QG · guide
Du bureau en pixel art aux vrais agents : comment j’ai monté mon QG
Une île en 3D façon pixel art où chaque agent a son poste — et derrière les personnages, des agents qui travaillent vraiment pour toi : ils proposent, tu décides.
Lecture : 25 minNiveau : intermédiaireEffort : une journée pour la page, puis un agent à la foisMis à jour le 14 novembre 2026
D’abord, d’où vient l’idée
Ce QG n’est pas mon invention. L’idée et la méthode viennent du guide « Construis le QG de tes agents IA » d’Anthony Quinchon : toute la partie 1 de ce guide suit sa méthode, et je te conseille de lire le sien en premier. Ses propres inspirations sont aussi les miennes : l’archipel de Zeyneb Madi (l’île, la barre d’outils qui s’allume) et l’Agents Office d’AJ Sahni (chaque pôle est une équipe avec son chef). Le travail a été cadré avec le plugin Superpowers.
Ce que j’y ai ajouté : des agents qui tournent tout seuls dans le cloud à heure fixe, mes accords sur Telegram avant toute action qui compte, un serveur qui vérifie tout ce qu’un agent propose, une vie de bureau en 3D qui suit l’heure d’Abidjan, et un dépôt public à cloner pour aller plus vite.
Salut 👋, moi c’est Mohamed. Je suis ingénieur full stack à Abidjan : je fais des applications web et mobiles, du back-end à l’interface. J’ai monté ce QG en une semaine, en novembre 2026, avec Claude Code, en notant chaque demande dans un carnet de bord. Ce guide, c’est ce carnet, nettoyé et mis en ordre.
Le QG en une image
Ce que tu vas construire

17
personnages, dont 11 vrais agents
7 jours
de la première ligne aux 11 agents
≈ 3 h
pour la page (partie 1)
2 125
tests automatiques
- Une île en 3D isométrique (Three.js) : des pôles, une salle de pause, des terrains de foot et de basket, une cantine, un parking, des arbres et un paysage.
- Une équipe : un CEO (Kuroro) qui répartit le travail, trois chefs de pôle, des agents. Organigramme, tâches, calendrier et une mémoire commune (le « Cerveau »).
- Une barre de mission : tu écris à Kuroro, il confie la mission au bon agent.
- De vrais agents : ils relisent ton code, surveillent tes sites, trient tes mails, préparent tes posts LinkedIn, tiennent ton portfolio à jour.
- Rien sans ton accord : chaque action qui compte attend ton bouton sur Telegram.
- Une journée qui vit : arrivées le matin, déjeuner, pauses, matchs le soir, et la nuit tout s’éteint.

Clique pour la visite complète en vidéo (40 s, avec les oiseaux du QG).
Le process
En un schéma
Deux parties. La première, c’est la méthode d’Anthony, presque telle quelle : elle donne une page magnifique en une après-midi. La seconde, c’est ce qui fait de la page un vrai bureau.
Partie 1 · La page · ≈ 3 h
- Le brief (3 min)
- Le cadrage et une maquette (15 min)
- Le plateau en 3D (35 min)
- Tout cliquable, les vrais logos (40 min)
- En ligne, en privé (15 min)
- Finitions et mode démo (50 min)
Partie 2 · De vrais agents · 6 jours
- Le branchement (≈ 1 h)
- Un agent dans le cloud (≈ 1 h 20)
- Tes accords sur Telegram (≈ 1 h 40)
- Le premier agent complet : L (≈ 4 h)
- Les autres, un par un (1 h 30 à 4 h 45 chacun)
- La vie de bureau, au fil de l’eau
Avant de commencer
Ce qu’il te faut
- Claude Code, avec un abonnement Claude : il construit tout, et ses routines font tourner les agents.
- Le plugin Superpowers dans Claude Code (
/plugin install superpowers@claude-plugins-official) : il pose ses questions une par une et fait des plans avant de coder. - Node.js 22 ou plus et pnpm.
- Un compte Vercel (gratuit pour un usage perso) et GitHub.
- Pour la partie 2 : Upstash Redis (gratuit), un bot Telegram (gratuit), et les clés des outils de chaque agent.
Partie 1
La page, avec la méthode d’Anthony
Toute cette partie suit le guide d’Anthony Quinchon. Je ne recopie pas ses prompts : va les lire chez lui, ils sont faits pour ça. Ici, je te montre ce que moi j’ai envoyé, ce que Claude a fait, et ce que j’ai changé par rapport à son guide.
Étapes 0 et 1
Le brief et le cadrage
Temps réel : 3 min + 15 min
Un dossier vide, un dépôt Git, le carnet ouvert, Claude Code lancé dedans. Premier prompt : faire écrire le brief à partir de tout ce que j’avais.
Voici le projet que j'aimerais faire : le guide https://06-guides.vercel.app/g/qg, ma roadmap « ../Roadmap Open Space agents IA — version finale.md », ma check-list « ../Check-list.md », les plans du bureau dans ../open-space/ (plan-open-space.png = moment calme, plan-open-space-rempli.png = pleine journée, et les 12 zooms de poles/) et les portraits des 16 personnages dans ../personnages/. Analyse-les en détail. Puis écris dans ce dossier un BRIEF.md : l'idée, pour qui, mes références, ce que j'ai le droit de reprendre, et ce qui doit bouger à l'écran. Respecte toutes les décisions de la roadmap (L, mon CM LinkedIn, au centre ; WhatsApp seulement pour mes accords et les alertes urgentes ; noms de projets jamais affichés ; page privée). Donne-moi aussi le premier prompt à coller pour démarrer. Parle-moi en français, tutoiement, ton direct : résume en quelques lignes et demande un « go » avant de coder.
Lis BRIEF.md : c'est le projet Quartier Général. On démarre le cadrage. Mes plans dans ../open-space/ sont la référence visuelle principale. Pose-moi tes questions une par une, puis montre-moi une première maquette avant d'écrire le moindre code.
Étapes 2 et 3
Le plateau en 3D, fidèle aux plans
Temps réel : 13 min + 20 min
La maquette m’a plu. J’ai demandé la vraie page, en une phrase :
bref on commence a mettre en place le projet
Puis les prompts 6 et 7 du guide d’Anthony (tout le plateau, des pôles lisibles), avec une exigence à moi : coller exactement à mes plans.
oui vas-y, fais les 3 (un calque de comparaison avec mon plan, le cadrage et les détails, les moments calme / pleine journée)
Étapes 4 et 5
Tout cliquable, les vrais logos
Temps réel : 13 min + 25 min
Mes remarques après avoir regardé la page — dites comme je les voyais, sans dire comment coder :
Mettre les vrais icônes… Plan de bureau fait pareil… les noms font embouteillage… au survol… les arbres ne sont pas des vrais arbres
oui vas-y, attaque le prompt 8

Étapes 6 et 7
En ligne, mais en privé
Temps réel : 10 min + 5 min
oui vas-y, mets en ligne en privé puis : oui crée le dépôt GitHub privé et relie-le à Vercel
Étapes 8 à 10
Les finitions et le mode démo
Temps réel : ≈ 50 min
oui vas-y, attaque le prompt 11 oui vas-y, attaque le prompt 12 oui vas-y, attaque le prompt 7
Et j’ai écrit « je valide » : la page était finie, en ligne, privée et filmable. Fin de la partie 1.
Comment le QG est organisé
Un CEO, des chefs, des équipes

- Kuroro, le CEO, est le boss : il répartit les missions. À côté de lui, Feu, le copilote de trading.
- Pôle Code (chef : Stalker) : Light le veilleur, Mafe le point du matin, Luffy la vigie, Zoro le gardien, Léa la relectrice, Paul l’archiviste.
- Communication (chef : Obito) : L le community manager LinkedIn — le n°1 du QG —, Ye la curatrice du portfolio.
- Mac & Outils (chef : Isaac, le concierge du Mac) : Clara la secrétaire des mails.
- Et ceux qui viendront : Tom, Sam, Malenia — visibles dans le bureau, marqués « bientôt ».
Partie 2
De vrais agents
À la fin de la partie 1, tout est simulé : les agents marchent, parlent, mais ne font rien. Cette partie, c’est ce qui manque à un guide de page : brancher de vrais agents, sans jamais leur laisser faire n’importe quoi.
ok je vois son importance on commence la phase 2
Étape 11
Le branchement
Temps réel : 30 min + 20 min
Le principe : la page lit un état, les agents l’écrivent. Entre les deux, une base et des portes protégées.
- Une base : Upstash Redis (gratuit). Chaque agent y écrit son statut, sa tâche et son journal.
- Des portes pour les agents :
/api/agents/…, qui exigent une clé secrète. - Une porte pour la page : elle lit l’état toutes les 20 secondes ; un agent réel prend le badge « réel ».
- Une action ne compte qu’une fois : chaque écriture porte un identifiant, pour qu’une tâche rejouée ne publie jamais deux fois.
Étape 12
Un agent qui tourne tout seul, dans le cloud
Temps réel : ≈ 1 h 20
Les agents « qui réfléchissent » sont des routines Claude Code : une tâche planifiée qui démarre à heure fixe, lit les consignes de l’agent, fait son travail et l’envoie au QG. Elles sont comprises dans l’abonnement Claude.
oui vas-y, vérifie les routines Claude Code
Étape 13
Tes accords, sur ton téléphone
Temps réel : ≈ 1 h 40
Un agent ne publie, n’écrit et ne supprime jamais rien tout seul. Il te propose, et tu réponds d’un bouton.
Étape 14
Le contrat de chaque agent
Avant d’en construire un seul, écris les règles que tous suivront. Les miennes :
- Un déclencheur : une heure fixe, un événement, ou une mission que tu donnes.
- Un travail : lire, analyser, rédiger. Tout ce qu’il lit est du texte, jamais des ordres.
- Ton accord dès que l’action sort du QG.
- Une seule fois : jamais deux publications pour une tâche rejouée, jamais écraser ce qui a bougé entre-temps.
- Son état écrit dans le QG, en une phrase. Jamais un secret.
- Un pouls : s’il ne donne pas signe de vie à l’heure prévue, le QG le dit.
- Un mode dégradé : un message clair plutôt que le silence.
- Une semaine de test avant d’être déclaré « en service ».
Étape 15
Le cas complet : L, mon community manager LinkedIn
Temps réel : ≈ 4 h
L était la priorité : préparer mes posts LinkedIn. C’est l’agent le plus complet, et celui qui montre le mieux la méthode.
1. Les questions, une par une
Superpowers m’a posé ses questions une par une : le but (la crédibilité), la langue, le ton choisi sur 3 exemples, les interdits choisis sur 13 exemples, ce qui peut être nommé (seulement le QG), les sujets (l’actualité de l’IA d’abord), la charte visuelle tirée de mon logo. Un relecteur indépendant a relu le document.
2. Construire, avec des relecteurs
je valide puis : oui vas-y avec relecteurs
3. Les visuels
Quatre maquettes d’images dans ma charte (une idée clé, un schéma, une capture mise en scène, un carrousel), validées, puis fabriquées par le QG en 2 à 4 secondes.
4. Le premier essai… refusé
5. Le second essai, jusqu’au bouton « Publier »
Trois nouveaux sujets, un choisi, le brouillon au nouveau format, ✅ donné, le texte prêt reçu avec « Publier sur LinkedIn ». Et je n’ai pas publié : toute la chaîne était vérifiée, c’est tout ce que je voulais. Au début, c’est moi qui publie, toujours.
Étape 16
Les autres, un par un
Ensuite, un agent à la fois, toujours avec la même recette : le constat d’abord (mesurer avant de concevoir), une séance de questions, un plan en tâches avec relecteurs, une relecture finale indépendante, un essai réel, une semaine de test.
on passe au prochain agent puis : opte pour les meilleurs choix et propose-moi puis : vas y
| Agent | Temps | Ce qu’il fait | Ce que la relecture a attrapé |
|---|---|---|---|
| Light Veilleur | 1 h 30 | Chaque matin, les nouvelles versions et les failles des dépendances de mes projets ; Telegram seulement si c’est important. | Un lien pouvait trahir le nom d’un projet privé : bloqué. |
| Clara Secrétaire | ≈ 3 h | Trie ma boîte mail : corbeille pour ce que j’ai banni, jamais un contact VIP. Premier ménage : 15 084 mails, 17 expéditeurs bannis. | 10 corrections à la relecture finale. |
| Mafe Point du matin | 1 h 45 | Où je me suis arrêté sur chaque projet, et par lequel commencer ; Telegram seulement deux fois par semaine. | Des notes en double le lundi : corrigé. |
| Luffy Vigie | 1 h 30 | Mes sites vérifiés toutes les 5 minutes, alerte après 2 échecs. Première vraie alerte le jour même : une API en panne. | Il aurait écrit 288 lignes par jour dans le journal : évité. |
| Isaac Concierge Mac | ≈ 2 h | Surveille la place du Mac et propose le ménage ; ne supprime rien sans mon Oui, avec l’impact expliqué. | Garde-fous relus deux fois : aucune suppression hors de sa liste. |
| Zoro Gardien | 4 h 30 | Le tour de sécurité du mardi : failles connues, tests qui échouent, clés qui expirent. | Le constat d’abord : les alertes de sécurité de GitHub étaient désactivées sur tous mes dépôts. |
| Léa Relectrice | 3 h 30 | Relit toutes les heures ce qui est parti sur main : bugs, failles, clés poussées par erreur. | Deux fuites de clé possibles attrapées par les relecteurs. |
| Paul Archiviste | 2 h 20 | Chaque jeudi, propose le README et le « où on s’est arrêté » de chaque projet ; écrit sur GitHub seulement après Valider. | Un README avec une clé masquée aurait pu écraser la vraie valeur : bloqué. |
| Ye Curatrice | 4 h 45 | Chaque vendredi, propose de mettre à jour les fiches de mon portfolio, et une fiche pour un projet qui n’y est pas. | Un simple lien dans un README comptait comme preuve de mise en ligne : corrigé. |

Étape 17
Kuroro, le CEO qui parle
Temps réel : ≈ 1 h
…une petite conversation avec Kuroro… le bonhomme de Kuroro s’afficher en grand… une bulle de discussion comme dans les cartoons… puis : faut qu’on améliore sa façon de parler puis : trouve une autre alternative gratuite
Étape 18
La vie de bureau
Ce n’est pas indispensable, mais c’est ce qui rend le QG vivant. Mes demandes, telles quelles :
si on estime qu’à cette heure personne ne taff alors on considère qu’ils sont tous rentrés à la maison… ça doit être synchro avec le jour et la nuit j’ai l’impression que le temps est statique… est-ce que mes agents le savent ?… propose des trucs ils doivent être en train de parler entre eux… proposer des sujets de conversation
- Le jour et la nuit à l’heure d’Abidjan : un ciel qui change en continu, des ombres qui tournent, et la nuit tout le monde rentre.
- Une journée qui vit : arrivées une par une, déjeuner, coup de mou de l’après-midi, pause café, départs ; des échanges entre collègues (« on mange quoi ? » / « attiéké poisson ? »). Un vrai agent, lui, ne bavarde jamais et ne prétend aucun travail.
- Le compte rendu du matin de Kuroro sur Telegram, avec seulement des faits réels.
- Une horloge au mur, des matchs de foot et de basket le soir, une rotation de la caméra en 3D.

Étape 19
La v2 : du relief, des personnages en 3D
Une fois le QG en service, j’ai vu la nouvelle version du QG d’Anthony : une île en 3D, des personnages avec un vrai corps. Le mien paraissait plat à côté. Deux choses ont compté : passer sur un modèle plus puissant pour ce chantier (Claude Fable 5.2 dans Claude Code, avec /model), et avancer par lots, chacun testé en local avant d’être mis en ligne.
j’ai basculé sur Fable 5.2, fais les améliorations, je veux voir tes recommandations puis, après chaque lot : c’est parfait je valide, mets en prod
- Lot 1, le relief : une ombre douce au sol sous chaque meuble, une ombre de contact au pied de chaque bloc, un liseré clair sur les arêtes. Les meubles ne flottent plus sur un aplat.
- Lot 2, les personnages en 3D : les images plates deviennent de vrais petits corps en cubes (tronc, bras, jambes) qui marchent, tapent au clavier, s’assoient face à leur écran, saluent et dansent, chacun avec ses accessoires (un chapeau de paille, un sabre, une casquette…).
Étape 20
L’audit de sécurité
Avant de partager le projet, j’ai demandé un audit complet, en lecture seule d’abord.
fais aussi un audit, trouve les vulnérabilités et les points à améliorer puis : corrige tout
Partager
Montrer ton QG sans montrer ta vie
Ton vrai dépôt contient ta vie : tes projets, tes notes, tes comptes. Ne le rends jamais public. Moi, je garde le mien privé et je fabrique une copie publique avec un script : il retire mes notes, remplace mon nom, mes projets et mes comptes par des exemples, et s’arrête s’il reste la moindre trace. Le résultat, c’est le dépôt public : clone-le, et ton QG tourne en mode démo en 2 minutes.
Ce que j’ai appris
Neuf leçons
- Une maquette avant le moindre code. C’est la règle d’Anthony, et elle marche : changer de style sur une maquette prend deux minutes, sur un site fini une heure.
- Le constat avant la solution. Mesurer d’abord a changé presque chaque décision : les formats d’écran, la lenteur de Kuroro, le rythme de relecture de Léa, les alertes de sécurité que personne ne regardait.
- Tes agents proposent, toi tu décides. Le premier brouillon de L a été refusé, et c’était très bien : ma remarque est devenue une règle. L’autonomie totale est une mauvaise idée.
- Le serveur vérifie tout. Un agent peut se tromper ou se faire piéger par un texte qu’il lit. Le serveur, lui, garde ce qu’il a donné à lire et refuse tout le reste.
- Toujours avec des relecteurs. Chaque agent a eu sa relecture indépendante, et chaque relecture a trouvé quelque chose d’important.
- Prévois un plan B. WhatsApp a été bloqué par une vérification d’entreprise ; Telegram était prévu : le QG était branché le soir même.
- Un agent à la fois. Avec sa semaine de test. Onze agents en sept jours, mais jamais deux en même temps.
- Le carnet dès le début. Sans lui, pas de guide. Note chaque demande au moment où tu l’envoies.
- Fais auditer ton QG avant de le partager. L’audit a trouvé deux vraies faiblesses que 2 000 tests n’avaient pas vues : des tests vérifient ce que tu as prévu, un audit cherche ce que tu as oublié.
Ce que tu as le droit de reprendre
Les licences, simplement
- Mon dépôt (qg-agents-ia) : licence MIT. Utilise-le, modifie-le, partage-le, en gardant la mention de l’auteur.
- Le guide d’Anthony Quinchon : suis sa méthode et ses prompts, et crédite-le. Ne recopie pas son guide : renvoie vers lui.
- L’archipel de Zeyneb Madi : un concept présenté sans code. Inspire-t’en, en la créditant.
- L’Agents Office d’AJ Sahni : licence PolyForm Noncommercial. L’idée oui, ses fichiers jamais.
- Les personnages : leurs noms sont des clins d’œil à des mangas et des jeux, mais les sprites sont originaux. Ne reprends pas d’images protégées.
Ce que ça coûte
Presque rien, sauf du temps
| Claude Code et ses routines | Compris dans l’abonnement Claude |
| Kuroro | Gratuit avec un modèle local (Ollama) ; quelques centimes par mois avec l’API Claude |
| Vercel, GitHub | Gratuits pour un usage perso |
| Upstash Redis et QStash | Gratuits dans les limites de l’offre |
| Telegram | Gratuit |
| Le temps | ≈ 3 h pour la page ; une journée pour le branchement et le premier agent ; 1 h 30 à 4 h 45 par agent ensuite |
Sources
Pour aller plus loin
- Le guide d’Anthony Quinchon — la méthode, à lire en premier.
- L’Agents Office d’AJ Sahni — l’idée des pôles avec leur chef.
- Superpowers — le plugin qui cadre le travail de Claude Code.
- Mon dépôt public et sa feuille de route — le code, et le chemin phase par phase.
Relu le 14 novembre 2026. Les outils bougent souvent : si une étape ne marche plus comme décrit, la documentation de l’outil a raison.