Cadre ton app en une page

La mission est découpée en étapes progressives :

1. 1
   Étape 1 — Trouve une idée d'app utile à TOI. Pas une idée « de startup », pas un truc pour le marché : un outil que toi tu utiliserais cette semaine si tu l'avais déjà. Le meilleur carburant, c'est ton propre agacement. Quelques angles pour débloquer l'idée :

   • Un truc que tu fais à la main et qui te gonfle : recopier des infos d'un endroit à un autre, suivre quelque chose dans un tableur bancal, retaper toujours les mêmes données.
   • Un endroit où tu perds de l'info : des liens, des notes, des idées qui disparaissent. C'est exactement le problème que Captage résout.
   • Un suivi que tu aimerais tenir mais que tu lâches toujours : lectures, dépenses, candidatures, entraînements, contacts à relancer, plantes à arroser.
   • Une petite décision répétitive où une IA locale pourrait pré-trier avant que tu tranches. Le pattern Captage (l'IA propose, l'humain valide) se recolle partout.

   Note 2 ou 3 idées en vrac. Garde celle qui te donne le plus envie de l'avoir dès demain matin. Pas la plus impressionnante · la plus désirable pour toi.

2. 2
   Étape 2 — Crée le dossier et écris la première version brute. Crée un nouveau dossier pour ton projet, ouvre un fichier BRIEF.md à sa racine, et remplis-le vite, sans te censurer. Cinq blocs, pas un de plus.

mkdir mon-app && cd mon-app
touch BRIEF.md

Remplis-le avec ce gabarit (le canvas exact est dans Template à dupliquer plus bas) :

# Brief · [nom provisoire de mon app]

## Le problème
En une ou deux phrases : qu'est-ce qui me gonfle, là, concrètement ?

## Pour qui
Moi d'abord. Et après moi, qui d'autre exactement ?

## La feature cœur (UNE phrase)
"Mon app permet de ______ pour que ______."

## Les données nécessaires
Quelles "tables" il me faut ? (une ligne par table, avec ses champs principaux)
- table_truc : champ1, champ2, champ3
- table_machin : champ1, champ2

## À quoi ressemble "ça marche"
La scène concrète où je vois que c'est fini :
je fais X, et Y apparaît à l'écran / en base / dans une URL.

La règle d'or, c'est la feature cœur en UNE phrase. Si tu as besoin de « et aussi », « et puis », « plus tard on pourra » · tu n'as pas encore réduit. Une app de semaine 2 fait une seule chose, et elle la fait jusqu'au bout.

1. 1
   Étape 3 — Fais challenger ton scope par Claude. Tu donnes ton brief à Claude Code pour qu'il te le dégraisse. Son job n'est pas de te complimenter, c'est de couper. Ouvre claude dans ton dossier :

claude

Puis donne-lui ce prompt :

Lis BRIEF.md. Tu es un product manager impitoyable sur le scope.
Ma contrainte : je construis seul avec un agent IA, en 3 semaines, en partant
de presque zéro en code. Je dois sortir UNE feature cœur qui produit une preuve
vérifiable (une page qui répond, une row en base, une URL publique).

Fais 3 choses :
1. Reformule ma feature cœur en UNE phrase, la plus petite qui ait du sens.
2. Liste tout ce que je devrais COUPER de mon brief pour tenir en 3 semaines,
   et dis-moi pourquoi chaque coupe est sûre (= elle n'enlève pas le cœur).
3. Vérifie mes données : est-ce que ma feature cœur a vraiment besoin de stocker
   des choses, ou est-ce que c'est juste de l'affichage ? Si c'est creux, dis-le.

Ne code rien. Ne crée aucun fichier. Ne me complimente pas. Coupe.

Lis sa réponse comme un sparring-partner, pas comme un oracle. Garde ce qui te serre le scope, jette ce qui le regonfle.

1. 1
   Étape 4 — Fais réécrire le brief avec les coupes validées. Une fois que tu as validé les coupes dans ta tête, demande à Claude de réécrire le fichier :

Réécris BRIEF.md en intégrant uniquement les coupes qu'on a validées ensemble.
Une page max. Feature cœur en une phrase, sans "et". Données en tables claires.
La scène "ça marche" doit être ultra concrète et testable : un geste, un résultat
observable. Garde exactement les 5 sections du fichier actuel.

1. 1
   Étape 5 — Relis et tranche toi-même. Claude a proposé · toi tu tranches. C'est le même principe que Captage : l'IA pré-trie, l'humain décide. Relis BRIEF.md une dernière fois et vérifie à la main, point par point :

   • La feature cœur tient vraiment en une phrase, sans « et ».
   • Tu peux décrire la scène « ça marche » à voix haute, à quelqu'un, en 10 secondes.
   • Il y a au moins une vraie table de données · sinon ton app n'a rien à mémoriser.
   • Tu serais fier de l'avoir à la fin, même tout petit.

   Si un de ces quatre points coince, tu n'as pas fini de réduire. Refais un tour. C'est normal d'en faire deux ou trois · c'est précisément le travail de cette mission. Note tout ce qui a coincé au JOURNAL : c'est la discipline vibecoding (intention d'abord, inventaire avant d'agir, un seul changement à la fois).