Partie 2 — Cadrer un nouveau projet

⏱️ TL;DR — 80 % de la cohérence d’un projet se joue dans les dix premières minutes. Si tu laisses l’agent improviser la structure, la stack et les conventions, tu passeras le reste du projet à recoller les morceaux. Cette partie t’apprend le kickoff : écrire un brief qui donne la direction, utiliser le plan mode pour figer l’architecture avant d’écrire une ligne, décider la stack sans la subir, et poser design + conventions dès le départ. On démarre le fil rouge TaskFlow de zéro.

Le problème qu’on résout

Ta douleur : « Quand je commence un nouveau projet, je ne sais pas comment donner la bonne direction, le design, les conventions. » C’est le sujet exact de cette partie. La cause n’est pas que l’agent est mauvais — c’est qu’on le lâche sans cadre, et un agent sans cadre choisit à ta place (une structure, un style, des libs) que tu découvres trop tard.

Le remède tient en une phrase : cadre l’environnement et l’architecture d’abord, laisse coder ensuite.

Ce que vous saurez faire à la fin de cette partie

Écrire un brief de kickoff qui donne une direction claire sans sur-spécifier.
Utiliser le plan mode pour faire concevoir et valider l’architecture avant tout code.
Décider la stack en pilote (poser les contraintes) plutôt qu’en passager.
Poser un socle de design et de conventions dès la première session.
Dérouler un vrai kickoff de bout en bout sur TaskFlow.

Les chapitres

#	Chapitre	En un mot
2.1	Donner la direction	Les 4 décisions à figer avant de coder.
2.2	Le brief & le plan mode	Écrire le brief, planifier avant d’écrire.
2.3	Décider la stack (sans subir)	Piloter les choix techniques.
2.4	Poser design & conventions	Le socle qui évite la dérive.
2.5	Atelier : kickoff de TaskFlow	Un vrai démarrage, commenté pas à pas.

On commence : Donner la direction.