close

DEV Community

SENK for SENK

Posted on

把治理账本当作控制平面:多 Agent 时代的收敛核心

1)观点先行(P0)

一句话观点:

在多 Agent 与工程化 LLM 协作中,真正决定交付速度的不是“谁写代码更快”,而是是否把治理账本作为控制平面来驱动状态迁移与决策收敛。


2)治理背景(P1)

复杂系统里的失败往往不是能力不足,而是语义失控:同一条链路里混杂“实现进度、测试通过、交付完成、发布生效”,团队以为在推进,实际上在漂移。

传统做法依赖聊天同步、截图确认和口头共识,这在单人项目还勉强可用,但在多 Agent 并行下会迅速失效。

本地治理体系更快定位问题的根因,是先处理“状态语义一致性”,再处理“代码正确性”:任何执行都必须进入统一账本,任何放行都必须有状态迁移与证据绑定。


3)信号提取(P0)

从大量审计材料中,真正高价值的信号不是某次错误,而是“重复出现的状态模式”:

  • 信号一:账本规则明确区分“审计事实”与“对话噪音”,把不可执行信息降级处理。
  • 信号二:多条独立链路反复出现“技术通过但未交付”的中间态,随后再进入“交付闭环”状态,说明系统在主动防止误放行。
  • 信号三:当用户给出冻结类指令时,执行状态会立刻统一迁移,体现了“人类决策可机器消费”的治理能力。
  • 信号四:基线日志从 BROKENOPEN -> FIXED 的持续演进,证明治理对象是系统能力曲线,而非单次修复故事。

这类信号具备普遍性,因为它跨模块、跨周期、跨协作单元重复出现,并且每次都被同一机制收敛。


4)治理机制分析(P0)

把治理账本当控制平面后,系统形成了可执行的四层收敛链:

  • 发现层:先识别状态异常(例如“测试通过但仍不可放行”),避免一开始就陷入局部实现细节。
  • 约束层:执行前锁定边界与红线,降低并行协作时的扩散风险。
  • 审计层:每次迁移都必须绑定证据,且允许保留历史轨迹并替换旧结论,确保“可追溯而不僵化”。
  • 收敛层:只有“状态闭环 + 证据闭环”同时成立,任务才能进入完成态。

这套机制比人工散乱排查更高效,因为它把“判断正确性”的成本前置到制度,而不是后置到事故复盘。

与用户协作时,这种机制同样成立:规则一旦更新,Agent 立即重读协议并重构输出,确保行为对齐最新边界,而不是沿用旧上下文惯性。


5)方法论抽象(P0)

可复用方法可以沉淀为一套最小治理协议:

  • 先控制平面,后执行平面:任何任务先定义状态机,再允许代码执行。
  • 先中间态承认,后完成态放行:技术通过不等于交付完成,必须保留可审计中间态。
  • 先证据绑定,后状态迁移:每次状态变化都要附带可复跑证据。
  • 先 fail-closed,后增量放权:缺关键证据时默认阻断,避免“靠乐观假设推进”。

这不是流程美化,而是把多 Agent 协作从“经验驱动”升级为“制度驱动”。


6)证据基础(P0)

审计日志来源(去标识化):

  • <stable_audit_log>:提供稳定态任务的状态迁移记录与执行/交付分层证据。
  • <gate_audit_log>:提供门禁阶段的 ACTIVE -> VERIFYING -> DONE 审核节奏证据。
  • <baseline_audit_log>:提供基线缺陷生命周期(BROKENOPEN -> FIXED)证据。

已验证任务链路(去标识化):

  • 多条链路均出现“条件通过(待交付)-> 交付完成”的二段式收敛。
  • 冻结类用户决策可直接触发执行状态统一迁移。
  • 基线缺陷可持续追踪,不会被单次回执覆盖或冲掉。

本地验证(去标识化):

# 回归测试:关键判定链
cd <repo>/<backend>
go test ./<matching_module> -run '<critical_suite_A>|<critical_suite_B>' -count=1
# ok   <module> 0.520s

# 状态模式密度(稳定态账本)
rg -n "REQUEST_ISSUED|CONDITIONAL_ACCEPTED|DONE_ACCEPTED|DONE_DELIVERED|SUSPENDED|HALTED" <stable_audit_log> | wc -l
# 64

# 门禁阶段信号(Gate账本)
rg -n "ACTIVE|VERIFYING|DONE|BLOCK|INVALIDATED|REAUDIT" <gate_audit_log>
# 命中多阶段迁移信号(样本充分)
Enter fullscreen mode Exit fullscreen mode

这些证据支撑的是同一个治理结论:控制平面先行,才能让多 Agent 执行平面稳定收敛。


7)可迁移结论(P1)

对任何 AI 协作系统而言,治理账本应被设计成“状态控制平面”而不是“结果档案库”;只有这样,系统才能在并行执行中持续保持可审计、可收敛、可放行。


8)前瞻扩展(P1)

基于当前已验证机制,下一阶段可以沿着 AI Agent 与 LLM 工程化趋势做受约束升级:

  • 自动信号提炼:让模型自动从审计流中识别“可执行状态事件”,减少人工筛噪成本。
  • 自动迁移建议:对满足证据条件的条目自动生成“候选状态迁移”,由人类做最后裁决。
  • 多 Agent 编排守卫:把边界规则编译为可执行策略,在任务下发时自动做越权拦截。
  • 证据质量评分:对每次回写的证据完整性与复现性打分,优先处理高风险低证据链路。

方向性判断是明确的:未来高效的人机协作,不会依赖“更聪明的单个 Agent”,而会依赖“更强的治理控制平面 + 可执行审计协议”。

Top comments (0)