---
title: "工具与系统"
description: "五个能力域、共享状态机、产物记忆、最小可行系统与成熟度 L0–L6。"
---

> Documentation Index
> Fetch the complete documentation index at: https://collaboration-structure.varnothing.works/llms.txt
> Use this file to discover all available pages before exploring further.

# 工具与系统

> 本章回答：为什么需要工具，而不是规范？工具应该提供什么？最小可行系统是什么？

## 8.1 为什么需要工具，而不是规范

| 维度 | 软约束（规范/skill） | 硬约束（工具） |
| --- | --- | --- |
| 形式 | 文本/提示/建议 | 代码/规则/权限 |
| 执行 | 靠自觉 | 系统强制执行（前提：完全中介） |
| 可绕过 | 可以 | 不可以（除非有权限） |
| 可验证 | 难 | 易 |
| 可审计 | 难 | 易 |
| 一致性 | 依赖模型/上下文 | 确定性 |

**会议的结构，属于「边界类」问题**：谁可以发起、谁可以参加、谁可以决策、什么必须记录、什么必须批准。这些必须由工具强制，而不是靠 Agent 自觉。

**但「硬约束」需要前提**：Agent 的所有副作用经过策略执行点（PEP）。如果 Agent 可以直接读写数据库/文件系统/API，硬约束就会被绕过。

## 8.2 五个能力域（不是五层架构）

工具需要覆盖五个能力域。它们不是「分层架构」，而是「横切关注点」：

| 能力域 | 作用 | 关键对象 |
| --- | --- | --- |
| 组织 | 角色图、权限图、目标树、协议 | Role、Authorization |
| 会议 | 议程、参与者、决策、纪要 | Meeting、Decision |
| 执行 | 任务、产物、验证、审计 | Task、Artifact |
| 记忆 | 共享上下文、决策日志、角色卡、授权记录 | Context、Memory、Event |
| 身份/策略 | 身份、凭证、策略执行点、审计 | Agent Identity、Policy、Audit |

**为什么不是「五层」？**

因为「授权」不是最底层，而是横切所有层；「组织层」的权限图与「授权层」重复。用「能力域」更准确。

## 8.3 会议载体：共享状态机

会议载体不是「聊天窗口」，而是六个组件：

| 组件 | 作用 | 不是什么 |
| --- | --- | --- |
| 共享状态 | 所有参与者读写的结构化上下文 | 不是聊天记录 |
| 事件流 | 记录谁在什么时候做了什么 | 不是消息列表 |
| 调度器 | 决定谁在什么时候提交/评审/投票 | 不是主持人 |
| 规则引擎 | 执行决策规则、法定人数、升级、授权 | 不是 prompt |
| 可见性控制 | 控制谁能看到什么（公开/盲评/私密/分层） | 不是「@所有人」 |
| 人类界面 | 让人类观察、介入、审批、裁决 | 不是旁听 |

**一句话：会议载体是一个「可编程的共享状态机」。**

### 必须定义的工程问题

| 问题 | 为什么重要 | 建议 |
| --- | --- | --- |
| 并发写 | 多个 Agent 同时写同一状态 | 乐观锁/版本号/冲突合并 |
| 幂等 | 重试会重复执行副作用 | 幂等键/去重表 |
| 阶段转换权限 | 谁能调用 `POST /phase` | 角色+策略校验 |
| 崩溃/超时 | Agent 中途失败，状态归谁 | 租约/超时/补偿 |
| 部分失败 | 多步骤操作失败一半 | Saga/回滚/人工介入 |
| 完全中介 | Agent 不能绕过 PEP | 网络隔离/凭证控制 |
| 可复现 | 事件可重放，输出不可重生成 | 记录模型/版本/参数；不承诺输出复现 |

### 顺序偏差与调度

当前 Agent 的技术形态天然是「轮次对话」：

- 自回归生成：一次一个 token，本质串行；
- 无状态 API：每次请求都要带完整上下文；
- 消息传递模拟对话：A 的输出拼到 B 的上下文；
- 没有真正的「共享状态」，并行只是多个独立请求。

顺序偏差的四种机制：

| 机制 | 表现 |
| --- | --- |
| 锚定 | 围绕先发言者的框架/数字讨论 |
| 从众 | 倾向同意前面多数人的意见 |
| 信息级联 | 前面的错误被后面引用、放大 |
| 群体极化 | 讨论后观点更极端 |

工程解法：

```text
阶段 1：独立提交（互不可见）
阶段 2：盲评（匿名）
阶段 3：讨论（公开，记录顺序）
阶段 4：决策（规则/人类裁决）
```

**顺序偏差不能完全消除，但可以控制、审计、复现。**

## 8.4 产物载体：组织记忆

会议产物不是「纪要」，而是结构化对象：

| 产物 | 作用 | 关键字段 |
| --- | --- | --- |
| Decision | 记录决定 | context, options, rationale, delegation, decider, dissent, review_date |
| Task | 跟踪执行 | owner, due, acceptance, status, dependencies |
| Artifact | 管理文档/产物 | type, version, source, verification, status |
| Authorization | 管理权限 | subject, action, delegation, scope, expiry, conditions, audit |
| Context | 共享上下文 | layer, content, source, version, ttl |
| Role | 定义角色 | mission, inputs, outputs, permissions, escalation, lifecycle |
| Memory | 组织记忆 | type, content, source, related, status |
| Event | 事件日志 | meeting_id, actor, type, content, timestamp |

**重要修正**：

- Event 不是「同级产物」，而是「基底」：其他产物都是事件的投影；
- 产物需要「字段级权限」：Agent 不能改 `Decision.rationale`，只能追加评论；
- 产物需要「谱系」：不是版本号，而是「谁基于什么生成了什么」；
- 产物需要「保留/删除策略」：不是永久保存。

这些对象构成一个「产物图」：

```text
Meeting → Decision → Task → Artifact
Meeting → Authorization
Role → Authorization
Decision → Memory
```

**产物载体不是「文件柜」，而是「可查询的组织记忆」。**

## 8.5 最小可行系统

不需要一上来做平台。一个最小可行的系统，需要六件事：

| 组件 | MVP 实现 |
| --- | --- |
| 身份 | Agent ID、凭证、角色 |
| 策略执行点 | 拦截工具调用/数据访问 |
| 三个对象 | Decision、Task、Authorization |
| 事件日志 | append-only，带签名/哈希 |
| 人类审批 | 队列、SLA、超时默认 |
| schema 校验 | 字段/状态/必填 |

**注意**：没有身份/PEP，授权只是文档；没有 schema，产物会腐烂；没有审批 SLA，人类会成为瓶颈。

**真正的 MVP 是 2–4 周可交付的**，不是「五层平台」。

## 8.6 成熟度模型（修正版）

| 级别 | 准入门槛（须有证据） | 一票否决 |
| --- | --- | --- |
| L0 提示 | 无 | — |
| L1 单 Agent 有工具边界 | 工具白名单、调用日志 | 无日志 |
| L2 多 Agent 有人类 owner | 每任务唯一人类责任人；事件日志可检索 | 决定无 owner |
| L3 角色与授权 | capability 范围/期限；回收演练通过；越权拒绝率可测 | 无身份/无 PEP/回收未测 |
| L4 协议与审计 | 阶段转换有权限校验；注入红队；重复副作用测试；审计抽样达标 | 盲评可泄露/重试重复执行 |
| L5 校准委托 | 分决策类错误率与升级阈值；成本/延迟预算；人类理解度抽测 | 无错误率基线/批准为橡皮图章 |
| L6 自演化 | 外部审计、回滚、角色变更独立复核 | 自改权限 |

**说明**：

- 任一能力域可单独评级（授权 L1、记录 L4 是常见组合）；
- 每级需对抗性证据，非自评；
- 事故、模型升级、权限变更后重评。

**本章结论**：

> 工具不是「会议软件」，而是「承诺闭环的载体」。它需要身份、策略执行点、共享状态、结构化产物、审计。没有这些，会议只是聊天，纪要不是承诺。

---

Source: https://collaboration-structure.varnothing.works/part-2/tooling/index.mdx