Collaboration
Cette section s'adresse aux personnes qui veulent se préparer à collaborer au sein de l'écosystème MOONKEY XN. Le programme ne cherche pas des personnes qui savent déjà tout. Il cherche des Monkeys capables d'apprendre vite, d'exécuter sans paralysie et de communiquer sans bruit.
Le savoir technique s'acquiert. L'attitude non. Voici les quatre choses qui comptent :
Autonomie
Tu n'attends pas d'instructions pour chaque micro-tâche. Quand l'objectif est clair, tu avances.
Contexte
Tu lis ce qui existe avant de demander ce qui est déjà écrit. Le contexte réduit le bruit.
Livraison
Quand quelque chose est assigné, ça arrive terminé, pas à moitié. La livraison est l'unité de confiance.
Discernement
Tu sais quand demander et quand décider. La paralysie face à l'ambiguïté est un coût réel.
- Terminal et système de fichiers
- Contrôle de versions avec Git et GitHub
- Travail assisté avec Claude Code
- Création et usage de prompts structurés
- Documentation de processus en Markdown
- Deploy de projets statiques
- Automatisations basiques avec APIs et MCPs
- Pensée systémique appliquée à des tâches réelles
Voici les livrables minimums pour démontrer que tu as terminé le processus d'onboarding :
- 01 Terminer Operator Foundations (Niveau 1 de MOONKEY LAB).
- 02 Créer ton propre CLAUDE.md pour un projet personnel.
- 03 Pousser un dépôt sur GitHub avec au moins 3 commits significatifs.
- 04 Déployer un projet statique sur Cloudflare Pages ou Vercel.
- 05 Documenter un processus que tu réalises déjà, au format Markdown.
- 06 Remettre un prompt que tu as créé, utilisé et qui a produit un résultat réel.
La progression se démontre avec des livrables, pas avec des promesses ni des "je m'en occupe".
Quand tu termines un exercice, documente trois choses : ce que tu as construit, quel problème ça résolvait et une preuve concrète (lien, screenshot ou fichier). Ça n'a pas à être parfait. Ça doit exister.
FORMAT DE LIVRAISON
Exercice : [nom de l'exercice] Ce que j'ai construit : [description brève] Problème résolu : [une ligne] Preuve : [URL / chemin de fichier / screenshot]
- × Demander avant de lire ce qui est déjà documenté.
- × Remettre un travail à moitié avec l'excuse qu'"il reste à peaufiner".
- × Utiliser l'IA en remplacement de son propre discernement.
- × Compliquer ce qui peut se résoudre simplement.
- × Disparaître sans communiquer l'état de ce que tu as en cours.
- × Confondre effort et résultat. Ce qui compte, c'est le livrable.
Un opérateur IA n'est pas un programmeur. Ce n'est pas un prompt engineer. Ce n'est pas quelqu'un qui utilise bien ChatGPT.
Un opérateur IA comprend comment fonctionnent les systèmes, sait quel outil utiliser pour quelle tâche, documente ce qu'il construit pour que d'autres puissent opérer sans demander, et livre des résultats, pas des rapports d'effort.
Si tu termines l'école et les exercices, tu as déjà la base. Le reste s'apprend en faisant, au sein de projets réels.