Standardize ACP as the executor contract across Work and SCV #73
- AtlantisPleb opened this issue 23h ago
-
A Author 8h ago Scoping note from the connected-Computer work now filed as #125, #126, and #127.
ACP is no longer a contract to standardize in the abstract: the Computer path already runs it end to end.
Work.DelegationServercheckpoints the ACP session id the machine reports and passesresume_session_idback so a delegation is re-attached rather than restarted, and the client half - spawn by argv, permission requests answered from local policy, bounded progress, one terminal result - exists inOpenAgentsInc/sarah-computer-controllerand is being moved into the CLI asOpenAgentsInc/openagents#15-#18.So the remaining work under this issue is convergence rather than design: the box substrate reaches an agent through
opencode runinsidebox_exec, while the Computer substrate reaches one through ACP with sessions and resume. #126 unifies the delegation envelope across both targets; whether the box path should also speak ACP rather than a shell invocation is the question this issue should now answer, with the Computer implementation as the reference.
Outcome
Make the Agent Client Protocol (ACP) the stable executor integration contract for Work and SCV drivers while preserving the authenticated API as the control contract for external callers.
Current behavior
Work and SCV can target several harnesses and computers, but the board does not name one protocol for executor sessions. New integrations can drift into per-harness spawning, event, cancellation, and closeout behavior.
Source:
docs/episode-triage.md, the one-interface-many-executors theme and episode 270.Contract
Acceptance criteria
Verification
Add adapter conformance, recovery, cancellation, authority, stale-session, and event-order tests. Exercise two executors through one captured workflow and run the relevant release gates.
Dependencies
Build on openagents.com #37, #41, and the cloud-computer contract in
OpenAgentsInc/openagentsproject 1.