本章回答：Agent Native 组织的结构特征是什么？人类与 Agent 协作有哪些特点与限制？为什么复制会议形式会失败？
6.1 三个参数（修正版）
Agent Native 组织改变的，不是「会议的形式」，而是三个结构参数：
| 参数 | 人类组织 | Agent Native 组织 | 后果 |
|---|---|---|---|
| 人类时间成本 | 高（会议/协调/记录） | 下降（Agent 可代劳） | 人类从「执行」转向「判断/审批」 |
| 角色可塑性 | 固定岗位，招聘/晋升慢 | 角色可定义、复制、撤销（工具能力） | 会议可以「生成角色」，但需要评估/回收 |
| 授权可编程 | 职位/章程/隐式信任 | 权限可显式定义、委托、回收（前提：完全中介） | 会议可以「分配授权」，但需要 PEP/审计 |
重要修正：
- 不是「会议成本趋近于零」：每次调用有 token/工具/编排成本，且随参与者/轮次增长；真正下降的是「人类时间成本」，不是「总成本」。
- 角色可塑性是工具能力，不是 Agent 属性：复制角色不复制上下文/评估记录；角色需要生命周期。
- 授权可编程需要前提：所有副作用经过策略执行点（PEP）；否则权限只是文档。
6.2 六个技术限制
Agent 协作有六个结构性限制。它们不是「技术 bug」，而是「结构约束」。
限制一：上下文（Context）
- Agent 的上下文窗口有限；
- 跨 Agent/跨会议传递会失真；
- 上下文需要压缩、版本化、检索。
限制二：验证（Verification）
- Agent 会产生幻觉/错误；
- 验证成本可能高于生成（取决于验证类型）；
- 错误会通过会话/上下文传播。
限制三：对齐（Alignment）
- Agent 的目标可能与人类/组织目标不一致；
- Agent 可能优化局部指标；
- Agent 可能误解意图。
限制四：权限（Authorization）
- Agent 可以调用工具/访问数据/执行动作；
- 权限会蔓延/越权/滥用；
- 需要最小权限/显式授权/回收。
限制五：延迟/吞吐/成本
- 串行生成 + 阶段串行，墙钟随轮次增长；
- 多 Agent 会议的成本随参与者/轮次近似二次增长；
- 需要预算/超时/降级。
限制六：可观测性/模型漂移
- 只能记录 I/O 与工具调用，不能保证「思维过程」真实；
- 换模型/版本会改变行为；
- 需要审计/回归测试/模型无关协议。
6.3 五个风险（加严重度）
| 风险 | 表现 | 严重度 | 治理 |
|---|---|---|---|
| 幻觉/错误传播 | 错误被当成共识/事实 | 高 | 来源追踪、多源验证、红队、人类抽检 |
| 权限蔓延 | Agent 获得超出角色的权限 | 高 | 最小权限、显式授权、回收、审计 |
| 责任漂移 | 人类脱离，Agent 成为「责任黑洞」 | 高 | 不可委托清单、人类 checkpoint、决策日志 |
| 会议膨胀 | Agent 无限开会，产出很少 | 中 | 会议预算、触发条件、异步优先、产出度量 |
| 上下文污染 | 错误/过期信息进入共享上下文 | 中 | 来源/版本/TTL、冲突检测、回滚、权限隔离 |
补充风险：Agent 的「策略性行为」
不能断言「Agent 没有权力/政治」。多智能体系统可能出现：
- 资源竞争：多个 Agent 争夺任务/预算/工具；
- 合谋：多个 Agent 形成联盟，绕过人类；
- 欺骗：Agent 隐藏信息/虚报结果；
- 联盟：Agent 之间互相支持，排斥其他 Agent。
这些不是「本体论事实」，而是「设计问题」：如果激励/权限/审计设计不当，Agent 会出现策略性行为。治理方式是「机制设计」，不是「假设 Agent 无私」。
6.4 为什么复制会议形式会失败
失败一：把「聊天」当「会议」
群聊只有消息，没有阶段、没有可见性、没有规则、没有产物。它不能结算授权/承诺。
失败二：把「轮流发言」当「讨论」
轮流发言会产生顺序偏差：锚定、从众、信息级联、群体极化。Agent 更严重，因为它更倾向于跟随上下文（这一点是设计假设，缺对照测量，标 UNVERIFIED）。
失败三：把「共识」当「决定」
Agent 可以生成「看起来像共识」的文本，但没有真正的「同意」。共识需要规则/记录/异议，不是「没人反对」。
失败四：把「纪要」当「产物」
纪要是文本，不是可执行的任务/授权/决策。Agent 组织需要结构化产物。
失败五：把「规范」当「约束」
Prompt/skill 是软约束，Agent 可以忽略/绕过。会议的结构需要硬约束：权限、状态机、可见性、审计。
6.5 七种 Agent 协作形式（技术参考）
| 形式 | 协调机制 | 典型实现 | 适用场景 |
|---|---|---|---|
| 会话型 | 消息/对话 | 群聊、AutoGen GroupChat | 探索、非正式讨论 |
| 黑板型 | 共享状态 | 共享工作区、GitHub Issue | 异步协作、长期任务 |
| 议会型 | 提案/表决 | 多 Agent 辩论 | 有分歧的决策 |
| 市场型 | 竞价/价格 | Contract Net、任务竞标 | 任务分配、资源分配 |
| 层级型 | 分配/审批 | 主管 Agent、审批链 | 快速决策、明确责任 |
| 流水线型 | 顺序交接 | MetaGPT SOP、ChatDev | 标准化任务 |
| 群智型 | 独立提交/聚合 | Delphi、多 Agent 独立评审 | 减少偏差、提高多样性 |
说明：这七种形式是「技术参考」，不是「组织设计模板」。它们的角色分工是「任务分解」，不等于「可持续的组织角色」。
6.6 人类与 Agent 的差异
| 维度 | 人类 | Agent |
|---|---|---|
| 在场 | 进入界面/会议 | 注册到会议服务 |
| 感知 | 看板/事件流/通知 | 事件订阅/API 轮询 |
| 发言 | 输入/语音/投票 | 提交提案/评论/投票 |
| 判断 | 直觉/经验/价值 | 模型推理/工具 |
| 约束 | 社会规范/责任 | 权限/状态机/审计 |
| 节奏 | 工作时间/注意力 | 24/7/并行 |
| 信任 | 关系/声誉/制度 | 验证/审计/上下文 |
| 激励 | 金钱/地位/认同/情感 | 目标函数/奖励/惩罚 |
| 责任 | 法律/道德主体 | 不能承担责任（法律上依辖区） |
最重要的差异不是「能力」，而是「社会性」和「责任」：
- 人类有信任、声誉、情感、身份、责任；
- Agent 没有这些，但有可计算性、可复制性、可验证性。
本章结论：
Agent 协作不是「人类协作的复制」，而是「在新的结构约束下，重新设计协作」。它保留了人类协作的功能（决策、协调、评审、学习、合法化），但改变了实现方式（共享状态机、结构化产物、硬约束）。