← Products

Developer tools - **kws:** lean, overengineering, scope, feature work, simplicity, acceptance criteria - **license:** NOASSERTION (licence inconnue) **Description EN:** Curated by Skill Harbor — an architecture-first anti-overengineering methodology for feature work: derive observable acceptance criteria and explicit non-goals from the request and the repository, trace the entry point through the layers that own the invariants, deliver one coherent end-to-end path, reuse the fitting seam — and omit modes, providers, config, extensibility and polish unless acceptance demands them. Stop when acceptance passes; report only material omissions. By @juliusbrussee, listed here with credit to its creator. Honest caveats: NOASSERTION — the source repo declares no license, so reuse terms are unconfirmed: short fiche, link only; deliberately opinionated — its "omit everything not needed" stance can clash with teams that plan for extensibility. Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — une méthodologie anti-sur-ingénierie architecture-first pour le feature work : dériver des critères d'acceptation observables et des non-objectifs explicites de la demande et du repo, tracer le point d'entrée à travers les couches qui portent les invariants, livrer un chemin cohérent de bout en bout, réutiliser la jointure adéquate — et omettre modes, providers, config, extensibilité et polish sauf si l'acceptation l'exige. S'arrêter quand l'acceptation passe ; ne rapporter que les omissions matérielles. Crédit : @juliusbrussee. Bémols honnêtes : NOASSERTION — le repo source ne déclare aucune licence, les conditions de réutilisation sont non confirmées : fiche courte, lien seulement ; délibérément opiniâtre — son parti-pris « omettre tout le superflu » peut heurter les équipes qui planifient pour l'extensibilité. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: review the source repository first — it declares no license, so reuse terms are unconfirmed Open the source of "Lean build: anti-overengineering feature methodology" for me: Repository: https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Fetch the SKILL.md file from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Read it as a guide only — it carries no declared license, so don't copy its text into other files. 3. Report what it covers and how to use it. GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it. Rules: don't touch anything outside the temp folder. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : examiner d'abord le dépôt source — il ne déclare aucune licence, les conditions de réutilisation sont non confirmées Ouvre-moi la source de « Lean build : méthodologie anti-sur-ingénierie » : Dépôt : https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Récupère le fichier SKILL.md depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Lis-le comme un guide seulement — il ne porte aucune licence déclarée, ne copie donc pas son texte dans d'autres fichiers. 3. Indique ce qu'il couvre et comment l'utiliser. GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger. Règles : ne touche à rien en dehors du dossier temporaire. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---
⚙ Needs: review the source repository first — it declares no…

Lean build: anti-overengineering feature methodology - **name_fr:** Lean build : méthodologie anti-sur-ingénierie - **tl_en:** Build features without overengineering — observable acceptance, strict scope, explicit stop condition - **tl_fr:** Construire des features sans sur-ingénierie — acceptation observable, portée stricte, condition d'arrêt explicite - **creator:** @juliusbrussee - **type:** Agent skill - **url:** https://github.com/juliusbrussee/caveman - **cat:** Developer tools - **kws:** lean, overengineering, scope, feature work, simplicity, acceptance criteria - **license:** NOASSERTION (licence inconnue) **Description EN:** Curated by Skill Harbor — an architecture-first anti-overengineering methodology for feature work: derive observable acceptance criteria and explicit non-goals from the request and the repository, trace the entry point through the layers that own the invariants, deliver one coherent end-to-end path, reuse the fitting seam — and omit modes, providers, config, extensibility and polish unless acceptance demands them. Stop when acceptance passes; report only material omissions. By @juliusbrussee, listed here with credit to its creator. Honest caveats: NOASSERTION — the source repo declares no license, so reuse terms are unconfirmed: short fiche, link only; deliberately opinionated — its "omit everything not needed" stance can clash with teams that plan for extensibility. Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — une méthodologie anti-sur-ingénierie architecture-first pour le feature work : dériver des critères d'acceptation observables et des non-objectifs explicites de la demande et du repo, tracer le point d'entrée à travers les couches qui portent les invariants, livrer un chemin cohérent de bout en bout, réutiliser la jointure adéquate — et omettre modes, providers, config, extensibilité et polish sauf si l'acceptation l'exige. S'arrêter quand l'acceptation passe ; ne rapporter que les omissions matérielles. Crédit : @juliusbrussee. Bémols honnêtes : NOASSERTION — le repo source ne déclare aucune licence, les conditions de réutilisation sont non confirmées : fiche courte, lien seulement ; délibérément opiniâtre — son parti-pris « omettre tout le superflu » peut heurter les équipes qui planifient pour l'extensibilité. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: review the source repository first — it declares no license, so reuse terms are unconfirmed Open the source of "Lean build: anti-overengineering feature methodology" for me: Repository: https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Fetch the SKILL.md file from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Read it as a guide only — it carries no declared license, so don't copy its text into other files. 3. Report what it covers and how to use it. GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it. Rules: don't touch anything outside the temp folder. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : examiner d'abord le dépôt source — il ne déclare aucune licence, les conditions de réutilisation sont non confirmées Ouvre-moi la source de « Lean build : méthodologie anti-sur-ingénierie » : Dépôt : https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Récupère le fichier SKILL.md depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Lis-le comme un guide seulement — il ne porte aucune licence déclarée, ne copie donc pas son texte dans d'autres fichiers. 3. Indique ce qu'il couvre et comment l'utiliser. GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger. Règles : ne touche à rien en dehors du dossier temporaire. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---

Build features without overengineering — observable acceptance, strict scope, explicit stop condition - **tl_fr:** Construire des features sans sur-ingénierie — acceptation observable, portée stricte, condition d'arrêt explicite - **creator:** @juliusbrussee - **type:** Agent skill - **url:** https://github.com/juliusbrussee/caveman - **cat:** Developer tools - **kws:** lean, overengineering, scope, feature work, simplicity, acceptance criteria - **license:** NOASSERTION (licence inconnue) **Description EN:** Curated by Skill Harbor — an architecture-first anti-overengineering methodology for feature work: derive observable acceptance criteria and explicit non-goals from the request and the repository, trace the entry point through the layers that own the invariants, deliver one coherent end-to-end path, reuse the fitting seam — and omit modes, providers, config, extensibility and polish unless acceptance demands them. Stop when acceptance passes; report only material omissions. By @juliusbrussee, listed here with credit to its creator. Honest caveats: NOASSERTION — the source repo declares no license, so reuse terms are unconfirmed: short fiche, link only; deliberately opinionated — its "omit everything not needed" stance can clash with teams that plan for extensibility. Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — une méthodologie anti-sur-ingénierie architecture-first pour le feature work : dériver des critères d'acceptation observables et des non-objectifs explicites de la demande et du repo, tracer le point d'entrée à travers les couches qui portent les invariants, livrer un chemin cohérent de bout en bout, réutiliser la jointure adéquate — et omettre modes, providers, config, extensibilité et polish sauf si l'acceptation l'exige. S'arrêter quand l'acceptation passe ; ne rapporter que les omissions matérielles. Crédit : @juliusbrussee. Bémols honnêtes : NOASSERTION — le repo source ne déclare aucune licence, les conditions de réutilisation sont non confirmées : fiche courte, lien seulement ; délibérément opiniâtre — son parti-pris « omettre tout le superflu » peut heurter les équipes qui planifient pour l'extensibilité. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: review the source repository first — it declares no license, so reuse terms are unconfirmed Open the source of "Lean build: anti-overengineering feature methodology" for me: Repository: https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Fetch the SKILL.md file from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Read it as a guide only — it carries no declared license, so don't copy its text into other files. 3. Report what it covers and how to use it. GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it. Rules: don't touch anything outside the temp folder. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : examiner d'abord le dépôt source — il ne déclare aucune licence, les conditions de réutilisation sont non confirmées Ouvre-moi la source de « Lean build : méthodologie anti-sur-ingénierie » : Dépôt : https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Récupère le fichier SKILL.md depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Lis-le comme un guide seulement — il ne porte aucune licence déclarée, ne copie donc pas son texte dans d'autres fichiers. 3. Indique ce qu'il couvre et comment l'utiliser. GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger. Règles : ne touche à rien en dehors du dossier temporaire. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---

At a glance
What
Build features without overengineering — observable acceptance, strict scope, explicit stop condition - **tl_fr:** Construire des features sans sur-ingénierie — acceptation observable, portée stricte, condition d'arrêt explicite - **creator:** @juliusbrussee - **type:** Agent skill - **url:** https://github.com/juliusbrussee/caveman - **cat:** Developer tools - **kws:** lean, overengineering, scope, feature work, simplicity, acceptance criteria - **license:** NOASSERTION (licence inconnue) **Description EN:** Curated by Skill Harbor — an architecture-first anti-overengineering methodology for feature work: derive observable acceptance criteria and explicit non-goals from the request and the repository, trace the entry point through the layers that own the invariants, deliver one coherent end-to-end path, reuse the fitting seam — and omit modes, providers, config, extensibility and polish unless acceptance demands them. Stop when acceptance passes; report only material omissions. By @juliusbrussee, listed here with credit to its creator. Honest caveats: NOASSERTION — the source repo declares no license, so reuse terms are unconfirmed: short fiche, link only; deliberately opinionated — its "omit everything not needed" stance can clash with teams that plan for extensibility. Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — une méthodologie anti-sur-ingénierie architecture-first pour le feature work : dériver des critères d'acceptation observables et des non-objectifs explicites de la demande et du repo, tracer le point d'entrée à travers les couches qui portent les invariants, livrer un chemin cohérent de bout en bout, réutiliser la jointure adéquate — et omettre modes, providers, config, extensibilité et polish sauf si l'acceptation l'exige. S'arrêter quand l'acceptation passe ; ne rapporter que les omissions matérielles. Crédit : @juliusbrussee. Bémols honnêtes : NOASSERTION — le repo source ne déclare aucune licence, les conditions de réutilisation sont non confirmées : fiche courte, lien seulement ; délibérément opiniâtre — son parti-pris « omettre tout le superflu » peut heurter les équipes qui planifient pour l'extensibilité. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: review the source repository first — it declares no license, so reuse terms are unconfirmed Open the source of "Lean build: anti-overengineering feature methodology" for me: Repository: https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Fetch the SKILL.md file from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Read it as a guide only — it carries no declared license, so don't copy its text into other files. 3. Report what it covers and how to use it. GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it. Rules: don't touch anything outside the temp folder. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : examiner d'abord le dépôt source — il ne déclare aucune licence, les conditions de réutilisation sont non confirmées Ouvre-moi la source de « Lean build : méthodologie anti-sur-ingénierie » : Dépôt : https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Récupère le fichier SKILL.md depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Lis-le comme un guide seulement — il ne porte aucune licence déclarée, ne copie donc pas son texte dans d'autres fichiers. 3. Indique ce qu'il couvre et comment l'utiliser. GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger. Règles : ne touche à rien en dehors du dossier temporaire. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---
Cost
Free
Needs
review the source repository first — it declares no license, so reuse terms are unconfirmed
Install
Copy the installer prompt below into your Muse — your agent does the rest.

Version:

@
Created by: @juliusbrussee
⌁

Install

Prerequisites: review the source repository first — it declares no license, so reuse terms are unconfirmed Open the source of "Lean build: anti-overengineering feature methodology" for me: Repository: https://github.com/juliusbrussee/caveman/blob/main/skills/lean-build/SKILL.md 1. Fetch the SKILL.md file from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Read it as a guide only — it carries no declared license, so don't copy its text into other files. 3. Report what it covers and how to use it. GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it. Rules: don't touch anything outside the temp folder. If anything looks off, stop and ask me.

?

Questions

How do I install a build?

Every product page includes a copy-paste install prompt. Paste it into your Muse and it sets the build up for you — no manual configuration.

Where does my money go?

Straight to the seller. Skill Harbor never processes payments: checkout happens on the seller’s own page, usually Stripe.

What does the ✓ next to a creator’s name mean?

It means we confirmed the identity of the person behind the listing. It says nothing about the code itself — always check a build before installing it.