SESSION 10

Team Protocols 团队协议

同一个 request_id 关联模式,两个领域 — Two Domains, One Correlation Pattern

SHUTDOWN PROTOCOL PLAN APPROVAL PROTOCOL Lead initiates shutdown Teammate responds to shutdown shutdown_request { request_id: "sr_001" } PENDING APPROVED shutdown_response { request_id, approve: true } REJECTED shutdown_response { request_id, approve: false } Teammate exits cleanly Teammate continues work Teammate submits plan Lead reviews plan message { plan_text } { request_id: "pa_042", plan: "..." } PENDING APPROVED plan_approval { request_id, approve: true } REJECTED plan_approval { request_id, approve: false, feedback: "revise scope" } Teammate begins execution Teammate revises plan Shared Pattern Shared Pattern request_id correlation send(req_id) -> wait -> match(req_id) async request-response over JSONL Protocol Sequence: A sends request(type, request_id) --> B receives, processes --> B sends response(request_id, approve)
CONCEPT 01

request_id 关联 Correlation

异步协议的锚点。每个请求都带有唯一的 request_id,响应必须引用同一个 ID。这样在消息洪流中也能精确匹配请求和响应。

CONCEPT 02

关闭协议 Shutdown Protocol

优雅关闭,非强制终止。Lead 发送 shutdown_request,Teammate 可以拒绝(正在做关键工作)。只有 approve 后才会真正退出,确保不会丢失进行中的工作。

CONCEPT 03

计划审批 Plan Approval

重大工作前需要审批。Teammate 提交 plan_text,Lead 审核后可以 approve(执行)或 reject 并附上 feedback(修改方向),实现人在回路的管控。

试一试 Try It Out

1

"生成 alice 作为一名程序员。然后请求她关闭。"

"Spawn alice as a coder. Then request her shutdown."

2

"列出队友以查看关闭批准后的 alice 状态"

"List teammates to see alice's status after shutdown approval"

3

"生成 bob 执行风险重构任务。审查并拒绝他的计划。"

"Spawn bob with a risky refactoring task. Review and reject his plan."

4

"生成 charlie,让他提交计划,然后批准。"

"Spawn charlie, have him submit a plan, then approve it."

5

"输入 /team 监控状态"

"Enter /team to monitor status"