|
| 1 | +# TurtleTerm Agentic Integration Plan |
| 2 | + |
| 3 | +## Product decision |
| 4 | + |
| 5 | +TurtleTerm is the trusted terminal/session execution layer for SourceOS. |
| 6 | + |
| 7 | +It does not replace editors, terminals, AgentPlane, Policy Fabric, Agent Registry, MCP, A2A, ACP, or BearBrowser. It connects them through a governed terminal/session fabric. |
| 8 | + |
| 9 | +## Correct integration model |
| 10 | + |
| 11 | +```text |
| 12 | +VS Code / VSCodium / Cursor-like forks |
| 13 | +Zed / ACP-compatible clients |
| 14 | +JetBrains IDEs |
| 15 | +Neovim |
| 16 | +tmux |
| 17 | +TurtleTerm / WezTerm |
| 18 | +BearBrowser |
| 19 | + ↓ |
| 20 | +TurtleTerm local agent gateway |
| 21 | + ↓ |
| 22 | +ACP ingress + A2A delegation + MCP tools/resources |
| 23 | + ↓ |
| 24 | +Agent Registry + Policy Fabric + SourceOS contracts |
| 25 | + ↓ |
| 26 | +AgentPlane execution, evidence, and replay |
| 27 | +``` |
| 28 | + |
| 29 | +## Protocol roles |
| 30 | + |
| 31 | +- ACP: editor/client-to-agent interface. |
| 32 | +- A2A: agent-to-agent delegation and task/session flow. |
| 33 | +- MCP: tool, context, prompt, and resource access. |
| 34 | +- Policy Fabric: policy authoring, validation, review, governance, and release expectations. |
| 35 | +- Agent Registry: registered agent, skill, provider, and execution-surface identity. |
| 36 | +- AgentPlane: evidence-producing execution, placement, run, replay, promotion, and reversal. |
| 37 | +- SourceOS contracts: canonical schemas for sessions, decisions, surfaces, skills, receipts, telemetry, and release artifacts. |
| 38 | + |
| 39 | +## Invariant |
| 40 | + |
| 41 | +TurtleTerm must not grant agents ambient shell authority. |
| 42 | + |
| 43 | +Every risky action becomes an ExecutionDecision: allow, deny, ask, defer, or rewrite. |
| 44 | + |
| 45 | +## First-class integration targets |
| 46 | + |
| 47 | +1. tmux bridge for terminal-native users. |
| 48 | +2. VS Code-compatible extension for mainstream editor users. |
| 49 | +3. ACP ingress that feeds A2A. |
| 50 | +4. MCP bridge for tools/resources. |
| 51 | +5. A2A gateway for registered-agent delegation. |
| 52 | +6. Agent Registry bridge. |
| 53 | +7. Policy Fabric bridge. |
| 54 | +8. AgentPlane bridge. |
| 55 | +9. Zed ACP validation. |
| 56 | +10. JetBrains plugin. |
| 57 | +11. Neovim plugin. |
| 58 | +12. BearBrowser Stagehand/Playwright handoff. |
| 59 | + |
| 60 | +## Development tracks |
| 61 | + |
| 62 | +### Track A: trust fabric |
| 63 | + |
| 64 | +- turtle-agentd |
| 65 | +- Agent Registry bridge |
| 66 | +- Policy Fabric bridge |
| 67 | +- ExecutionDecision mapping |
| 68 | +- ExecutionSurface mapping |
| 69 | +- SessionReceipt mapping |
| 70 | +- AgentPlane bridge |
| 71 | + |
| 72 | +### Track B: user surfaces |
| 73 | + |
| 74 | +- tmux bridge |
| 75 | +- VS Code extension |
| 76 | +- ACP ingress |
| 77 | +- MCP bridge |
| 78 | +- A2A gateway |
| 79 | +- JetBrains plugin |
| 80 | +- Neovim plugin |
| 81 | +- BearBrowser handoff |
| 82 | + |
| 83 | +## World-class v0 standard |
| 84 | + |
| 85 | +A user should be able to install TurtleTerm, attach it to an existing terminal/editor workflow, ask for session inspection or command proposals, and know exactly who acted, what policy applied, what ran, where it ran, what changed, and what receipt proves it. |
0 commit comments