Aller au contenu

Produit · le work plane

La moitié qui n’est pas la carte des accès

L’essentiel de ce site explique ce qu’un agent peut ATTEINDRE. Cette page explique comment les agents et les sessions coordonnent le travail lui-même — et jusqu’où chaque composant va réellement aujourd’hui.

Pourquoi il existe

Une gouvernance sans work plane est un tableau de bord sans rien sur quoi agir

Olivares AI comporte deux moitiés livrées dans le même binaire. L’une exécute et relie le travail ; l’autre l’observe et le gouverne. Aucune n’est un simple décor pour l’autre : un work plane sans gouvernance produit un travail dont personne ne peut rendre compte ensuite, et une gouvernance sans work plane est un tableau de bord sans rien sur quoi agir.

Le problème auquel répond cette moitié n’est pas hypothétique. Ce projet l’a subi pendant son propre développement : des sessions qui ne se voient pas, un état qui diverge entre elles, du travail effectué deux fois et des décisions qui ne vivent que dans un terminal puis se perdent à sa fermeture.

Ce qui existe et ce qui n’existe pas

Chaque composant, avec sa portée réelle

La limite est imposée dans le code plutôt que promise dans le texte. Lorsqu’un composant a une portée moindre que l’idée générale, cette restriction est déclarée ici et un test l’y maintient.

Work items

Opérationnel, API publique

Une unité de travail avec une description, sa provenance, ses dépendances, ses critères d’acceptation, ses décisions, un responsable et son propre historique d’événements — durable et pilotée par un document de commande unique partagé par REST, la CLI et les appelants dans le processus.

modules/sessions/work_model.go · modules/sessions/work_api.go

Leases

Opérationnel, API publique

La propriété sous forme d’autorité à durée limitée et protégée par fencing : acquérir, renouveler, libérer, reprendre et révoquer. Un détenteur dont le lease n’est plus valide ne peut plus agir sur un work item, et une acquisition concurrente ne produit qu’un seul gagnant.

modules/sessions/work_lease.go

Messages, accusés de réception et transferts

Opérationnel, volontairement limité

Une conversation durable rattachée à un work item, avec rejeu et rejet des epochs périmées. Il faut s’arrêter sur l’accusé de réception : la coordination échoue bien plus souvent parce qu’un message a été vu sans déclencher d’action que parce qu’il n’a jamais été livré ; « lu » et « répondu » cessent de vouloir dire la même chose.

Réel DANS un workflow d’orchestration. La boîte de réception générale et transversale est délibérément laissée non câblée, et ce choix est imposé plutôt que promis : un test de démarrage verrouille les sources d’autorité auxquelles le démarrage se lie, ainsi que leur ordre, et échoue pour chacune des quatre activations préparatoires connues. Ce n’est pas une liste d’autorisation exhaustive — une future voie utilisant un autre sélecteur nécessiterait son propre cas de test —, mais le câblage accidentel de l’une de ces voies préparées fait échouer le test, au lieu de créer une surprise en production.

modules/sessions/communication_model.go (les structures) · communication_ack_service.go et communication_ack_apply.go (le chemin de l’accusé et ses contrôles d’epoch) · cmd/olivares/communicationauthorityboot_test.go (le test de démarrage qui maintient le plan public non câblé)

Lancement pour un work item

Opérationnel, volontairement limité

Réserver, prendre le lease, et ALORS seulement lancer la session — en persistant le travail, l’epoch, le fence et l’exécution afin qu’une nouvelle tentative soit sûre au lieu de lancer une seconde exécution.

Via l’orchestration, pas comme point d’entrée autonome.

modules/sessions/runtime_work_launch.go

Exécution distante via A2A

Opérationnel, volontairement limité

Planifier, tester, démarrer, observer et annuler du travail sur un pair autorisé, avec des reçus durables de ce qui a été délégué et de ce qui est revenu.

Monté UNIQUEMENT lorsqu’une destination est configurée. Sans cible autorisée, le raccord n’est pas monté du tout — aucune voie n’envoie du travail à un pair arbitraire simplement parce qu’un fichier de configuration le demande gentiment.

cmd/olivares/wire.go · cmd/olivares/orchremote.go

Shadow mode et autorité finale sur le travail

Absent ; non implémenté

Un double reporting par rapport au système que vous exploitez déjà, avec un comparateur, avant que le work plane devienne celui qui décide.

Ce n’est NI « bientôt disponible » NI « partiel » : c’est absent. Aujourd’hui, aucun déploiement ne peut donner au work plane le dernier mot sur une session, et rien dans le produit ne doit être interprété comme offrant cette capacité. Si cela voit le jour, ce sera accompagné des preuves de son fonctionnement : une fenêtre de comparaison avec les sources existantes, pas un changement de version.

conception uniquement

Comment lire cette page

La version honnête des « agents qui se parlent »

Les work items et les leases sont des surfaces d’API ordinaires que vous pouvez piloter aujourd’hui. La conversation entre agents est réelle et durable, mais limitée à un workflow d’orchestration : il n’existe pas de bus de messages général pour des agents arbitraires. La délégation distante fonctionne et refuse les pairs inconnus.

Ce qui n’existe pas n’est pas présenté comme « bientôt disponible » dans l’interface. C’est indiqué ci-dessus comme absent. L’alternative vous coûterait l’après-midi passé à le découvrir au moment de l’intégration, précisément le type d’affirmation que ce projet refuse de faire : consultez le Centre de confiance et la façon dont Claude Code est gouverné.