Add-ons / 附加包详情 · 02
单个 Agent 再强也有上限。A2A 让车间之间能派活、能交回；H2A 让人随时能介入、能喊停。
Why / 为什么需要它
一个 Agent 能干的活是有上限的。真实交付里，需求要拆给研发车间、截图要交给多模态车间、上线要通知运维智能体——这些环节必须能互相派活并拿到结果。
最省事的做法是让 Agent 之间直接互调 HTTP，但那样会迅速变成一张谁也不敢改的蜘蛛网。我们改成走总线：谁都不用知道对方在哪，只认消息格式。
A2A / Agent to Agent 拓扑
每个智能体旁边挂一个 sidecar 通信代理：Agent 只管干活，收发消息、重试、落库都由 sidecar 处理。新车间接入 = 起一个 sidecar，不动任何既有 Agent。
Contract / 任务生命周期
车间认领一条任务，任务从「待办」变为「执行中」，避免重复消费
执行任务本身，过程中可再向下派发子任务
回执确认 + 写回结果；失败进入重试，超限进死信并告警
任务信封
发起方、目标车间、输入、期望产出、超时与优先级——统一结构，谁都能解析。
幂等
任务带唯一标识，重复投递不会产生重复副作用。
可观测
每条任务的全链路留痕，卡在哪一步一眼可见。
H2A / Human to Agent
全自动不等于无人值守。真人对矩阵的控制必须随时可用——而且要足够轻，轻到不需要打开一套专门的后台。
官方消息渠道下达指令
直接在常用的企业 IM 里给矩阵派活、追问、叫停，不需要额外客户端
关键节点人工审批
发布、删除、对外发送等不可逆动作默认挂起等人确认，而不是先做后报
状态可视化
哪个车间在忙、哪条任务卡住了、今天产出了什么，一屏看完，随时介入
主动汇报
定时巡检与异常自动推送到人，不用人盯着看
Outcome / 实际改变
能并行
一条需求可以同时压给多个车间，而不是排队等。
能加人
新增车间只是多接一个 sidecar，既有流程不用改。
能喊停
任何不可逆动作前都有人工闸门，自动化不等于失控。
Related / 相邻主题