Maurice v2.2.18

Maurice v2.2.18.

Maurice v2.2.17

Maurice 2.2.17

• Service installation on Linux: maurice service checks the user's systemd session before writing the unit, gives a clearer message on a VM profile, and rolls an install back cleanly on failure (unit and enablement restored, never touching a file it did not create).
• Registry MCP servers: maurice catalog mcp deploy accepts --home and reads the catalog's environment variables; an already deployed sidecar is recreated from its actual bindings, and a sidecar without bindings is redeployed correctly.
• Viewer: a tool result no longer appears as a reply in the conversation thread.
• maurice template check: wider schema checks (allOf, anyOf, oneOf, size bounds).
• Reliability: retry of a registry sidecar's first tools/list, revocation of the Buffer access token of a sidecar that never starts, refusal of a produced file without structured content when a hash is declared.
• maurice wimse commands in preview, including wimse_fetch for workflows, with no effect by default.

Platforms: macOS Apple Silicon, Linux amd64 and arm64, Windows amd64.

---

Maurice 2.2.17 (FR)

• Installation du service sous Linux : maurice service vérifie la session systemd de l'utilisateur avant d'écrire l'unité, donne un message plus clair sur un profil de VM, et défait proprement l'installation en cas d'échec (unité et activation restaurées, sans toucher à un fichier qu'il n'a pas créé).
• MCP du registre : maurice catalog mcp deploy accepte --home et lit les variables d'environnement du catalogue ; un sidecar déjà déployé est recréé d'après ses liaisons réelles, et un sidecar sans liaisons est redéployé correctement.
• Viewer : un résultat d'outil n'apparaît plus comme une réponse dans le fil de la conversation.
• maurice template check : contrôles étendus des schémas (allOf, anyOf, oneOf, bornes de taille).
• Fiabilité : reprise du premier tools/list d'un sidecar de registre, révocation du jeton d'accès au Buffer d'un sidecar qui ne démarre pas, refus d'un fichier produit sans contenu structuré quand une empreinte est déclarée.
• Commandes maurice wimse en aperçu, dont wimse_fetch pour les workflows, sans effet par défaut.

Plateformes : macOS Apple Silicon, Linux amd64 et arm64, Windows amd64.

---

One commit: 59f01afd2277
Backend pin: 167f496bbede
Viewer pin: 2763555e1bc1

Maurice v2.2.16

Maurice 2.2.16

• maurice template check validates a template/v1 document template without contacting any service: manifest, sample data, template tags, reserved namespaces, fragments and size. Exit code 0 when the template is valid, 2 when it is not, with a stable code per issue (--json).
• MCP servers installed from the registry: each sidecar gets its own access to the One Buffer, revoked when it stops or is redeployed, and the files it produces land in Storage with an integrity check.
• Security: a remote MCP server can no longer divert the authentication headers meant for it to another host through an HTTP redirect; MCP OAuth exchanges also keep their redirects on their origin. Dependency updates (compression, networking).
• Agent reliability: resuming a turn after a tool call is bounded, and an Application's tool grants are checked at execution.
• maurice wimse commands in preview, including maurice wimse log (decision journal), with no effect by default.

Platforms: macOS Apple Silicon, Linux amd64 and arm64, Windows amd64.

---

Maurice 2.2.16 (FR)

• maurice template check vérifie un gabarit de document template/v1 sans contacter aucun service : manifeste, données d'exemple, balises de gabarit, espaces réservés, fragments et taille. Code de sortie 0 si le gabarit est valide, 2 s'il ne l'est pas, avec un code stable par problème (--json).
• MCP installés depuis le registre : chaque sidecar reçoit son propre accès au Buffer du One, révoqué à l'arrêt ou au redéploiement, et les fichiers qu'il produit sont déposés dans le Storage avec un contrôle d'intégrité.
• Sécurité : un serveur MCP distant ne peut plus détourner vers un autre hôte, par une redirection HTTP, les en-têtes d'authentification qui lui sont destinés ; les échanges OAuth des MCP gardent aussi leurs redirections sur leur origine. Mises à jour de dépendances (compression, réseau).
• Fiabilité des Agents : la reprise d'un tour après un outil est bornée, et les droits d'outil d'une Application sont vérifiés à l'exécution.
• Commandes maurice wimse en aperçu, dont maurice wimse log (journal des décisions), sans effet par défaut.

Plateformes : macOS Apple Silicon, Linux amd64 et arm64, Windows amd64.

---

One commit: 8c5af8339b9d
Backend pin: 1f062ed08a49
Viewer pin: 736e395ccbe0

Maurice v2.2.15

Maurice 2.2.15

• Monid Services from a Maurice linked to the Console. The Services tools (estimate, execute, status) run directly from maurice tools call or an Agent, under the organization linked to the Console, without a job. Credits are debited from the organization wallet, with a receipt per execution. An unlinked Maurice keeps the public preview (discover, inspect).
• Services refusals return a stable code (insufficient_credits, price_unavailable…) instead of a generic refusal.
• Memory fix on VMs. A Memory installed as a dynamic MCP keeps its data and identity across a redeploy. An older Memory without a data volume is no longer deleted: its redeploy stops and asks for a migration (migration_required).

Platforms: macOS Apple Silicon, Linux amd64 and arm64, Windows amd64.

---

Maurice 2.2.15 (FR)

• Services Monid depuis un Maurice lié à la Console. Les outils Services (estimer, exécuter, suivre) s'appellent directement depuis maurice tools call ou un Agent, sous l'organisation liée à la Console, sans passer par un job. Les crédits sont débités du portefeuille de l'organisation, avec un reçu par exécution. Un Maurice non lié garde l'aperçu public (découverte, détail).
• Les refus de Services remontent un code stable (insufficient_credits, price_unavailable…) au lieu d'un refus générique.
• Correctif Memory sur VM. Une Memory installée comme MCP dynamique garde ses données et son identité lors d'un redéploiement. Une Memory plus ancienne, sans volume de données, n'est plus supprimée : son redéploiement s'arrête en demandant une migration (migration_required).

Plateformes : macOS Apple Silicon, Linux amd64 et arm64, Windows amd64.

---

One commit: a64e4ded1131
Backend pin: db582fcddcb6
Viewer pin: b1562885e0aa

Maurice v2.2.14

Maurice 2.2.14

• Remote Workflows between your Maurice nodes. One Maurice can run a Workflow published by another Maurice of your account, peer to peer, with a signed result. You allow it in one gesture: maurice peer allow <node> <workflow>, maurice peer list, maurice peer revoke, maurice peer nodes. An MCP assistant reaches it through the maurice.peer_workflows, maurice.peer_workflow_call and maurice.peer_workflow_status tools. Only static Workflows can be opened: no model, no code, no approval. Available once the service side is enabled (announced separately).
• maurice console link links this Maurice to your Console organization, with text or JSON output.
• Stricter commands. An unknown subcommand (maurice module foo) now fails instead of printing help.
• --refresh also works on list and info.
• Fix: a parent Workflow waiting on a child Workflow now resumes correctly when the child fails, following its error rule (fail, continue or fallback value).
• Fix: refreshed tokens are saved without concurrent overwrites.
• More robust service catalogue discovery: a longer timeout and one retry.
• Embedded AgentMaurice Skill 2.0.43: linking a Maurice to the Console without a browser, and explicit approval rules (never approve on the user's behalf).
• maurice wimse commands in preview, with no effect by default.
• Install links point to the single repository agentmaurice/maurice.

Platforms: macOS Apple Silicon, Linux amd64 and arm64, Windows amd64.

---

Maurice 2.2.14 (FR)

• Workflow distant entre vos Maurice. Un Maurice peut lancer un Workflow publié par un autre Maurice de votre compte, en pair à pair, avec un résultat signé. Vous l'autorisez en un geste : maurice peer allow <nœud> <workflow>, maurice peer list, maurice peer revoke, maurice peer nodes. Un assistant MCP y accède par les outils maurice.peer_workflows, maurice.peer_workflow_call et maurice.peer_workflow_status. Seuls les Workflows statiques sont ouverts : ni modèle, ni code, ni approbation. Disponible dès l'activation côté service (annoncée séparément).
• maurice console link relie ce Maurice à votre organisation de la Console, en texte ou en JSON.
• Commandes plus strictes. Une sous-commande inconnue (maurice module foo) s'arrête en erreur au lieu d'afficher l'aide.
• --refresh fonctionne aussi sur list et info.
• Correctif : un Workflow parent qui attend un Workflow enfant reprend correctement quand l'enfant échoue, selon sa règle d'erreur (échec, poursuite ou valeur de repli).
• Correctif : les jetons rafraîchis sont enregistrés sans risque d'écrasement concurrent.
• Découverte du catalogue de services plus robuste : délai plus long et une nouvelle tentative.
• Skill AgentMaurice 2.0.43 embarquée : lien d'un Maurice à la Console sans navigateur, et règles d'approbation explicites (jamais d'approbation à la place de l'utilisateur).
• Commandes maurice wimse en aperçu, sans effet par défaut.
• Les liens d'installation pointent vers le dépôt unique agentmaurice/maurice.

Plateformes : macOS Apple Silicon, Linux amd64 et arm64, Windows amd64.

---

One commit: 61b9f15489a0
Backend pin: 34d2999db416
Viewer pin: b1562885e0aa

Maurice v2.2.13

Maurice v2.2.13.