Agents libres.Workflows fiables.Ops simples.
Pompoko résout le nœud de l'orchestration agentique : Hermès peut raisonner, explorer et proposer sans être enfermé dans un flow rigide ; Temporal tient les étapes longues, les retries, les timers et les reprises.
Les équipes opérationnelles pilotent dans un cockpit ad hoc. Les utilisateurs finaux interagissent le plus souvent par chat. Entre les deux, Rails cadre les droits, les validations et le journal des effets.
La valeur visible : un agent qui reste libre, un système qui reste fiable.
Pompoko montre un pattern réutilisable pour construire des produits agentiques sérieux : l'intelligence reste souple, l'orchestration reste durable, et l'expérience utilisateur ne ressemble pas à un back-office technique.
Hermès n'est pas enfermé
L'agent peut raisonner, clarifier, proposer et s'adapter au contexte au lieu d'être réduit à une suite d'étapes figées.
Temporal porte la durée
Les actions longues, les attentes, les relances, les erreurs et les reprises deviennent des workflows robustes, pas du bricolage asynchrone.
L'UX reste évidente
Les ops ont un cockpit métier précis. Les utilisateurs finaux ont le plus souvent un chat. La complexité reste dans le système.
Un cockpit pour les opérations. Un chat simple pour les utilisateurs.
Le produit ne montre pas l'orchestration aux gens. Il la transforme en surfaces adaptées : une régie précise pour les équipes qui pilotent, une conversation naturelle pour les utilisateurs qui demandent, répondent ou valident.
Interface métier ad hoc
Dossiers, statuts, interlocuteurs, documents, validations et supervision interne dans une vue construite pour l'équipe.
Chat quand c'est suffisant
Le client, le prestataire ou le collaborateur n'a pas besoin de comprendre l'outil : il répond, envoie une pièce ou pose une question.
Dossiers connectés
Emails, fichiers, tableaux, CRM, sites et connecteurs restent reliés au même modèle d'action, d'approval et de journal.
Le point dur : laisser l'agent libre sans laisser le système flou.
Hermès n'est pas réduit à un DAG. Temporal n'est pas utilisé comme un simple job runner. Le système met chacun au bon endroit.
Hermès explore
Il comprend le contexte, reformule l'objectif, propose un plan et choisit les capacités utiles.
Rails contraint
Le control plane applique droits, portée, policies, approvals, idempotence et contrats d'output.
Temporal tient
Les workflows durent dans le temps : timers, retries, reprise après erreur et étapes déterministes.
Workers livrent
Les skills isolées produisent les effets réels, puis tout revient dans le journal et la régie.
La liberté d'Hermès branchée sur la rigidité utile de Temporal.
Hermès garde la souplesse du raisonnement. Temporal est utilisé pour porter les workflows durables. Rails décide ce qui a le droit de produire un effet.
Hermès décide quoi proposer. Temporal garantit que ça tienne.
Le schéma volontairement simple : le chat et le cockpit captent le travail, Hermès garde la liberté de raisonner, Rails cadre les effets, Temporal orchestre les workflows, les workers exécutent, et le journal rend tout auditable.
Cockpit métier pour les ops, chat simple pour les utilisateurs finaux.
Raisonnement, contexte, plan d'action, choix des capacités et paramètres.
Droits, policies, approvals, registry, projections et idempotence.
Workflows longs, retries, timers, état durable et reprise fiable.
Skills isolées et outils réels : Gmail, Slack, Nextcloud, Sheets, Twenty, Cloudflare.
Chaque message, plan, validation, workflow, skill et effet réel est historisé pour audit, reprise et supervision.
Pompoko travaille avec les outils du quotidien.
L'objectif n'est pas de remplacer tout l'existant, mais de relier proprement les outils qui portent déjà le travail.
Vous voulez parler produit, agents ou architecture ?
Je peux montrer le raisonnement, les specs, les maquettes, le code, le serveur et le chemin de déploiement.