USE CASE 01
本地 Agent / 长期治理
每一个 Agent，都有自己的住处和长期关系。
会话、任务、审批、记忆与产物被收进同一个本地控制面。你看到的是谁在做什么、需要什么决定，而不是一排彼此失联的终端。
把本地多 Agent 收进一个可治理的终端控制面。
本地多 Agent 的终端治理控制面。会话、任务、审批、记忆与 Secret 收进同一个 curses TUI。
INTERFACES 真实界面
01 SCENES 本地 Agent 越能干，越需要一个长期稳定的地方管理会话、任务、审批、记忆和 Secret。我想把控制权留在用户自己的终端里。
产品判断
运行时负责执行；枢衡负责治理控制面。
Secret、审批与长期记忆不能混进普通聊天历史。
公开能力边界要诚实：当前是本地 TUI，不假装存在远程 Web 服务。
为什么这样设计
把多个 AI Agent 放在一起长期工作，很快就会撞上治理问题：会话如何恢复、任务进行到哪、子 Agent 谁负责、谁批准了外部动作、Secret 放在哪里。枢衡把这些问题收进用户自己的终端控制面，而不是散落在各运行时的临时内存里。
已经定下来的边界
- 本地 curses TUI 管理会话、任务账本、子 Agent、artifact、审批、recovery、eval/trace。
- Secret Vault 与普通会话隔离；锁定后清理明文状态。
- 外部 Agent 只通过本地 JSONL stdio 的 shuheng-agent-gateway 接入。
- A2A/MCP-shaped 数据只是本地记录形状，不代表可访问的协议服务。
- Web Console、HTTP gateway、mobile 与 remote endpoint 已归档。