montytorr cloud
01Six outils, une famille

Six outils pour des agents qui font du vrai travail. Un seul, ou plusieurs.Et un cloud, construit lentement autour.

Une mémoire avec un labo pour les idées, des contrats, une carte du fonctionnement de l’entreprise, un pipeline, un harnais pour laisser un agent sur la machine d’un client et un planificateur qui fait travailler une équipe d’agents de code côte à côte. Chacun est complet à lui seul. Là où deux se rencontrent, le raccord est réel, et on montre exactement comment il fonctionne.

Utilisés depuis les agents que vous faites déjà tourner

OpenClaw, Claude Code, Codex et Hermes utilisent Cairn, Trig, Holloway et Quarry par leurs CLI et leurs skills.

Six sommets, un par outil. Chacun tient sur son propre terrain.
02La famille

Six outils, chacun nommé d’après ce qu’on croise en randonnée.

Aucun n’a besoin des autres, ni d’un agent en particulier : ils sont livrés sous forme de CLI et de skills, pour que les agents que vous utilisez déjà puissent s’en servir. Bothy est d’une autre nature : un usage précis, un petit harnais pour laisser un agent sur la machine d’un client. Drove aussi : il fait tourner les agents eux-mêmes, un planificateur et ses agents dans des volets herdr.

  • Quarry

    Pipeline

    Le CRM où les agents prennent un lead, le travaillent et le rendent avec un résultat.

  • Cairn

    Mémoire

    La mémoire et le tableau de tâches que vos agents partagent avec vos équipes : lu avant de commencer, complété pendant le travail. Un Lab, activé instance par instance, accueille les idées qui ne sont pas encore du travail.

  • Holloway

    Contrats

    Des contrats signés et limités en tours, pour confier du vrai travail à un agent que vous ne contrôlez pas.

  • Bothy

    Sur site

    Un usage précis : un petit harnais pour laisser un agent sur la machine d’un client, réveillé par webhook signé, cron, chat ou polling.

  • Trig

    Carte

    Vos agents comprennent comment fonctionne votre entreprise : ses processus, ses équipes et ses chiffres, chacun ancré dans les systèmes qui les font tourner.

  • Drove

    Équipe

    Un planificateur et plusieurs agents de code côte à côte dans des volets herdr, chaque agent dans son propre worktree git avec une tâche Cairn. C’est vous qui choisissez le planificateur, Claude Code ou Codex ; les agents sont eux aussi Claude Code ou Codex. Aucun démon.

03Ce que fait chacun

Six problèmes, six outils.Chaque schéma se lit seul.

Chaque panneau tient seul : le vrai mécanisme du produit, dessiné en petit, et ce qu’il vous apporte. Prenez celui dont vous avez le problème.

  • QuarryPipeline

    Deux agents ne doivent jamais appeler le même lead.

    Les agents prennent un lead sous un bail de 30 minutes. Quand trois arrivent sur LEAD-318 en même temps, un seul l’obtient et les deux autres reçoivent exit 9 : allez chercher autre chose, n’attendez pas. Un appel se termine par un release avec une disposition, un résultat et une échéance --next, et le lead reste hors du pool jusque-là.

    Ce qu’il vous apporte

    Un pipeline que vos agents travaillent sans jamais appeler deux fois le même lead ni en oublier un.

    Fonctionne seul. S’associe bien avec Cairn : la même habitude de prise et de libération ; votre agent peut faire d’un lead gagné une tâche Cairn. Une idée commune, pas une intégration.

    Trois agents veulent LEAD-318. L’un tient le bail de 30 minutes ; les autres reçoivent exit 9.
  • CairnMémoire

    Un agent ne devrait pas repartir de zéro.

    À l’ouverture d’une session, le hook de Cairn affiche ce que l’agent a en main, où la dernière session s’est arrêtée et ce qu’on sait déjà ici. Les constats vont sur les tâches sous forme de notes, et ceux qui valent la peine deviennent des connaissances dont chaque session suivante sera briefée. Les personnes travaillent sur le même tableau : chaque tâche a un responsable, une personne, distinct de l’agent qui l’a prise en ce moment. Activez le Lab et la même instance accueille ce qui n’est pas encore du travail. Une idée ou une technologie à évaluer devient un sujet qui avance par des étapes que vous organisez, avec un compte rendu, un journal, des notes et des fichiers, et il ne peut pas être clos sans conclusion. Ses todos sont de simples tâches Cairn. Un Lab partagé n’est qu’une autre instance Cairn, et le travail en sort par transmission vers une autre instance ou vers GitHub, la synchronisation rapatriant le résultat.

    Ce qu’il vous apporte

    Des agents qui reprennent là où la dernière session s’est arrêtée, sur un tableau où vos équipes travaillent aussi, et un Lab où chaque impasse est consignée.

    Fonctionne seul. S’associe bien avec Trig : Trig lit les connaissances et l’activité des tâches de Cairn, et le briefing de Cairn porte une ligne tirée de la carte de Trig.

    ## Cairn [ACME]
    You are holding:
      ACME-12  doing  Import the seat list
    Last session here left off:
      3 rows fail on accented names
    Known here (cairn know <slug>):
      csv-exports-are-latin-1
    Lab: 4 to explore · 1 exploring
      LAB-12  exploring  pgvector -- 2 todos
    Trig: the map of what exists (scanned 3h ago)
    
    Une nouvelle session s’ouvre déjà briefée, Lab compris.
  • HollowayContrats

    Du vrai travail confié à un agent que vous ne contrôlez pas.

    Un contrat fixe les conditions, et chaque tour est signé. Il dit combien de tours sont possibles : une fois le budget épuisé, plus aucun tour ne peut être joué. Une personne peut intervenir par le canal opérateur sans détenir la clé de signature, et le contrat se clôt avec un résultat.

    Ce qu’il vous apporte

    Du travail confié à des agents que vous ne contrôlez pas, à des conditions signées des deux côtés et vérifiables.

    Fonctionne seul. S’associe bien avec Cairn : le réacteur de Holloway ferme la tâche Cairn marquée a2a-contract:<id> quand ce contrat est accepté.

    Chaque tour est signé, et le budget s’épuise.
  • BothySur site

    Un agent qui doit vivre sur la machine d’un client.

    Certains travaux ne peuvent pas sortir des murs. Bothy est un petit harnais qu’on y laisse, réveillé par webhook signé, cron, chat ou polling. L’événement est synchronisé par fsync avant que le 202 reparte. Le contrôle d’admission vérifie la voie, un créneau libre et le budget ; Codex tourne sous supervision ; son groupe de processus est tué, et seulement ensuite le résultat est écrit dans la chaîne d’audit.

    Ce qu’il vous apporte

    Un agent qui travaille là où les données doivent rester, et consigne comment chaque exécution s’est terminée.

    Fonctionne seul. S’associe bien avec Cairn : une exécution lancée avec --ref est prise, annotée et libérée dans Cairn. Un simple réveil par webhook n’écrit pas dans Cairn.

    Un réveil est sur disque avant d’être acquitté.
  • TrigCarte

    Vos agents connaissent le code, pas le fonctionnement de l’entreprise.

    Trig donne à vos agents l’activité : ses cycles de vie et ses processus, ses équipes et ses chiffres, chacun ancré dans le code, les données et l’infrastructure qui les font tourner. Les connecteurs relèvent ce que vous exploitez, et votre agent écrit par-dessus comment l’activité fonctionne. Demandez comment un client passe de signé à en ligne, qui est responsable de la facturation ou ce qui tourne tout seul : la réponse pointe vers le fichier qui la fonde.

    Ce qu’il vous apporte

    Des agents qui répondent sur l’activité, avec le fichier derrière chaque réponse.

    Fonctionne seul. S’associe bien avec Cairn : avec son connecteur Cairn configuré, chaque scan lit Cairn dans un seul sens : les connaissances arrivent comme faits contribués, le nombre de tâches comme faits observés.

    Une étape de l’activité, rattachée au fichier qui la fait tourner.
  • DroveÉquipe

    Plusieurs agents sur une même base de code, sans se marcher dessus.

    Drove fait travailler un planificateur et plusieurs agents côte à côte dans des volets herdr. C’est vous qui choisissez le planificateur, Claude Code ou Codex, et le lancez de trois façons : /orchestrate dans Claude Code avec le mod, drove plan --kind claude sans lui, ou drove plan --kind codex. Les agents sont Claude Code ou Codex, sous n’importe quel planificateur. Chaque agent a son propre worktree git et une tâche Cairn, et rend done, question ou blocked. Le planificateur lit le diff, répond approve ou changes, et ne fusionne que ce qui passe les vérifications du dépôt. Les agents ne poussent jamais, le planificateur ne modifie jamais le code, et il n’y a pas de démon : le run, ce sont de simples fichiers.

    Ce qu’il vous apporte

    Plusieurs agents qui travaillent en même temps, chacun sur sa branche, avec un seul endroit qui relit et fusionne.

    Fonctionne seul. S’associe bien avec Cairn : chaque agent est lancé avec une référence Cairn, et son brief lui fait prendre cette tâche avant toute chose.

    w-ui rend done ; le planificateur approuve, et fusionne.
04Les duos qui marchent

On commence souvent par un seul. Certains duos valent le coup.

Voici les raccords qui existent, chacun dessiné avec son trait honnête : plein quand du code d’un produit parle à l’autre, tireté quand deux partagent une habitude mais pas de code.

  • Cairn + Trig

    Le duo le plus solide. Trig lit les connaissances et l’activité des tâches de Cairn, dans un seul sens ; le briefing de session de Cairn porte une ligne tirée de la carte de Trig.

  • Holloway + Cairn

    Quand un contrat est accepté, le réacteur de Holloway ferme la tâche Cairn marquée a2a-contract:<id>.

  • Bothy + Cairn

    Une exécution lancée avec --ref est prise, annotée et libérée dans Cairn. Sans référence de tâche, rien n’y est écrit.

  • Drove + Cairn

    Drove lance chaque agent avec exactement une référence Cairn, et le brief de l’agent lui fait prendre cette tâche avant toute chose. Cairn est la file : Drove n’en tient aucune.

  • Quarry + Cairn

    La même habitude de bail : prendre, maintenir, libérer avec un résultat. Votre agent fait d’un lead gagné une tâche ; aucun code ne les relie.

05Comment ils s’emboîtent

Des outils séparés, quelques bons raccords.

L’image de référence. Vos agents atteignent chaque outil par sa CLI et son skill, et aucun outil n’a besoin d’un autre. Trait plein : du code livré ; pointillé : compatible par un standard ; tireté : la même idée, sans code.

  1. 1

    Vos agentsCairn, Trig, Holloway, Quarrylivré

    OpenClaw, Claude Code, Codex et Hermes utilisent Cairn, Trig, Holloway et Quarry par la CLI et le skill de chaque produit. Aucun produit n’a besoin d’un agent en particulier, ni des autres.

  2. 2

    CairnTriglivré

    Trig lit Cairn par son connecteur, dans un seul sens : les connaissances deviennent des faits contribués, le nombre de tâches des faits observés.

  3. 3

    TrigCairnlivré

    Le briefing de session de Cairn porte une ligne de Trig : quand la carte a été scannée, et comment l’interroger.

  4. 4

    BothyCairnlivré

    Quand une exécution porte une référence de tâche (bothy run --ref, ou l’outil bothy_note de l’agent), Bothy la consigne dans Cairn : prise, note, libération. Un simple réveil par webhook, non.

  5. 5

    HollowayBothylivré

    Bothy embarque le code du réacteur de Holloway, et ferme la tâche Cairn marquée a2a-contract:<id> quand ce contrat se termine.

  6. 6

    HollowayBothycompatible

    N’importe quel webhook signé peut réveiller Bothy, celui de Holloway compris. Bothy vérifie la signature, pas l’expéditeur.

  7. 7

    QuarryCairnla même idée, pas une intégration

    Le bail de 30 minutes de Quarry sur un lead a la même forme que la prise de 15 minutes de Cairn sur une tâche : on la prend, on la maintient, et n’importe qui peut la reprendre quand elle se tait.

  8. 8

    DroveCairnlivré

    drove spawn prend une référence Cairn par agent et la met dans le brief de l’agent, dont le texte de rôle lui fait prendre cette tâche par la CLI de Cairn avant toute chose. Drove ne tient aucune file à lui.

06Le cloud, lentement

Un produit à la fois,et seulement là où il a sa place.

Il n’y a pas de plateforme à laquelle s’inscrire. Chaque produit reçoit une partie hébergée quand elle peut faire ce qu’une installation seule ne peut pas, et elle est différente pour chacun. Pour Bothy, la réponse est : rien, volontairement, et Drove n’en a pas : il tourne dans vos propres volets herdr.

ProduitCe que vend le cloud
QuarryBêta privéeL’application hébergée
CairnBêta privéeCairn, hébergé pour vous
HollowayBêta privéeLa neutralité : un registre qu’aucune des deux parties ne tient, entre parties qui ne se font pas confiance
BothyPas de cloudRien, volontairement : il tourne sur la machine où vous le laissez
TrigBêta privéeDes a priori de résolution d’entités appris sur tous les clients, qu’une installation seule ne peut pas avoir
DrovePas de cloudAucun : il tourne dans vos propres volets herdr, sur votre machine
07Nos règles

Quatre règles, et chaque produit les respecte toutes.

  1. 01

    Auto-hébergeable d’abord

    Quand un outil peut tourner sur votre propre matériel, cette version vient en premier et elle est complète. Cairn, Holloway et Bothy sont open source, sous licence MIT ; Drove est privé pour l’instant, et sa licence reste à définir. Trig est privé pour l’instant et passera en fair-code ; Quarry est privé.

  2. 02

    Le cloud vend ce qu’une installation seule ne peut pas faire

    La neutralité entre des parties qui ne se font pas confiance. Des a priori appris sur de nombreuses entreprises. Aucun auto-hébergeur ne peut construire cela, à aucun prix, et c’est à cela que sert la partie hébergée.

  3. 03

    Pas de version bridée

    Rien n’est retiré de la version auto-hébergée pour mettre la version hébergée en valeur. Quand le cloud n’est qu’un confort, il le dit au lieu de l’habiller.

  4. 04

    Rien à acheter tant qu’il n’y a rien

    Pas de tarif qui n’a pas été décidé, pas de liste d’attente à laquelle personne n’écrira. Chaque cloud ici est en bêta privée, et chaque site le dit sur sa page.

« L’auto-hébergement n’est pas une version bridée : c’est le produit entier, et il le restera. »

Tiré des sites produits, et la phrase à laquelle chaque fonction hébergée est confrontée.