Avant de vous vendre des agents, nous en avons construit pour nous
Kigumi opère son propre système agentique, l'AIOS, depuis notre infrastructure souveraine. Quatre agents documentés, une pipeline de veille marché automatisée, une base d'intelligence versionnée. Pas un argumentaire. Une démonstration.
Architecture
Ce qui tourne, et où
L'AIOS Kigumi est hébergé sur un VPS Hetzner CPX22 (souveraineté EU, ~12 € HT par mois infrastructure totale). Le point d'entrée utilisateur, c'est un bot Telegram personnel. Derrière le bot, quatre agents Claude, chacun avec son propre CLAUDE.mdet son périmètre d'outils explicite.
Aucune plateforme Kigumi entre nous et notre travail. Les agents lisent et écrivent directement dans nos outils existants.
Utilisateur (Emilien Datin)
Slash command Telegram
@KigumiAiosBot
Webhook vers endpoint /telegram
VPS Hetzner CPX22, Docker
conteneur aios-kigumi-core
/stratege
/commercial
/branding
/make
Airtable + Gmail + Calendar + fichiers .md
Stack existante, aucune plateforme Kigumi
La stack qu'on utilise
Airtable EU
CRM Prospects + Intelligence Base
Gmail labélisé
Boîte pro avec scope par agent
Google Calendar
Agenda dédié RDV
Fichiers .md
Base d'intelligence versionnée Git
Les quatre agents
Quatre commandes, quatre périmètres
/stratege
Agent décisionnel
Lit notre base d'intelligence (concurrents, opportunités, signaux marché, décisions) avant chaque réponse. Sert d'arbitre quand un choix business doit être tranché.
/commercial
Agent commercial
Qualification leads, génération de devis, suivi des relances. Accès scopé à la table Prospects d'Airtable, à Gmail labélisé Kigumi, et au Calendar dédié. Périmètre légal de la SASU contraint dans son prompt système.
/branding
Agent éditorial
Production de contenus marque (LinkedIn, argumentaires) à partir des signaux de veille datés. Consomme ce que /stratege documente.
/make
Agent architecte Make.com
Conception de scénarios, formules, payloads JSON. Format de réponse imposé : Architecture / Configuration & Mapping / Payload JSON / Vigilance & Erreurs.
Pipeline de veille
Veille marché automatisée, 72h
Toutes les 72 heures, un cron déclenche un script qui invoque l'Agent Veille, génère un rapport horodaté, met à jour les fichiers signals.md et opportunities.md par append bash, et notifie sur Telegram.
Les fichiers competitors.md et decisions.md reçoivent un pending_update.md que nous validons à la main. Hitozukuriappliqué à notre propre système : la machine propose, l'humain tranche.
Cron 72h
Trigger automatique toutes les 72 heures
Agent Veille
Recherche web + analyse, format markdown standard Kigumi
Append .md
signals.md et opportunities.md mis à jour automatiquement
Pending update
competitors.md et decisions.md reçoivent un pending, validation humaine
Notification
Rapport horodaté envoyé sur Telegram
Ce qui est documenté
Notre Intelligence Base, extraits anonymisés
Notre base d'intelligence est entièrement versionnée en markdown. Quatre fichiers structurent notre lecture du marché.
- competitors.md
- Fiches concurrents avec niveau de menace (rouge/jaune/vert), positionnement comparé, derniers mouvements.
- opportunities.md
- Opportunités numérotées (OPP-001 à OPP-NNN), avec statut, deadline, owner.
- signals.md
- Signaux marché datés, sourcés, qualifiés.
- decisions.md
- Décisions stratégiques numérotées (DEC-001 à DEC-NNN), traçables.
Extrait illustratif (anonymisé)
# DEC-004 : Positionnement Kigumi vs marché Date : 2026-05-02 Statut : validée Source : Intelligence Base Kigumi Kigumi tient un troisième axe entre la magie opaque de l'agence (qui fabrique de la dépendance) et l'automatisation jetable (qui se périme à chaque release de modèle). Nous assemblons des systèmes agentiques comme un joint de bois japonais : chaque pièce documentée, chaque dépendance assumée, chaque transfert de maîtrise prévu dès la conception.
Ce que cette démonstration prouve
Notre AIOS est documenté, versionné, supervisé. Chaque agent a son fichier de spécification. Chaque dépendance externe est nommée. Si demain je devais transférer Kigumi à un autre opérateur, l'AIOS serait reprenable en quelques semaines de lecture, pas en années d'archéologie.
C'est exactement ce que la méthode Monozukuripromet à nos clients : un système qui survit à son auteur. Quand nous écrivons sur ce site que vos systèmes seront documentés et transférables, ce n'est pas un argument commercial. C'est ce que nous nous imposons avant tout à nous-mêmes.
45 minutes pour cartographier votre stack et identifier deux à trois leviers
Pas un appel commercial. Une cartographie rapide de ce que vous avez déjà, et une note d'orientation sur ce qui se fait en premier. Vous repartez avec ça, que vous travailliez ensuite avec nous ou non.