Kigumi

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.

  1. Cron 72h

    Trigger automatique toutes les 72 heures

  2. Agent Veille

    Recherche web + analyse, format markdown standard Kigumi

  3. Append .md

    signals.md et opportunities.md mis à jour automatiquement

  4. Pending update

    competitors.md et decisions.md reçoivent un pending, validation humaine

  5. 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.