Question 1

Qu'est-ce qu'un MCP?

Accepted Answer

Les serveurs MCP donnent à Claude accès à des outils externes : Notion MCP → Lecture et écriture de pages Notion. GitHub MCP → Créer des PRs, gérer les issues. Memory MCP → Persiste la mémoire au-delà des sessions.

Question 2

Pourquoi ne le dashboard.md ne s'actualise que les mises à jour de Karo?

Accepted Answer

1. Un seul écrivain : évite les conflits en limitant les mises à jour à un agent. 2. Agregation d'informations : le Karo reçoit tous les rapports des Ashigaru, il a donc une vue complète. 3. Consistance : toutes les mises à jour passent par une seule porte de qualité. 4. Pas d'interruptions : si Shogun l'actualisait, elle pourrait interrompre l'entrée du Seigneur.

Question 3

Pourquoi le système de boîte aux lettres?

Accepted Answer

L'utilisation de fichiers YAML en tant que boîte aux lettres fournit une persistance après un plantage, une notification basée sur des événements (inotifywait) avec une consommation CPU nulle en veille, évite les perturbations entre processeurs, simplifie le débogage (ouvre le fichier pour voir l'historique des messages), serialise les écritures avec flock, et garantit la livraison même si les agents redémarragent.

Question 4

Pourquoi une hiérarchie (Shogun → Karo → Ashigaru) ?

Accepted Answer

1. Réponse instantanée : Le Shogun délègue immédiatement, rendant le contrôle à vous. 2. Exécution parallèle : Le Karo distribue à plusieurs Ashigaru simultanément. 3. Responsabilité unique : Chaque rôle est clairement séparé. 4. Évolutivité : Ajouter plus d'Ashigaru ne casse pas la structure. 5. Isolement des défaillances : Une défaillance d'un Ashigaru n'affecte pas les autres. 6. Rapport unifié : Seul le Shogun communique avec vous.

Question 5

Que fait install.bat automatiquement :

Accepted Answer

✅ Vérifie si WSL2 est installé (vous guide si ce n'est pas le cas) ✅ Vérifie si Ubuntu est installé (vous guide si ce n'est pas le cas) ✅ Affiche les étapes suivantes (comment exécuter first_setup.sh).

Question 6

Que fait shutsujin_departure.sh :

Accepted Answer

✅ Crée des sessions tmux (shogun + multiagent) ✅ Lance chaque agent avec la CLI configurée dans config/settings.yaml (Claude/Codex/Copilot/Kimi/OpenCode) ✅ Charge automatiquement les fichiers d'instruction ou les définitions d'agent générées pour chaque CLI ✅ Réinitialise les fichiers de file d'attente pour un état frais ✅ Démarre l'écouteur ntfy pour les notifications téléphone (si configuré). Après l'exécution, tous les agents sont prêts à recevoir des commandes.

Question 7

Pourquoi CLI (et non API) ?

Accepted Answer

Les abonnements CLI inversent le modèle de coût du tarif par jeton API à un tarif forfaitaire mensuel. L'exécution de 8 agents de niveau Opus via l'API peut coûter 100 $+/heure, tandis qu'un abonnement CLI est d'environ 200 $/mois, ce qui offre une prévisibilité des coûts, une utilisation illimitée et la liberté d'expérimenter sans anxiété de jeton.

Question 8

Qu'est-ce que c'est ?

Accepted Answer

multi-agent-shogun est un système qui exécute plusieurs instances CLI de codage AI simultanément, les orchestrant comme une armée japonaise féodale. Il supporte Claude Code, OpenAI Codex, GitHub Copilot, Kimi Code, OpenCode, Cursor et Antigravity. Une seule commande déclenche 7 travailleurs AI + 1 stratège exécutant en parallèle. L'AI garde en mémoire vos préférences à travers les sessions (Memory MCP). Un résumé en temps réel sur un tableau de bord.

Question 9

Qu'est-ce qui le rend différent

Accepted Answer

Aucun surcoût de coordination. — Les agents parlent à travers des fichiers YAML sur le disque. Les seules appels API sont pour le travail réel, pas l'orchestration. Transparence complète — Chaque agent tourne dans une fenêtre tmux visible. Chaque instruction, rapport et décision est un fichier YAML plain que vous pouvez lire, diffuser et contrôler la version. Sans boîtes noires. Hierarchy éprouvée en bataille — La chaîne de commandement Shogun → Karo → Ashigaru empêche les conflits par conception.

Question 10

Pourquoi Shogun ?

Accepted Answer

La plupart des frameworks multi-agents consomment des jetons API pour la coordination. Shogun ne le fait pas. Il utilise une hiérarchie féodale via tmux sans surcoût lié à la coordination, permettant 8 agents indépendants avec uniquement des appels API liés au travail.

Shogun Model Switch (Grade A)Compétence data‑ai testée en sécurité pour Claude AI. Grade A.

Aperçu

Fonctionnalités clés

Tarifs

Cas d’usage

Changement de modèle d'agent

Mises à jour en lot des agents

Pour & contre

Pour

Contre

Avis

Questions & réponses

Poser une question

Alternatives à Compétences