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.
- package/agents/makit-brainstormer.md +237 -0
- package/bin/install.js +107 -0
- package/commands/makit/brainstorm.md +50 -0
- package/commands/makit/help.md +55 -0
- package/commands/makit/status.md +41 -0
- package/package.json +31 -0
- package/skills/makit-brainstorming/SKILL.md +67 -0
- package/skills/makit-brainstorming/techniques/5-whys.md +50 -0
- package/skills/makit-brainstorming/techniques/mind-mapping.md +90 -0
- package/skills/makit-brainstorming/techniques/reverse-brainstorming.md +61 -0
- package/skills/makit-brainstorming/techniques/scamper.md +74 -0
- package/skills/makit-brainstorming/techniques/six-thinking-hats.md +75 -0
- package/skills/makit-brainstorming/techniques/starbursting.md +115 -0
- package/skills/makit-brainstorming/techniques/swot.md +100 -0
- package/skills/makit-writing/SKILL.md +165 -0
|
@@ -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)
|