01
Cadrer avant de produire.
Définir le besoin, les contraintes et les critères de réussite. La solution se construit autour d’une tâche concrète.
Des agents IA.Des projetsqui avancent.
Une idée à construire. Un processus à améliorer. Shogun Agents conçoit des agents et des architectures agentiques avec des rôles explicites, des étapes de vérification et une documentation pour les prendre en main.
Pour les projets individuels et les besoins des entreprises.
SCHÉMA DE PRINCIPE
De l’intention au livrable.
01Besoin & critères
02Orchestration
03Production
04Revue
05Vérification
CorrectionLivraison
Rôles explicitesVérification adaptéeDocumentation utileConception sur mesure
01 / L’APPROCHE
Une méthode avant
une multiplication d’agents.
L’objectif : structurer le travail pour que chaque rôle, chaque décision et chaque résultat puissent être compris. Le nombre d’agents découle du besoin.
02
Séparer les responsabilités.
Attribuer des rôles explicites à la production, à la revue et à la vérification. Un avis de revue doit être confronté à des éléments vérifiables.
03
Rendre la solution lisible.
Expliquer les instructions, les mécanismes et les choix de conception. Documenter l’utilisation et les possibilités d’évolution.
Principes de conception visés. La vérification et les limites d’itération se définissent selon la tâche et l’environnement retenus.
02 / L’ARCHITECTURE
Chaque étape a un rôle.
Chaque sortie a un critère.
Explorez une boucle de travail illustrative. Sélectionnez une étape pour examiner sa responsabilité et ce qu’elle transmet à la suivante.
Correction / Production
RESPONSABILITÉÉTAPE 01 / 06
Définir ce qui compte comme réussi.
Le travail commence par un besoin explicite. Les contraintes et les éléments nécessaires à son acceptation sont définis avant la production.
- Entrée
- Besoin, contexte et contraintes.
- Décision
- Périmètre, critères d’acceptation et limites de temps, de coût ou d’itération.
- Sortie
- Une tâche cadrée et des critères vérifiables.
RESPONSABILITÉÉTAPE 02 / 06
Organiser les responsabilités.
L’orchestrateur répartit le travail et organise les transmissions entre les rôles. Le choix des modèles et des outils dépend de la tâche.
- Entrée
- Tâche cadrée et environnement retenu.
- Décision
- Rôles nécessaires, séquence, outils autorisés et points de revue.
- Sortie
- Un plan de travail explicite.
RESPONSABILITÉÉTAPE 03 / 06
Produire une première version.
Le rôle de production réalise la tâche dans le périmètre défini. Son résultat reste un candidat à vérifier, accompagné des éléments utiles à la revue.
- Entrée
- Plan, instructions et contexte autorisé.
- Décision
- Choix d’implémentation dans les limites du périmètre.
- Sortie
- Un livrable candidat et ses explications.
RESPONSABILITÉÉTAPE 04 / 06
Confronter le résultat aux exigences.
La revue examine les choix, les incohérences et les écarts au besoin. Le nom « reviewer » ne suffit pas à démontrer l’indépendance ou la qualité du contrôle.
- Entrée
- Livrable candidat et critères d’acceptation.
- Décision
- Écarts à traiter et points à vérifier.
- Sortie
- Des observations précises pour la vérification ou la correction.
RESPONSABILITÉÉTAPE 05 / 06
Décider sur des éléments vérifiables.
Selon la tâche : tests réellement exécutés, inspection de fichiers ou contrôle du résultat. En cas d’écart, la production peut reprendre dans les limites fixées au cadrage.
- Entrée
- Résultat, observations de revue et critères.
- Décision
- Accepter, corriger ou arrêter pour réexaminer le périmètre.
- Sortie
- Une conclusion accompagnée des preuves disponibles et des limites.
RESPONSABILITÉÉTAPE 06 / 06
Transmettre de quoi utiliser et adapter.
Le livrable est accompagné d’instructions adaptées à l’environnement retenu. Les limites et les points non vérifiés sont explicités.
- Entrée
- Résultat accepté et éléments de vérification.
- Décision
- Ce qui est prêt à utiliser et ce qui demande encore une validation.
- Sortie
- Un livrable, sa documentation et ses limites connues.
Navigation pédagogique, sans exécution d’agent. Ce schéma ne reproduit pas une architecture Shogun vérifiée. Les résultats mesurés seront publiés après mesure.
03 / LES LIVRABLES
Des fichiers que vous
pouvez comprendre.
Des instructions lisibles, une architecture expliquée et un guide pour l’environnement choisi. La documentation fait partie de la conception.
Le comportement
Un AGENTS.md définit le rôle, les instructions et les limites de l’agent.
Le fonctionnement
À partir de Pro : responsabilités, mécanismes, choix des modèles et explication des étapes.
La prise en main
Un README explique l’utilisation et, pour Pro et Max, comment modifier ou étendre la solution.
EXEMPLES DE STRUCTURE
AGENTS.md
# Agent de production
## Mission
Réaliser la tâche dans le périmètre défini.
## Responsabilités
- Lire les critères d’acceptation.
- Expliquer les choix d’implémentation.
- Transmettre un résultat à vérifier.
## Limites
- Demander une décision si le périmètre change.
- Distinguer résultat produit et résultat vérifié.
- Respecter les limites d’itération convenues.README.md
# Prise en main
## Environnement retenu
Décrire le harness, ses outils et ses prérequis.
## Utilisation
1. Préparer les comptes et accès nécessaires.
2. Fournir la tâche et ses critères de réussite.
3. Examiner le résultat et les vérifications.
## Évolution — Pro / Max
Expliquer les rôles, les choix de modèles
et les éléments à modifier ou à étendre.
## Limites connues
Préciser ce qui reste à valider.Spécimens pédagogiques. Ces extraits ne sont ni les fichiers de Shogun, ni des livrables clients, ni une configuration exécutable.
04 / LES HARNAIS
Vos outils.
Une conception adaptée.
-
Claude Code
-
Codex
-
Hermes Agent
-
Kilo
-
OpenCode
-
Gemini CLI
01 / 06Claude Code
Adaptation à valider
05 / LES OFFRES
Le bon périmètre
pour votre besoin.
Offres en préparation
Deux gammes. Trois niveaux de conception. Des prestations sur commande, sans abonnement.
Personnel — Pour construire vos propres projets avec des agents dont le rôle et le fonctionnement sont documentés.
Entreprise — Pour concevoir des solutions adaptées aux processus métier, au développement et aux objectifs d’efficacité opérationnelle.
La gamme adapte la finalité. Les niveaux et les livrables restent les mêmes ; la tarification sera définie séparément.
LE COMPORTEMENT D’UN AGENT
Plus
Un AGENTS.md
Définir le rôle et les instructions d’un agent dans un périmètre de conception ciblé.
- AGENTS.md
- README pour l’environnement retenu
Conception plus limitée que Pro et Max. Ne comprend pas une architecture complète.
UNE ARCHITECTURE SUR MESURE
Pro
Une solution complète
Structurer les rôles, les mécanismes et les choix de conception pour un besoin précis.
- AGENTS.md et README
- Architecture et mécanismes expliqués
- Rôles et types d’agents
- Modèles recommandés par tâche
- Justification des étapes
- Guide de modification et d’extension
Une conception plus approfondie, avec les explications nécessaires pour utiliser et faire évoluer la solution.
PLUSIEURS BESOINS, UN LOT
Max
Cinq solutions de niveau Pro
Organiser cinq agents ou solutions sur mesure autour de vos besoins, avec un suivi renforcé.
- Livrables Pro adaptés à chaque solution
- Solutions distinctes, coordonnées ou mixtes
- Suivi renforcé, modalités à définir
Le lot vise un avantage économique. Il ne désigne pas obligatoirement une équipe de cinq sous-agents.
COMPTES & CONSOMMATION
Les comptes et les coûts d’utilisation des modèles et des API sont à la charge du client. Aucun crédit, abonnement IA ou accès à un modèle n’est inclus.
ENVIRONNEMENT D’EXÉCUTION
Le README s’adapte au harness retenu : l’environnement qui exécute et pilote les agents. La compatibilité et les prérequis sont à définir selon le besoin.
06 / L’ACTIVITÉ INTERNE
Construire aussi
pour nos propres usages.
Shogun Agents prévoit d’utiliser ses agents pour concevoir et publier des produits tech, notamment des jeux. Cette activité interne permettra de confronter les architectures à des besoins concrets de développement.
Une activité envisagée. Aucun produit ou résultat n’est présenté comme déjà disponible.
07 / LES QUESTIONS UTILES
Les détails comptent.
Ce qui est défini, ce qui dépend du besoin et ce qui reste à préciser.
Que signifie AGENTS.md ?
C’est un document d’instructions qui décrit le comportement attendu, le rôle et les limites d’un agent. Il doit être utilisé dans un environnement capable d’exécuter et de piloter cet agent.
Quels modèles et environnements sont pris en charge ?
Les modèles doivent être adaptés au besoin et vérifiés pour chaque commande. Les environnements pris en charge restent à définir. Le site n’annonce ni liste figée de modèles ni compatibilité universelle.
Les coûts des modèles sont-ils compris ?
Non. Vous fournissez vos comptes et assumez la consommation des modèles et des API. Les prestations portent sur la conception et les livrables ; aucun accès à un modèle ni crédit d’utilisation n’est inclus.
Max correspond-il à cinq sous-agents ?
Pas nécessairement. Max regroupe cinq agents ou solutions de niveau Pro : solutions distinctes, agents coordonnés ou organisation mixte selon les besoins.
Quel suivi, quels délais et quels tarifs ?
Max prévoit un suivi renforcé. Sa durée, son canal et son périmètre restent à préciser, tout comme les prix, les délais, les révisions et les responsabilités de maintenance. Aucun suivi illimité n’est annoncé.
Existe-t-il une démonstration ou des benchmarks ?
Le site présente une approche et des exemples pédagogiques. Il ne publie pas encore de démonstration vérifiée ni de résultat mesuré. Une future mesure devra préciser les tâches, la base de comparaison, les modèles, les budgets et les limites.
Peut-on commander aujourd’hui ?
Les offres sont en préparation. Ce site présente le projet et les niveaux envisagés. Les modalités de commande et un contact vérifié seront ajoutés une fois définis.
À PROPOS
Shogun Agents.
Un projet en développement consacré aux agents IA et aux architectures agentiques. Pour les particuliers qui construisent leurs projets et les entreprises qui souhaitent structurer leur développement et améliorer leurs processus.
L’ambition : des agents utiles,
des choix compréhensibles.