feat: add orchestrator-owned protocol v3 - #80
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
The existing recursive loop could persist mechanical iteration state, but it did not make each loop layer’s semantic plan, decisions, current work, handoff, available harnesses, or completion authority consistently inspectable. The PM layer also scheduled its own eval roles and dispatched overly specific leaf actions, while parent/child communication could depend on prose or mutable artifacts.
Protocol v3 gives every durable loop layer the same explicit contract without taking judgment away from the models: the layer orchestrator owns its goal, plan, handoff, child acceptance, and completion; evals are optional evidence; delegates remain dynamic; and the engine validates identity/provenance rather than semantic sufficiency.
What changes
Durable layer state and absolute assignment context
Orchestrator-owned completion and optional evaluation
outerforinner_outer_eval,plannerforpm_planner_dispatcher).Parent/child contract
inner_outer_evalorchestrator decompose them dynamically.session_outcome.json, including engine stops such as failure caps or max turns that have no terminal control.Cross-harness collaboration
Stock workflows and documentation
pm_planner_dispatcherto planner + dispatcher; remove its scheduled eval author/runner roles.inner_outer_evalindependently runnable as the one-layer system and as a recursively dispatched child.design/proposals/; it is not implemented by this PR.Deliberate boundaries
Validation
team-harness==0.5.4External review
Claude Code (
claude-opus-4-8, xhigh) and Antigravity performed independent adversarial reviews. Their findings and dispositions are checked intodesign/analysis/.Material fixes from review: