cc-ship 0.0.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,237 @@
1
+ ---
2
+ name: makit-brainstormer
3
+ description: "Transforme une idée vague en brief structuré."
4
+ model: opus
5
+ skills: makit-brainstorming, makit-writing
6
+ ---
7
+
8
+ # Agent Brainstormer
9
+
10
+ > Transforme une idée vague en brief structuré.
11
+
12
+ ## Rôle
13
+
14
+ Tu es un facilitateur de brainstorming. Ton job est d'aider l'utilisateur à
15
+ clarifier son idée, la challenger, et produire un brief structuré qui servira de
16
+ point de départ pour le Shaper.
17
+
18
+ ## Casquettes
19
+
20
+ **Product** : Comprendre le besoin, la valeur, le "pourquoi"
21
+ **Stratégie** : Évaluer le contexte, les risques, les opportunités
22
+
23
+ ## Ce que tu fais
24
+
25
+ 1. Recevoir une idée (vague ou précise)
26
+ 2. Proposer une research domaine métier (optionnel, mais recommandé)
27
+ 3. Si research : synthétiser les insights clés
28
+ 4. Recommander une technique de brainstorming (guidée par la research)
29
+ 5. Mener une session interactive (enrichie par la research)
30
+ 6. Produire un brief structuré
31
+ 7. Tu utilises beaucoup le tool AskUser pour poser des questions à
32
+ l'utilisateur.
33
+
34
+ ## Ce que tu ne fais PAS
35
+
36
+ - Parler de technique/code/architecture (c'est pour le Shaper/Planner)
37
+ - Produire des specs détaillées
38
+ - Décider à la place de l'utilisateur
39
+
40
+ ---
41
+
42
+ ## Skills disponibles
43
+
44
+ Tu as accès aux skills suivants:
45
+
46
+ - **makit-brainstorming**: Techniques de brainstorming (voir `skills/makit-brainstorming/`)
47
+ - **makit-writing**: Guidelines de style markdown (voir `skills/makit-writing/`)
48
+
49
+ ---
50
+
51
+ ## Workflow
52
+
53
+ ### Étape 1 : Recevoir l'idée
54
+
55
+ Demande à l'utilisateur de décrire son idée. Accepte tout format :
56
+
57
+ - Une phrase vague
58
+ - Un paragraphe détaillé
59
+ - Une liste de bullet points
60
+ - Une question ("Et si on faisait X ?")
61
+
62
+ ### Étape 2 : Proposer une research (avant le brainstorming)
63
+
64
+ Propose de faire une research sur le domaine AVANT de brainstormer :
65
+
66
+ > "Avant de creuser ensemble, veux-tu que je fasse une recherche sur le domaine
67
+ > ? Ça me permettra de te poser des questions plus pertinentes et de challenger
68
+ > ton idée avec des données concrètes. Ça inclurait : état du marché,
69
+ > concurrents existants, tendances, erreurs courantes à éviter."
70
+
71
+ **Si oui** :
72
+
73
+ - Lance un sous-agent de research orienté domaine métier
74
+ - Synthétise les insights clés (3-5 points importants)
75
+ - Utilise ces insights pour guider la suite
76
+
77
+ **Si non** :
78
+
79
+ - Passe directement au brainstorming
80
+
81
+ ### Étape 3 : Recommander une technique
82
+
83
+ Analyse l'idée (et la research si faite) et recommande UNE technique de
84
+ brainstorming :
85
+
86
+ | Contexte | Technique recommandée |
87
+ | --------------------------------- | ------------------------- |
88
+ | Idée très vague, besoin de cadrer | **Starbursting** |
89
+ | Idée claire, besoin de variations | **SCAMPER** |
90
+ | Problème à résoudre | **5 Whys** |
91
+ | Besoin de valider/challenger | **Reverse Brainstorming** |
92
+ | Décision complexe à prendre | **Six Thinking Hats** |
93
+ | Beaucoup d'idées en vrac | **Mind Mapping** |
94
+ | Évaluation stratégique | **SWOT** |
95
+
96
+ Si une research a été faite, utilise-la pour affiner ta recommandation :
97
+
98
+ - Marché saturé ? → Reverse Brainstorming pour se différencier
99
+ - Beaucoup de concurrents ? → SWOT pour positionner
100
+ - Domaine complexe ? → Mind Mapping pour structurer
101
+
102
+ Explique brièvement pourquoi tu recommandes cette technique. L'utilisateur peut
103
+ accepter ou choisir une autre technique.
104
+
105
+ **Référence les fiches techniques dans `skills/makit-brainstorming/techniques/`** pour le détail de chaque technique.
106
+
107
+ ### Étape 4 : Mener la session
108
+
109
+ Applique la technique choisie de manière interactive :
110
+
111
+ - Pose les questions une par une
112
+ - **Si research faite** : intègre les insights dans tes questions
113
+ - "Les concurrents font X, comment te différencier ?"
114
+ - "Le marché montre une tendance vers Y, ça t'inspire quoi ?"
115
+ - Laisse l'utilisateur répondre
116
+ - Relance si nécessaire
117
+ - Synthétise les réponses
118
+
119
+ ### Étape 5 : Produire le brief
120
+
121
+ Génère un brief structuré dans `.makit/brief.md` :
122
+
123
+ ```markdown
124
+ # Brief : [Nom du projet]
125
+
126
+ ## L'idée en une phrase
127
+
128
+ [Résumé concis]
129
+
130
+ ## Contexte
131
+
132
+ [Pourquoi ce projet ? Quel problème/opportunité ?]
133
+
134
+ ## Objectifs
135
+
136
+ - [Objectif 1]
137
+ - [Objectif 2]
138
+ - ...
139
+
140
+ ## Utilisateurs cibles
141
+
142
+ [Qui va utiliser ça ?]
143
+
144
+ ## Contraintes connues
145
+
146
+ - [Contrainte 1]
147
+ - [Contrainte 2]
148
+ - ...
149
+
150
+ ## Premières idées / Directions
151
+
152
+ [Ce qui est ressorti du brainstorming]
153
+
154
+ ## Questions ouvertes
155
+
156
+ [Ce qui reste à creuser]
157
+
158
+ ## Research (si effectuée)
159
+
160
+ Voir `.makit/research/domain.md`
161
+
162
+ ---
163
+
164
+ _Généré par Brainstormer le [date]_
165
+ _Technique utilisée : [technique]_
166
+ ```
167
+
168
+ ---
169
+
170
+ ## Outputs
171
+
172
+ - `.makit/brief.md` : Le brief structuré
173
+ - `.makit/research/domain.md` : Research domaine métier (si demandé)
174
+
175
+ ---
176
+
177
+ ## Ton style
178
+
179
+ - **Curieux** : Pose des questions, creuse
180
+ - **Challenger** : N'accepte pas les évidences, questionne
181
+ - **Synthétique** : Résume, structure, clarifie
182
+ - **Neutre** : Pas d'opinion sur le fond, facilite la réflexion
183
+ - **Pragmatique** : On cherche à avancer, pas à philosopher
184
+
185
+ ---
186
+
187
+ ## Exemple de session
188
+
189
+ **Utilisateur** : "J'ai une idée d'app pour aider les gens à mieux dormir"
190
+
191
+ **Brainstormer** :
192
+
193
+ > Intéressant ! Avant de creuser ensemble, veux-tu que je fasse une recherche
194
+ > sur le marché des apps de sommeil ? Ça me permettra de te poser des questions
195
+ > plus pertinentes et de voir ce qui existe déjà.
196
+
197
+ **Utilisateur** : "Oui, bonne idée"
198
+
199
+ **Brainstormer** : _[Lance la research...]_
200
+
201
+ > Voici ce que j'ai trouvé :
202
+ >
203
+ > - **Marché** : 2.5Mds$ en 2024, +15%/an
204
+ > - **Leaders** : Calm, Headspace, Sleep Cycle (focus méditation ou tracking)
205
+ > - **Tendance** : IA personnalisée, intégration wearables
206
+ > - **Gap identifié** : peu d'apps combinent coaching comportemental + sons +
207
+ > tracking
208
+ >
209
+ > Avec ces insights, je te recommande **Starbursting** pour explorer tous les
210
+ > angles de ton idée. Tu veux qu'on utilise cette technique ?
211
+
212
+ **Utilisateur** : "OK pour Starbursting"
213
+
214
+ **Brainstormer** :
215
+
216
+ > Parfait. Commençons par le **QUI**. Les apps comme Calm ciblent large. Toi,
217
+ > qui vises-tu spécifiquement ?
218
+ >
219
+ > - Des gens qui ont du mal à s'endormir ?
220
+ > - Des gens qui se réveillent fatigués ?
221
+ > - Un profil particulier (âge, métier, mode de vie) ?
222
+
223
+ [Session interactive enrichie par la research...]
224
+
225
+ **Brainstormer** (à la fin) :
226
+
227
+ > On a bien avancé ! Voici ce qui ressort :
228
+ >
229
+ > - **Cible** : professionnels stressés 30-45 ans
230
+ > - **Problème** : endormissement difficile dû au stress
231
+ > - **Différenciation** : coaching comportemental personnalisé (vs juste
232
+ > méditation)
233
+ > - **Idées** : routines adaptatives, sons générés par IA, intégration Apple
234
+ > Watch
235
+ >
236
+ > J'ai créé le brief dans `.makit/brief.md` avec la research intégrée. Le Shaper
237
+ > pourra s'en servir pour découper ça en packages.
package/bin/install.js ADDED
@@ -0,0 +1,107 @@
1
+ #!/usr/bin/env node
2
+
3
+ const fs = require('fs');
4
+ const path = require('path');
5
+ const os = require('os');
6
+
7
+ // Parse arguments
8
+ const args = process.argv.slice(2);
9
+ const isGlobal = args.includes('--global') || args.includes('-g');
10
+ const isHelp = args.includes('--help') || args.includes('-h');
11
+
12
+ if (isHelp) {
13
+ console.log(`
14
+ cc-ship - Architecture 3 couches pour Claude Code
15
+
16
+ Usage:
17
+ npx cc-ship Installe dans ./.claude/ (projet local)
18
+ npx cc-ship --global Installe dans ~/.claude/ (global)
19
+ npx cc-ship --help Affiche cette aide
20
+
21
+ Structure installée:
22
+ commands/makit/ Commandes de workflow (/makit:xxx)
23
+ agents/ Agents spécialisés
24
+ skills/ Connaissances et techniques réutilisables
25
+ `);
26
+ process.exit(0);
27
+ }
28
+
29
+ // Determine target directory
30
+ const targetDir = isGlobal
31
+ ? path.join(os.homedir(), '.claude')
32
+ : path.join(process.cwd(), '.claude');
33
+
34
+ // Source directory (where the package is installed)
35
+ const sourceDir = path.join(__dirname, '..');
36
+
37
+ console.log(`\n🚀 Installation de cc-ship...`);
38
+ console.log(` Destination: ${targetDir}\n`);
39
+
40
+ // Directories to copy
41
+ const dirsToInstall = ['commands', 'agents', 'skills'];
42
+
43
+ // Ensure target directory exists
44
+ if (!fs.existsSync(targetDir)) {
45
+ fs.mkdirSync(targetDir, { recursive: true });
46
+ console.log(`✓ Créé ${targetDir}`);
47
+ }
48
+
49
+ /**
50
+ * Recursively copy a directory, preserving existing files
51
+ */
52
+ function copyDir(src, dest, options = { preserveExisting: false }) {
53
+ if (!fs.existsSync(src)) {
54
+ console.log(`⚠ Source non trouvée: ${src}`);
55
+ return;
56
+ }
57
+
58
+ if (!fs.existsSync(dest)) {
59
+ fs.mkdirSync(dest, { recursive: true });
60
+ }
61
+
62
+ const entries = fs.readdirSync(src, { withFileTypes: true });
63
+
64
+ for (const entry of entries) {
65
+ const srcPath = path.join(src, entry.name);
66
+ const destPath = path.join(dest, entry.name);
67
+
68
+ if (entry.isDirectory()) {
69
+ copyDir(srcPath, destPath, options);
70
+ } else {
71
+ // Check if file already exists
72
+ if (fs.existsSync(destPath) && options.preserveExisting) {
73
+ console.log(` ○ Préservé: ${path.relative(targetDir, destPath)}`);
74
+ } else {
75
+ fs.copyFileSync(srcPath, destPath);
76
+ console.log(` ✓ Copié: ${path.relative(targetDir, destPath)}`);
77
+ }
78
+ }
79
+ }
80
+ }
81
+
82
+ // Install each directory
83
+ for (const dir of dirsToInstall) {
84
+ const srcDir = path.join(sourceDir, dir);
85
+ const destDir = path.join(targetDir, dir);
86
+
87
+ if (fs.existsSync(srcDir)) {
88
+ console.log(`\n📁 Installation de ${dir}/`);
89
+ // For agents, preserve existing files (like GSD)
90
+ const preserveExisting = dir === 'agents';
91
+ copyDir(srcDir, destDir, { preserveExisting });
92
+ }
93
+ }
94
+
95
+ // Summary
96
+ console.log(`
97
+ ✅ Installation terminée!
98
+
99
+ Commandes disponibles dans Claude Code:
100
+ /makit:help Liste des commandes makit
101
+ /makit:brainstorm Lance une session de brainstorming
102
+ /makit:status Affiche l'état du projet
103
+
104
+ Pour commencer:
105
+ 1. Ouvre Claude Code dans ce répertoire
106
+ 2. Tape /makit:help pour voir les commandes disponibles
107
+ `);
@@ -0,0 +1,50 @@
1
+ ---
2
+ name: makit:brainstorm
3
+ description: "Lance une session de brainstorming interactive"
4
+ ---
5
+
6
+ # Commande brainstorm
7
+
8
+ Lance l'agent makit-brainstormer pour transformer une idée vague en brief structuré.
9
+
10
+ ## Instructions
11
+
12
+ Tu dois lancer l'agent `makit-brainstormer` en utilisant le tool Task avec les paramètres suivants:
13
+
14
+ ```
15
+ subagent_type: makit-brainstormer
16
+ prompt: [Le contexte de l'utilisateur ou "Démarre une nouvelle session de brainstorming"]
17
+ ```
18
+
19
+ ## Comportement attendu
20
+
21
+ 1. Si l'utilisateur a fourni une idée avec la commande, passe-la à l'agent
22
+ 2. Si aucune idée n'est fournie, l'agent demandera à l'utilisateur de décrire son idée
23
+ 3. L'agent va:
24
+ - Proposer une recherche sur le domaine (optionnel)
25
+ - Recommander une technique de brainstorming
26
+ - Mener une session interactive
27
+ - Produire un brief structuré dans `.makit/brief.md`
28
+
29
+ ## Exemple d'utilisation
30
+
31
+ ```
32
+ /makit:brainstorm J'ai une idée d'app pour aider les gens à mieux dormir
33
+ ```
34
+
35
+ ou simplement:
36
+
37
+ ```
38
+ /makit:brainstorm
39
+ ```
40
+
41
+ ## Output
42
+
43
+ Le brief sera créé dans `.makit/brief.md` avec la structure suivante:
44
+ - L'idée en une phrase
45
+ - Contexte
46
+ - Objectifs
47
+ - Utilisateurs cibles
48
+ - Contraintes connues
49
+ - Premières idées / Directions
50
+ - Questions ouvertes
@@ -0,0 +1,55 @@
1
+ ---
2
+ name: makit:help
3
+ description: "Affiche la liste des commandes makit disponibles"
4
+ ---
5
+
6
+ # Commandes makit
7
+
8
+ Affiche cette aide pour l'utilisateur.
9
+
10
+ ## Commandes disponibles
11
+
12
+ | Commande | Description |
13
+ |----------|-------------|
14
+ | `/makit:help` | Affiche cette aide |
15
+ | `/makit:brainstorm` | Lance une session de brainstorming interactive |
16
+ | `/makit:status` | Affiche l'état du projet makit |
17
+
18
+ ## Architecture makit
19
+
20
+ makit utilise une architecture à 3 couches:
21
+
22
+ ```
23
+ ┌─────────────────────────────────────────────────────────────┐
24
+ │ COMMANDS (workflow explicite) │
25
+ │ L'utilisateur tape /makit:xxx pour lancer un workflow │
26
+ └─────────────────────────────────────────────────────────────┘
27
+
28
+
29
+ ┌─────────────────────────────────────────────────────────────┐
30
+ │ AGENTS (exécuteurs spécialisés) │
31
+ │ Reçoivent des instructions + ont accès à des skills │
32
+ └─────────────────────────────────────────────────────────────┘
33
+
34
+
35
+ ┌─────────────────────────────────────────────────────────────┐
36
+ │ SKILLS (connaissance + outils réutilisables) │
37
+ │ Techniques, méthodologies, scripts - partagés entre agents │
38
+ └─────────────────────────────────────────────────────────────┘
39
+ ```
40
+
41
+ ## Agents disponibles
42
+
43
+ - **makit-brainstormer**: Transforme une idée vague en brief structuré
44
+ - **makit-shaper**: Découpe un brief en packages Shape Up (à venir)
45
+ - **makit-planner**: Planifie l'implémentation (à venir)
46
+ - **makit-verifier**: Vérifie la qualité (à venir)
47
+
48
+ ## Skills disponibles
49
+
50
+ - **makit-brainstorming**: Techniques de brainstorming (5 Whys, SCAMPER, Mind Mapping, etc.)
51
+ - **makit-writing**: Guidelines de style markdown
52
+
53
+ ## Pour commencer
54
+
55
+ Lance `/makit:brainstorm` pour démarrer une session de brainstorming sur ton idée.
@@ -0,0 +1,41 @@
1
+ ---
2
+ name: makit:status
3
+ description: "Affiche l'état du projet makit"
4
+ ---
5
+
6
+ # Commande status
7
+
8
+ Affiche l'état actuel du projet makit en vérifiant les fichiers dans `.makit/`.
9
+
10
+ ## Instructions
11
+
12
+ 1. Vérifie si le dossier `.makit/` existe
13
+ 2. Liste les fichiers présents:
14
+ - `.makit/brief.md` - Le brief du projet
15
+ - `.makit/research/` - Les recherches effectuées
16
+ - `.makit/packages/` - Les packages Shape Up (à venir)
17
+ - `.makit/plan.md` - Le plan d'implémentation (à venir)
18
+
19
+ 3. Affiche un résumé de l'état:
20
+ - ✅ si le fichier existe
21
+ - ⬜ si le fichier n'existe pas encore
22
+
23
+ ## Format de sortie
24
+
25
+ ```
26
+ 📊 État du projet makit
27
+
28
+ Fichiers:
29
+ [✅|⬜] .makit/brief.md Brief du projet
30
+ [✅|⬜] .makit/research/ Recherches
31
+ [✅|⬜] .makit/packages/ Packages Shape Up
32
+ [✅|⬜] .makit/plan.md Plan d'implémentation
33
+
34
+ Prochaine étape recommandée: [selon l'état]
35
+ ```
36
+
37
+ ## Recommandations
38
+
39
+ - Si rien n'existe: "Lance `/makit:brainstorm` pour démarrer"
40
+ - Si brief existe: "Lance `/makit:shape` pour découper en packages" (à venir)
41
+ - Si packages existent: "Lance `/makit:plan` pour planifier" (à venir)
package/package.json ADDED
@@ -0,0 +1,31 @@
1
+ {
2
+ "name": "cc-ship",
3
+ "version": "0.0.1",
4
+ "description": "Architecture 3 couches pour Claude Code: Commands -> Agents -> Skills",
5
+ "bin": {
6
+ "cc-ship": "bin/install.js"
7
+ },
8
+ "files": [
9
+ "bin",
10
+ "commands",
11
+ "agents",
12
+ "skills"
13
+ ],
14
+ "keywords": [
15
+ "claude",
16
+ "claude-code",
17
+ "ai",
18
+ "brainstorming",
19
+ "shaping",
20
+ "productivity"
21
+ ],
22
+ "author": "",
23
+ "license": "MIT",
24
+ "repository": {
25
+ "type": "git",
26
+ "url": "https://github.com/vdstack/cc-ship"
27
+ },
28
+ "engines": {
29
+ "node": ">=14.0.0"
30
+ }
31
+ }
@@ -0,0 +1,67 @@
1
+ ---
2
+ name: makit-brainstorming
3
+ description: "Techniques de brainstorming pour explorer et structurer des idées"
4
+ ---
5
+
6
+ # Skill: Brainstorming
7
+
8
+ Ce skill fournit un ensemble de techniques de brainstorming pour aider à explorer, challenger et structurer des idées.
9
+
10
+ ## Techniques disponibles
11
+
12
+ | Technique | Quand l'utiliser | Fichier |
13
+ |-----------|------------------|---------|
14
+ | **5 Whys** | Problème à résoudre, chercher la cause racine | [5-whys.md](techniques/5-whys.md) |
15
+ | **SCAMPER** | Idée claire, besoin de variations créatives | [scamper.md](techniques/scamper.md) |
16
+ | **Mind Mapping** | Beaucoup d'idées en vrac, besoin de structure | [mind-mapping.md](techniques/mind-mapping.md) |
17
+ | **Reverse Brainstorming** | Valider/challenger une idée, anticiper les problèmes | [reverse-brainstorming.md](techniques/reverse-brainstorming.md) |
18
+ | **Six Thinking Hats** | Décision complexe, analyse multi-angle | [six-thinking-hats.md](techniques/six-thinking-hats.md) |
19
+ | **Starbursting** | Idée vague, besoin de cadrer avec les 6 questions | [starbursting.md](techniques/starbursting.md) |
20
+ | **SWOT** | Évaluation stratégique, viabilité | [swot.md](techniques/swot.md) |
21
+
22
+ ## Guide de sélection rapide
23
+
24
+ ```
25
+ Idée vague ?
26
+ └─ Oui → Starbursting (Qui, Quoi, Où, Quand, Pourquoi, Comment)
27
+ └─ Non → Continue...
28
+
29
+ Problème à résoudre ?
30
+ └─ Oui → 5 Whys (remonter à la cause racine)
31
+ └─ Non → Continue...
32
+
33
+ Besoin de variations ?
34
+ └─ Oui → SCAMPER (Substituer, Combiner, Adapter, Modifier, etc.)
35
+ └─ Non → Continue...
36
+
37
+ Besoin de valider/challenger ?
38
+ └─ Oui → Reverse Brainstorming (comment échouer ?)
39
+ └─ Non → Continue...
40
+
41
+ Décision complexe ?
42
+ └─ Oui → Six Thinking Hats (6 perspectives)
43
+ └─ Non → Continue...
44
+
45
+ Évaluation stratégique ?
46
+ └─ Oui → SWOT (Forces, Faiblesses, Opportunités, Menaces)
47
+ └─ Non → Continue...
48
+
49
+ Beaucoup d'idées en vrac ?
50
+ └─ Oui → Mind Mapping (organiser visuellement)
51
+ ```
52
+
53
+ ## Utilisation
54
+
55
+ L'agent qui utilise ce skill peut:
56
+
57
+ 1. **Recommander** une technique basée sur le contexte
58
+ 2. **Lire** le fichier de la technique pour le détail des étapes
59
+ 3. **Appliquer** la technique de manière interactive avec l'utilisateur
60
+ 4. **Combiner** plusieurs techniques si nécessaire
61
+
62
+ ## Bonnes pratiques
63
+
64
+ - Ne pas forcer une technique si l'utilisateur en préfère une autre
65
+ - Adapter le niveau de détail au contexte
66
+ - Toujours conclure par une synthèse actionnable
67
+ - Les idées "absurdes" sont les bienvenues dans le brainstorming
@@ -0,0 +1,50 @@
1
+ # 5 Whys
2
+
3
+ ## Description
4
+
5
+ La technique des 5 Whys (5 Pourquoi) est une méthode d'analyse des causes racines. Elle consiste à poser la question "Pourquoi ?" de manière répétée (généralement 5 fois) pour remonter à la source d'un problème ou d'un besoin.
6
+
7
+ ## Quand l'utiliser
8
+
9
+ - Tu as un problème à résoudre mais tu ne sais pas vraiment d'où il vient
10
+ - Tu veux comprendre le besoin profond derrière une demande
11
+ - Tu sens que la première réponse n'est que la surface du sujet
12
+ - Tu veux éviter de traiter les symptômes plutôt que les causes
13
+
14
+ ## Comment ça marche
15
+
16
+ 1. **Énoncer le problème ou le besoin initial**
17
+ - Formuler clairement ce qu'on observe ou ce qu'on veut
18
+
19
+ 2. **Poser "Pourquoi ?" une première fois**
20
+ - Répondre à cette question
21
+
22
+ 3. **Répéter "Pourquoi ?" sur chaque réponse**
23
+ - Continuer jusqu'à atteindre une cause racine
24
+ - 5 est un guide, pas une règle stricte
25
+
26
+ 4. **Identifier la cause racine**
27
+ - C'est le point où "Pourquoi ?" n'a plus de réponse actionnable
28
+
29
+ 5. **Formuler le vrai problème à résoudre**
30
+
31
+ ## Exemple d'application
32
+
33
+ **Idée initiale** : "Je veux créer une app de to-do list"
34
+
35
+ - **Pourquoi ?** → "Parce que j'oublie souvent mes tâches"
36
+ - **Pourquoi ?** → "Parce que j'ai trop de choses à gérer en même temps"
37
+ - **Pourquoi ?** → "Parce que je n'ai pas de système pour prioriser"
38
+ - **Pourquoi ?** → "Parce que je ne sais pas ce qui est vraiment important"
39
+ - **Pourquoi ?** → "Parce que mes objectifs ne sont pas clairs"
40
+
41
+ **Cause racine** : Le vrai besoin n'est pas une to-do list, mais un système pour clarifier ses objectifs et prioriser.
42
+
43
+ **Brief reformulé** : Créer un outil qui aide à définir ses objectifs et à prioriser ses tâches en fonction de ces objectifs.
44
+
45
+ ## Tips
46
+
47
+ - Ne pas accepter une réponse vague, creuser
48
+ - Si plusieurs réponses sont possibles, explorer chaque branche
49
+ - La vraie cause racine est souvent plus simple qu'on ne le pense
50
+ - Cette technique marche aussi bien pour les problèmes que pour les opportunités
@@ -0,0 +1,90 @@
1
+ # Mind Mapping
2
+
3
+ ## Description
4
+
5
+ Le Mind Mapping (carte mentale) est une technique de visualisation qui organise les idées de manière arborescente autour d'un concept central. Elle permet de structurer la pensée et de voir les connexions entre les idées.
6
+
7
+ ## Quand l'utiliser
8
+
9
+ - Tu as beaucoup d'idées en vrac qui ont besoin de structure
10
+ - Tu veux voir les relations entre différents concepts
11
+ - Tu veux explorer un sujet de manière exhaustive
12
+ - Tu as du mal à organiser ta pensée linéairement
13
+
14
+ ## Comment ça marche
15
+
16
+ 1. **Placer le concept central**
17
+ - L'idée principale au milieu
18
+ - Un mot ou une phrase courte
19
+
20
+ 2. **Créer les branches principales**
21
+ - Les grandes catégories ou thèmes
22
+ - Partir du centre vers l'extérieur
23
+
24
+ 3. **Ajouter les sous-branches**
25
+ - Détailler chaque branche principale
26
+ - Aller du général au spécifique
27
+
28
+ 4. **Connecter les idées**
29
+ - Tracer des liens entre branches si elles sont liées
30
+ - Identifier les patterns
31
+
32
+ 5. **Enrichir visuellement** (optionnel)
33
+ - Couleurs par thème
34
+ - Icônes, images
35
+ - Taille selon l'importance
36
+
37
+ ## Exemple d'application
38
+
39
+ **Idée initiale** : "App de gestion de budget personnel"
40
+
41
+ ```
42
+ ┌── Revenus
43
+ ├── Dépenses fixes
44
+ ┌─ Tracking ───┼── Dépenses variables
45
+ │ └── Épargne
46
+
47
+ │ ┌── Par catégorie
48
+ ├─ Analyse ────┼── Par période
49
+ │ └── Vs objectifs
50
+
51
+ BUDGET ──┼─ Objectifs ──┬── Court terme
52
+ │ └── Long terme
53
+
54
+ │ ┌── Rappels
55
+ ├─ Alertes ────┼── Dépassements
56
+ │ └── Opportunités
57
+
58
+ │ ┌── Banques
59
+ └─ Intégration ┼── Factures
60
+ └── Investissements
61
+ ```
62
+
63
+ **Résultat** : Une vue structurée de toutes les fonctionnalités possibles, organisées par thème.
64
+
65
+ ## Format texte (si pas d'outil visuel)
66
+
67
+ ```markdown
68
+ # Concept central
69
+
70
+ ## Branche 1
71
+ - Sous-idée 1.1
72
+ - Détail 1.1.1
73
+ - Détail 1.1.2
74
+ - Sous-idée 1.2
75
+
76
+ ## Branche 2
77
+ - Sous-idée 2.1
78
+ - Sous-idée 2.2
79
+ - Détail 2.2.1
80
+
81
+ [Lien : Branche 1 ↔ Branche 2 via "concept X"]
82
+ ```
83
+
84
+ ## Tips
85
+
86
+ - Commencer par brainstormer sans structure, puis organiser
87
+ - Une branche = un thème, pas un mélange
88
+ - Les connexions transversales révèlent souvent des insights
89
+ - Itérer : la première version n'est jamais la finale
90
+ - Utiliser des verbes pour les actions, des noms pour les concepts
@@ -0,0 +1,61 @@
1
+ # Reverse Brainstorming
2
+
3
+ ## Description
4
+
5
+ Le Reverse Brainstorming (brainstorming inversé) consiste à réfléchir à comment ÉCHOUER plutôt qu'à comment réussir. En identifiant toutes les façons de rater, on découvre ce qu'il faut éviter et, par inversion, ce qu'il faut faire.
6
+
7
+ ## Quand l'utiliser
8
+
9
+ - Tu veux anticiper les problèmes avant qu'ils arrivent
10
+ - Tu as du mal à trouver des solutions directement
11
+ - Tu veux stress-tester une idée
12
+ - Tu veux identifier les risques d'un projet
13
+
14
+ ## Comment ça marche
15
+
16
+ 1. **Formuler l'objectif**
17
+ - Ce qu'on veut accomplir
18
+
19
+ 2. **Inverser la question**
20
+ - "Comment faire pour échouer ?"
21
+ - "Comment faire pour que personne n'utilise ça ?"
22
+ - "Comment rendre ça inutile ?"
23
+
24
+ 3. **Brainstormer les échecs**
25
+ - Lister toutes les façons de rater
26
+ - Être créatif, même absurde
27
+ - Ne pas censurer
28
+
29
+ 4. **Inverser les échecs en solutions**
30
+ - Chaque échec devient une chose à éviter
31
+ - Formuler positivement ce qu'il faut faire
32
+
33
+ 5. **Prioriser**
34
+ - Les échecs les plus probables = les priorités
35
+
36
+ ## Exemple d'application
37
+
38
+ **Objectif** : "Créer une app de méditation qui aide vraiment les gens"
39
+
40
+ **Question inversée** : "Comment créer une app de méditation que personne n'utilisera ?"
41
+
42
+ | Façon d'échouer | Inversion (ce qu'il faut faire) |
43
+ |-----------------|--------------------------------|
44
+ | Interface compliquée avec 50 options | Interface minimaliste, 3 clics max |
45
+ | Obliger à s'inscrire avant d'essayer | Permettre d'essayer immédiatement |
46
+ | Méditations de 45 min minimum | Proposer des sessions de 2-5 min |
47
+ | Notifications intrusives toutes les heures | Notifications opt-in, personnalisables |
48
+ | Voix robotique et musique agaçante | Voix apaisante, sons naturels |
49
+ | Pas de progression visible | Montrer les streaks et progrès |
50
+ | Contenu identique pour tout le monde | Personnalisation selon l'humeur/objectif |
51
+ | Fonctionner uniquement online | Mode offline disponible |
52
+
53
+ **Résultat** : Une liste claire de ce qu'il faut faire (et ne pas faire) pour réussir.
54
+
55
+ ## Tips
56
+
57
+ - Plus les échecs sont spécifiques, plus les solutions sont actionnables
58
+ - Penser aux échecs techniques, UX, business, humains
59
+ - C'est souvent plus facile de trouver des problèmes que des solutions
60
+ - Cette technique révèle les "évidences" qu'on aurait oubliées
61
+ - Combiner avec SWOT pour une analyse plus complète
@@ -0,0 +1,74 @@
1
+ # SCAMPER
2
+
3
+ ## Description
4
+
5
+ SCAMPER est un acronyme qui représente 7 techniques de pensée créative pour générer des variations et des améliorations d'une idée existante. Chaque lettre invite à transformer l'idée d'une manière différente.
6
+
7
+ ## Quand l'utiliser
8
+
9
+ - Tu as une idée de base mais tu veux l'enrichir
10
+ - Tu veux explorer des variations créatives
11
+ - Tu te sens bloqué sur une approche unique
12
+ - Tu veux challenger les conventions d'un domaine
13
+
14
+ ## Comment ça marche
15
+
16
+ Pour chaque lettre, pose-toi la question correspondante :
17
+
18
+ ### S - Substitute (Substituer)
19
+ Qu'est-ce qu'on peut remplacer ?
20
+ - Composants, matériaux, personnes, processus
21
+ - "Et si on remplaçait X par Y ?"
22
+
23
+ ### C - Combine (Combiner)
24
+ Qu'est-ce qu'on peut fusionner ?
25
+ - Fonctionnalités, idées, marchés
26
+ - "Et si on combinait X avec Y ?"
27
+
28
+ ### A - Adapt (Adapter)
29
+ Qu'est-ce qu'on peut adapter d'ailleurs ?
30
+ - Idées d'autres domaines, solutions existantes
31
+ - "Comment font-ils dans [autre domaine] ?"
32
+
33
+ ### M - Modify (Modifier)
34
+ Qu'est-ce qu'on peut changer ?
35
+ - Forme, couleur, taille, fréquence
36
+ - "Et si on augmentait/réduisait X ?"
37
+
38
+ ### P - Put to other uses (Utiliser autrement)
39
+ À quoi d'autre ça pourrait servir ?
40
+ - Nouveaux contextes, nouveaux utilisateurs
41
+ - "Qui d'autre pourrait utiliser ça ?"
42
+
43
+ ### E - Eliminate (Éliminer)
44
+ Qu'est-ce qu'on peut supprimer ?
45
+ - Simplifier, réduire, aller à l'essentiel
46
+ - "Et si on enlevait X ?"
47
+
48
+ ### R - Reverse/Rearrange (Inverser/Réorganiser)
49
+ Qu'est-ce qu'on peut inverser ou réordonner ?
50
+ - Séquence, hiérarchie, rôles
51
+ - "Et si on faisait l'inverse ?"
52
+
53
+ ## Exemple d'application
54
+
55
+ **Idée initiale** : "Une app de réservation de restaurants"
56
+
57
+ | Lettre | Question | Idée générée |
58
+ |--------|----------|--------------|
59
+ | **S** | Remplacer le restaurant ? | Réserver des chefs à domicile |
60
+ | **C** | Combiner avec quoi ? | Réservation + covoiturage pour y aller ensemble |
61
+ | **A** | Adapter de quel domaine ? | Système d'enchères comme les hôtels (prix dynamique) |
62
+ | **M** | Modifier quoi ? | Réserver pour des groupes de 50+ personnes (events) |
63
+ | **P** | Autre usage ? | Pour les entreprises qui cherchent des lieux de séminaire |
64
+ | **E** | Éliminer quoi ? | Supprimer la réservation : file d'attente virtuelle |
65
+ | **R** | Inverser quoi ? | Les restaurants qui "réservent" des clients fidèles |
66
+
67
+ **Résultat** : 7 variations différentes de l'idée initiale, chacune pouvant être un produit différent.
68
+
69
+ ## Tips
70
+
71
+ - Pas besoin de répondre à toutes les lettres, certaines seront plus fertiles
72
+ - Les idées "absurdes" sont les bienvenues, elles ouvrent des pistes
73
+ - Combiner plusieurs transformations peut donner des résultats originaux
74
+ - Noter TOUTES les idées, même celles qui semblent mauvaises
@@ -0,0 +1,75 @@
1
+ # Six Thinking Hats
2
+
3
+ ## Description
4
+
5
+ Les Six Chapeaux de la Pensée (Edward de Bono) est une technique qui force à examiner une idée sous 6 angles différents, chacun représenté par une couleur. Elle évite les débats stériles en séparant les types de pensée.
6
+
7
+ ## Quand l'utiliser
8
+
9
+ - Tu dois prendre une décision complexe
10
+ - Tu veux éviter de rester bloqué sur un seul point de vue
11
+ - Tu travailles en équipe et les débats tournent en rond
12
+ - Tu veux une analyse complète avant de te lancer
13
+
14
+ ## Comment ça marche
15
+
16
+ Passer par chaque chapeau, un à la fois :
17
+
18
+ ### Chapeau Blanc - Les Faits
19
+ - Qu'est-ce qu'on SAIT ?
20
+ - Données, chiffres, informations vérifiables
21
+ - Pas d'interprétation, juste les faits
22
+ - "Quelles sont les données disponibles ?"
23
+
24
+ ### Chapeau Rouge - Les Émotions
25
+ - Qu'est-ce qu'on RESSENT ?
26
+ - Intuitions, réactions instinctives
27
+ - Pas besoin de justifier
28
+ - "Mon instinct me dit que..."
29
+
30
+ ### Chapeau Noir - Les Risques
31
+ - Qu'est-ce qui pourrait MAL tourner ?
32
+ - Problèmes, obstacles, dangers
33
+ - Pensée critique et prudente
34
+ - "Le risque ici c'est..."
35
+
36
+ ### Chapeau Jaune - Les Bénéfices
37
+ - Qu'est-ce qui pourrait BIEN tourner ?
38
+ - Avantages, opportunités, valeur
39
+ - Optimisme constructif
40
+ - "L'avantage serait..."
41
+
42
+ ### Chapeau Vert - La Créativité
43
+ - Quelles sont les ALTERNATIVES ?
44
+ - Nouvelles idées, solutions créatives
45
+ - Pas de jugement, tout est permis
46
+ - "Et si on essayait..."
47
+
48
+ ### Chapeau Bleu - Le Processus
49
+ - Comment on ORGANISE tout ça ?
50
+ - Vue d'ensemble, prochaines étapes
51
+ - Synthèse et décision
52
+ - "En résumé, la prochaine étape est..."
53
+
54
+ ## Exemple d'application
55
+
56
+ **Idée** : "Lancer un service de livraison de courses en 15 minutes"
57
+
58
+ | Chapeau | Analyse |
59
+ |---------|---------|
60
+ | **Blanc** | Marché de la livraison rapide : +30%/an. Gorillas, Flink existent. Marge moyenne : 2-5%. Besoin de dark stores. |
61
+ | **Rouge** | Excitant mais stressant. Sentiment que c'est "trop tard". Peur de la concurrence. |
62
+ | **Noir** | Capital énorme requis. Guerre des prix. Problèmes logistiques. Régulation possible. Rentabilité difficile. |
63
+ | **Jaune** | Marché en croissance. Fidélisation possible. Données clients précieuses. Expansion vers B2B. |
64
+ | **Vert** | Niche : bio uniquement ? Quartiers mal desservis ? Abonnement ? Partenariat avec commerces locaux ? |
65
+ | **Bleu** | Décision : trop risqué en frontal. Explorer la niche "bio local" avec partenariats. Valider en 1 quartier. |
66
+
67
+ **Résultat** : Une décision éclairée qui prend en compte tous les angles.
68
+
69
+ ## Tips
70
+
71
+ - Respecter l'ordre : commencer par Blanc (faits) aide à ancrer la discussion
72
+ - Un chapeau à la fois : ne pas mélanger
73
+ - Le chapeau Rouge est souvent le plus révélateur
74
+ - Le chapeau Noir n'est pas "négatif", c'est de la prudence
75
+ - Finir par Bleu pour synthétiser et décider
@@ -0,0 +1,115 @@
1
+ # Starbursting
2
+
3
+ ## Description
4
+
5
+ Le Starbursting est une technique qui explore une idée en posant systématiquement les 6 questions fondamentales : Qui, Quoi, Où, Quand, Pourquoi, Comment. Elle force à couvrir tous les angles d'un sujet.
6
+
7
+ ## Quand l'utiliser
8
+
9
+ - Tu as une idée très vague qui a besoin d'être clarifiée
10
+ - Tu veux t'assurer de n'avoir rien oublié
11
+ - Tu démarres un nouveau projet et tu veux cadrer
12
+ - Tu prépares un brief ou une présentation
13
+
14
+ ## Comment ça marche
15
+
16
+ 1. **Placer l'idée au centre**
17
+
18
+ 2. **Poser les 6 questions de base**
19
+
20
+ 3. **Pour chaque question, générer des sous-questions**
21
+
22
+ 4. **Répondre aux questions les plus importantes**
23
+
24
+ 5. **Identifier les zones d'ombre à creuser**
25
+
26
+ ## Les 6 branches
27
+
28
+ ### QUI ?
29
+ - Qui sont les utilisateurs ?
30
+ - Qui va construire ça ?
31
+ - Qui sont les concurrents ?
32
+ - Qui va payer ?
33
+ - Qui va maintenir ?
34
+ - Qui pourrait bloquer ?
35
+
36
+ ### QUOI ?
37
+ - C'est quoi exactement ?
38
+ - Quelles fonctionnalités ?
39
+ - Quel problème ça résout ?
40
+ - Quelle est la valeur ajoutée ?
41
+ - Quelles sont les limites ?
42
+ - Quel est le MVP ?
43
+
44
+ ### OÙ ?
45
+ - Où ça sera utilisé ?
46
+ - Où sont les utilisateurs ?
47
+ - Où se trouve la concurrence ?
48
+ - Où stocker les données ?
49
+ - Où déployer ?
50
+ - Où communiquer ?
51
+
52
+ ### QUAND ?
53
+ - Quand lancer ?
54
+ - Quand les gens l'utiliseront ?
55
+ - Quand facturer ?
56
+ - Quand itérer ?
57
+ - Quand c'est trop tard ?
58
+ - Quand mesurer le succès ?
59
+
60
+ ### POURQUOI ?
61
+ - Pourquoi ce projet ?
62
+ - Pourquoi maintenant ?
63
+ - Pourquoi nous ?
64
+ - Pourquoi les gens l'utiliseraient ?
65
+ - Pourquoi paieraient-ils ?
66
+ - Pourquoi pas une solution existante ?
67
+
68
+ ### COMMENT ?
69
+ - Comment ça marche techniquement ?
70
+ - Comment les gens vont découvrir ça ?
71
+ - Comment monétiser ?
72
+ - Comment mesurer le succès ?
73
+ - Comment scale ?
74
+ - Comment se différencier ?
75
+
76
+ ## Exemple d'application
77
+
78
+ **Idée** : "Une plateforme de mise en relation entre freelances et entreprises"
79
+
80
+ ```
81
+ QUI ?
82
+ ┌─ Freelances (dev, design, marketing)
83
+ ├─ PME qui cherchent des compétences
84
+ ├─ Nous : équipe de 2 devs
85
+ └─ Concurrents : Malt, Upwork, Fiverr
86
+
87
+ QUOI ? OÙ ?
88
+ ┌─ Matching intelligent ┌─ France d'abord
89
+ ├─ Profils vérifiés ├─ 100% en ligne
90
+ ├─ Gestion des contrats └─ Mobile + Web
91
+ └─ Système de réputation
92
+
93
+ ╲ IDÉE ╱
94
+ ╲ ╱
95
+
96
+ POURQUOI ? QUAND ?
97
+ ┌─ Malt trop cher (15%) ┌─ MVP dans 3 mois
98
+ ├─ Upwork trop généraliste ├─ Usage : missions ponctuelles
99
+ └─ Besoin de confiance └─ Facturation : à la mission
100
+
101
+ COMMENT ?
102
+ ┌─ Algo de matching ML
103
+ ├─ Commission 5%
104
+ ├─ SEO + bouche à oreille
105
+ └─ Focus niche tech d'abord
106
+ ```
107
+
108
+ **Résultat** : Un cadrage complet de l'idée avec les questions clés identifiées.
109
+
110
+ ## Tips
111
+
112
+ - Pas besoin de répondre à TOUTES les questions, identifier les plus critiques
113
+ - Les questions sans réponse = ce qu'il faut creuser
114
+ - Utiliser cette technique AVANT de commencer à construire
115
+ - Revenir sur le Starbursting quand on se sent perdu
@@ -0,0 +1,100 @@
1
+ # SWOT Analysis
2
+
3
+ ## Description
4
+
5
+ SWOT est un acronyme pour Strengths (Forces), Weaknesses (Faiblesses), Opportunities (Opportunités), Threats (Menaces). C'est un outil d'analyse stratégique qui évalue une idée selon 4 dimensions : 2 internes (forces/faiblesses) et 2 externes (opportunités/menaces).
6
+
7
+ ## Quand l'utiliser
8
+
9
+ - Tu veux évaluer la viabilité d'une idée
10
+ - Tu dois décider entre plusieurs options
11
+ - Tu prépares un pitch ou une présentation
12
+ - Tu veux identifier où concentrer tes efforts
13
+
14
+ ## Comment ça marche
15
+
16
+ 1. **Définir clairement le sujet de l'analyse**
17
+
18
+ 2. **Remplir les 4 quadrants**
19
+
20
+ 3. **Identifier les patterns et les actions**
21
+
22
+ 4. **Prioriser**
23
+
24
+ ## La matrice SWOT
25
+
26
+ ```
27
+ │ POSITIF │ NÉGATIF
28
+ ────────────┼───────────────────┼───────────────────
29
+ │ │
30
+ INTERNE │ STRENGTHS │ WEAKNESSES
31
+ (nous) │ Forces │ Faiblesses
32
+ │ Ce qu'on fait │ Ce qui nous
33
+ │ bien │ manque
34
+ │ │
35
+ ────────────┼───────────────────┼───────────────────
36
+ │ │
37
+ EXTERNE │ OPPORTUNITIES │ THREATS
38
+ (marché) │ Opportunités │ Menaces
39
+ │ Ce qu'on peut │ Ce qui peut
40
+ │ exploiter │ nous nuire
41
+ │ │
42
+ ```
43
+
44
+ ## Questions pour chaque quadrant
45
+
46
+ ### Forces (Strengths)
47
+ - Qu'est-ce qu'on fait mieux que les autres ?
48
+ - Quelles ressources uniques on a ?
49
+ - Quelle expertise on possède ?
50
+ - Quel avantage concurrentiel ?
51
+
52
+ ### Faiblesses (Weaknesses)
53
+ - Qu'est-ce qui nous manque ?
54
+ - Où sont nos lacunes ?
55
+ - Qu'est-ce que les concurrents font mieux ?
56
+ - Quelles ressources sont limitées ?
57
+
58
+ ### Opportunités (Opportunities)
59
+ - Quelles tendances de marché favorables ?
60
+ - Quels besoins non satisfaits ?
61
+ - Quels changements technologiques/réglementaires ?
62
+ - Quels partenariats possibles ?
63
+
64
+ ### Menaces (Threats)
65
+ - Qui sont les concurrents ?
66
+ - Quels obstacles externes ?
67
+ - Quels risques de marché ?
68
+ - Quelles évolutions défavorables ?
69
+
70
+ ## Exemple d'application
71
+
72
+ **Idée** : "Lancer une app de coaching sportif personnalisé par IA"
73
+
74
+ | FORCES | FAIBLESSES |
75
+ |--------|------------|
76
+ | Équipe tech solide en ML | Pas d'expertise sport/santé |
77
+ | Coûts bas (full remote) | Pas de notoriété |
78
+ | Rapidité d'exécution | Budget marketing limité |
79
+ | Expérience en apps mobiles | Pas de contenu existant |
80
+
81
+ | OPPORTUNITÉS | MENACES |
82
+ |--------------|---------|
83
+ | Boom du fitness post-COVID | Concurrence féroce (Nike, Freeletics) |
84
+ | Démocratisation de l'IA | Régulation santé potentielle |
85
+ | Wearables en croissance | Fatigue des apps fitness |
86
+ | B2B : entreprises wellness | Dépendance aux stores (Apple, Google) |
87
+
88
+ **Actions dérivées** :
89
+ - **Force + Opportunité** : Utiliser l'expertise ML pour créer un coaching vraiment personnalisé via wearables
90
+ - **Force + Menace** : Rapidité d'exécution pour se différencier avant saturation
91
+ - **Faiblesse + Opportunité** : Partenariat avec coachs pour le contenu (pas besoin d'expertise interne)
92
+ - **Faiblesse + Menace** : Éviter le B2C frontal, viser le B2B d'abord (moins de marketing)
93
+
94
+ ## Tips
95
+
96
+ - Être honnête sur les faiblesses, c'est là que sont les vrais risques
97
+ - Les opportunités et menaces sont souvent les deux faces d'une même tendance
98
+ - Croiser les quadrants pour générer des stratégies
99
+ - Revisiter le SWOT régulièrement, il évolue
100
+ - Ne pas avoir peur d'un SWOT "déséquilibré" - il révèle où agir
@@ -0,0 +1,165 @@
1
+ ---
2
+ name: makit-writing
3
+ description: "Guidelines de style pour la rédaction de documents markdown"
4
+ ---
5
+
6
+ # Skill: Writing
7
+
8
+ Ce skill fournit des guidelines de style pour la rédaction de documents markdown cohérents et professionnels.
9
+
10
+ ## Principes généraux
11
+
12
+ ### Clarté avant tout
13
+ - Une idée par phrase
14
+ - Un sujet par paragraphe
15
+ - Éviter le jargon inutile
16
+ - Préférer les mots simples aux mots complexes
17
+
18
+ ### Structure hiérarchique
19
+ - Utiliser les niveaux de titres (`#`, `##`, `###`) de manière logique
20
+ - Ne pas sauter de niveau (pas de `###` après `#`)
21
+ - Maximum 3-4 niveaux de profondeur
22
+
23
+ ### Concision
24
+ - Aller droit au but
25
+ - Supprimer les mots inutiles
26
+ - "En raison du fait que" → "Parce que"
27
+ - "Dans le but de" → "Pour"
28
+
29
+ ## Formatage markdown
30
+
31
+ ### Titres
32
+ ```markdown
33
+ # Titre principal (un seul par document)
34
+
35
+ ## Section majeure
36
+
37
+ ### Sous-section
38
+
39
+ #### Détail (utiliser avec parcimonie)
40
+ ```
41
+
42
+ ### Listes
43
+ - Utiliser `-` pour les listes non ordonnées
44
+ - Utiliser `1.` pour les listes ordonnées
45
+ - Indenter avec 2 espaces pour les sous-listes
46
+
47
+ ```markdown
48
+ - Premier item
49
+ - Sous-item
50
+ - Autre sous-item
51
+ - Deuxième item
52
+
53
+ 1. Étape 1
54
+ 2. Étape 2
55
+ 3. Étape 3
56
+ ```
57
+
58
+ ### Emphase
59
+ - **Gras** pour les concepts importants
60
+ - *Italique* pour les termes techniques ou citations
61
+ - `Code inline` pour les commandes, noms de fichiers, variables
62
+
63
+ ### Code blocks
64
+ Toujours spécifier le langage :
65
+
66
+ ```markdown
67
+ ```javascript
68
+ const example = "Hello";
69
+ ```
70
+ ```
71
+
72
+ ### Tableaux
73
+ Pour les comparaisons et données structurées :
74
+
75
+ ```markdown
76
+ | Colonne 1 | Colonne 2 |
77
+ |-----------|-----------|
78
+ | Valeur 1 | Valeur 2 |
79
+ ```
80
+
81
+ ### Citations
82
+ Pour les insights ou références importantes :
83
+
84
+ ```markdown
85
+ > Citation importante ou insight clé
86
+ ```
87
+
88
+ ## Style de rédaction
89
+
90
+ ### Ton
91
+ - **Professionnel** : pas de familiarité excessive
92
+ - **Direct** : pas de formules alambiquées
93
+ - **Actionnable** : le lecteur sait quoi faire après avoir lu
94
+
95
+ ### Voix active vs passive
96
+ - Préférer la voix active : "L'utilisateur clique" vs "Le bouton est cliqué"
97
+ - La voix passive est acceptable pour les descriptions techniques
98
+
99
+ ### Formulations à éviter
100
+ | Éviter | Préférer |
101
+ |--------|----------|
102
+ | "Il est important de noter que..." | Aller directement au point |
103
+ | "Comme mentionné précédemment..." | Répéter l'info si nécessaire |
104
+ | "En conclusion..." | Conclure directement |
105
+ | "Etc." | Lister explicitement ou utiliser "..." |
106
+
107
+ ## Structure des documents
108
+
109
+ ### Brief (`.makit/brief.md`)
110
+ ```markdown
111
+ # Brief : [Nom]
112
+
113
+ ## L'idée en une phrase
114
+ [Max 2 lignes]
115
+
116
+ ## Contexte
117
+ [Pourquoi ce projet ?]
118
+
119
+ ## Objectifs
120
+ - [Objectif mesurable 1]
121
+ - [Objectif mesurable 2]
122
+
123
+ ## Utilisateurs cibles
124
+ [Qui et pourquoi]
125
+
126
+ ## Contraintes connues
127
+ - [Contrainte 1]
128
+ - [Contrainte 2]
129
+
130
+ ## Questions ouvertes
131
+ - [Question 1]
132
+ - [Question 2]
133
+ ```
134
+
135
+ ### Documentation technique
136
+ ```markdown
137
+ # [Nom du composant/feature]
138
+
139
+ ## Description
140
+ [Quoi et pourquoi]
141
+
142
+ ## Usage
143
+ [Comment l'utiliser avec exemples]
144
+
145
+ ## API / Interface
146
+ [Détails techniques]
147
+
148
+ ## Exemples
149
+ [Code exemples]
150
+
151
+ ## Notes
152
+ [Cas particuliers, limitations]
153
+ ```
154
+
155
+ ## Checklist de qualité
156
+
157
+ Avant de finaliser un document :
158
+
159
+ - [ ] Le titre reflète le contenu
160
+ - [ ] La structure est logique et progressive
161
+ - [ ] Pas de fautes d'orthographe/grammaire
162
+ - [ ] Les listes sont cohérentes (même format)
163
+ - [ ] Le code est correctement formaté
164
+ - [ ] Les liens fonctionnent
165
+ - [ ] Le document est actionnable (le lecteur sait quoi faire)