Produkt · die Work Plane
Auf dem Großteil dieser Website geht es darum, was ein Agent ERREICHEN kann. Diese Seite erklärt, wie Agenten und Sessions die Arbeit selbst koordinieren — und wie weit jeder Baustein heute tatsächlich reicht.
Warum sie existiert
Olivares AI besteht aus zwei Hälften, die im selben Binärprogramm ausgeliefert werden. Die eine führt Arbeit aus und verbindet sie; die andere beobachtet und steuert sie. Keine ist bloßes Beiwerk der anderen — eine Work Plane ohne Governance ist Arbeit, für die im Nachhinein niemand Rechenschaft ablegen kann, und Governance ohne Work Plane ist ein Dashboard, auf dem es nichts zu steuern gibt.
Das Problem, für das diese Hälfte existiert, ist nicht hypothetisch. Dieses Projekt hat während seiner eigenen Entwicklung darunter gelitten: Sessions, die einander nicht sehen können, zwischen ihnen auseinanderlaufender Zustand, doppelt erledigte Arbeit und Entscheidungen, die in einem Terminal leben und beim Schließen verloren gehen.
Was real ist und was nicht
Die Grenze wird im Code durchgesetzt, nicht im Text versprochen. Ist ein Baustein enger gefasst als die Idee, wird diese Einschränkung hier genannt und durch einen Test festgehalten.
Eine Arbeitseinheit mit Kurzbeschreibung, Herkunft, Abhängigkeiten, Akzeptanzkriterien, Entscheidungen, einer verantwortlichen Person und eigener Ereignishistorie — dauerhaft und gesteuert durch ein einziges Befehlsdokument, das REST, CLI und In-Process-Aufrufer gemeinsam nutzen.
modules/sessions/work_model.go · modules/sessions/work_api.go
Zuständigkeit als durch Fencing geschützte, ablaufende Autorität: erwerben, erneuern, freigeben, übernehmen, widerrufen. Ein Halter mit ungültigem lease kann nicht weiter auf einem Work Item handeln; bei konkurrierendem Erwerb gibt es genau einen Gewinner.
modules/sessions/work_lease.go
Dauerhafte, an ein Work Item gebundene Kommunikation mit Replay und Ablehnung veralteter Epochen. Bei der Bestätigung lohnt es sich innezuhalten: Koordination scheitert weit häufiger daran, dass eine Nachricht gesehen, aber nicht umgesetzt wurde, als daran, dass sie nie zugestellt wurde; „gelesen“ und „beantwortet“ sind nicht mehr dasselbe.
Real INNERHALB eines Orchestrierungs-Workflows. Der allgemeine, bereichsübergreifende Posteingang ist bewusst nicht verdrahtet, und das wird erzwungen, nicht versprochen: Ein Starttest fixiert die Autoritätsquellen, an die sich der Start bindet, sowie deren Reihenfolge und schlägt bei jeder der vier bekannten vorbereitenden Aktivierungen fehl. Das ist keine vollständige Positivliste — ein künftiger Pfad mit einem anderen Selektor bräuchte einen eigenen Testfall —, doch das versehentliche Verdrahten eines dieser vorbereiteten Pfade erzeugt einen roten Test statt einer Überraschung in Produktion.
modules/sessions/communication_model.go (die Strukturen) · communication_ack_service.go und communication_ack_apply.go (der Bestätigungspfad und seine Epochenprüfungen) · cmd/olivares/communicationauthorityboot_test.go (der Starttest, der die öffentliche Plane unverdrahtet hält)
Reservieren, das lease übernehmen und ERST DANN die Session starten — dabei Arbeit, Epoche, Fence und Ausführung dauerhaft speichern, damit ein neuer Versuch sicher ist und nicht zu einem zweiten Lauf wird.
Über die Orchestrierung, nicht als eigenständiger Einstiegspunkt.
modules/sessions/runtime_work_launch.go
Arbeit auf einer autorisierten Gegenstelle planen, testen, starten, beobachten und abbrechen, mit dauerhaften Belegen dafür, was delegiert wurde und was zurückkam.
Wird NUR eingebunden, wenn ein Ziel konfiguriert ist. Ohne autorisiertes Ziel wird die Schnittstelle überhaupt nicht eingebunden — es gibt keinen Pfad, der Arbeit an eine beliebige Gegenstelle sendet, nur weil eine Konfigurationsdatei freundlich darum bittet.
cmd/olivares/wire.go · cmd/olivares/orchremote.go
Parallele Berichterstattung im Abgleich mit dem bereits betriebenen System und einem Komparator, bevor die Work Plane die Entscheidungen trifft.
WEDER „demnächst“ NOCH „teilweise“: nicht vorhanden. Eine Bereitstellung kann der Work Plane heute nicht das letzte Wort über eine Session geben, und nichts im Produkt darf so verstanden werden, als biete es diese Fähigkeit. Sollte sie jemals existieren, kommt sie mit Belegen für ihre Funktion — einem Vergleichsfenster gegenüber den bestehenden Quellen, nicht mit einem Versionssprung.
nur Entwurf
So lesen Sie diese Seite
Work Items und Leases sind gewöhnliche API-Oberflächen, die Sie heute ansteuern können. Die Kommunikation zwischen Agenten ist real und dauerhaft, aber auf einen Orchestrierungs-Workflow begrenzt — einen allgemeinen Nachrichtenbus für beliebige Agenten gibt es nicht. Remote-Delegation funktioniert und weist unbekannte Gegenstellen ab.
Was nicht existiert, wird in der Oberfläche nicht als „demnächst“ aufgeführt. Es steht oben als nicht vorhanden. Die Alternative würde Sie den Nachmittag kosten, an dem Sie das erst bei der Integration herausfinden — genau diese Art von Behauptung lehnt dieses Projekt ab: Lesen Sie das Trust Center und wie Claude Code gesteuert wird.