四条主张五条禁令：人不在环内的组织级契约
系列：Idea-to-Production · 概念篇
TL;DR
- "人不在环内"不是置信度，是契约：四条可证伪主张------一个动作启动一切、没有审批门、不为人类阻塞、人在系统之上。
- 每删一道人工关卡必须长一道机器关卡：逐交付物评审检查点、集成面评审门、对真实 UI 的 E2E 测试，是契约的价签。
- 系统本体是交付组织：任务看板（带依赖、锁、只追加审计日志）居中，代码只是众多工件之一；人看报告，不看请求。
- 五条禁令里四条管文档与调度，不管模型与提示词------本质是把分布式系统的纪律应用到 paperwork 上。
- 人的岗位换层级不降频率：从环内逐任务审批，永久移到环外做元评审（读治理报告、改进 Agent/技能/工作流/知识）。
背景与问题
关于 Agent 的讨论最后都塌缩成"能自动化到什么程度"，答案全是感觉："基本自动""关键处留人把关"。感觉不可审计。本文把自动化写成精确到逐条检验的契约，再拿它当审计尺子。全文讲概念与机理家族，不贴代码；界面截图只作为概念落地的运行形态示意。
契约：四条主张
| 主张 | 表述 | 它逼着你建什么 |
|---|---|---|
| 一个动作启动一切 | 人只创建项目（或写一条初始想法）；此后每一条任务都由 Agent 撰写、派发、认领、执行、评审 | 一个会写任务而不只是会干任务的调度角色 |
| 没有审批门 | 全环之内没有 PRD 签字、没有发布 go/no-go、没有人工回滚决策 | 真的能拦住坏东西的机器质量门 |
| 不为人类阻塞 | 给人的通知通道只是升级路径------记录并通知，然后按文档分支继续或干净停止；它从不等待回复，也从不等于批准 | 每个升级点都写明的"继续/停止"分支 |
| 人在系统之上，不在系统之内 | 人的固定工作是元评审：读治理报告，改进 Agent、技能、工作流、知识 | 会自我汇报的循环：审计轨迹、健康报告、效率信号 |
第二、三条是绝大多数"自主"Agent 系统悄悄失败的地方：砍掉只剩演示，兑现才被迫解决真问题。
它不是什么
- 不是聊天机器人。 中心不是对话，是一块带依赖、带锁、带只追加审计日志的任务看板。
- 不是代码生成器。 代码只是众多工件之一：需求、架构、UI 设计、测试策略、计划、发布说明、报告。真正的工程在交接里。
- 不是有人盯的流水线。 每条 PR、每次发布都有人盯，仍是环里坐着人；这里人看到的是报告 ，不是请求。
一句话画像：一个自主交付组织------和人类公司同一套家具（角色、运行手册、升级路径、审计），每把椅子上坐的都是 Agent，没有一把为你预留。
三个代价：极端约束逼出三样硬通货
代价一：没人签字，所以质量要么机器可执行，要么不存在。 每句"资深工程师扫一眼就会注意到"必须变成规格：逐交付物评审检查点（无记录在案的评审 PASS 不算 Done）、实现与测试之间的集成面评审门（BLOCK 判定直接阻断转移）、对真实 UI 的 E2E 测试。弱关卡 × 自主性 = 以机器速度放大错误。
代价二：没人解卡，所以失败必须有确定语义。 卡住 ≠ 等人处理。语义固定为：诊断 → 有限次重试 → 新建一条任务升级（Agent 对 Agent），或记录通知后按文档分支干净停止。失败处理是工作流定义的一部分，不是临场发挥。
代价三：没人盯管线，所以可观测性是设计输入。 每次认领、释放、过期、作业运行落进只追加审计日志；每个常驻循环自发健康报告与治理报告。系统必须在无人值守之后依然可追问。
三块骨架
- 三层分离，按变化速度分家：知识（每个角色怎么干活）、调度（谁在什么时候干哪条）、档案（产出了什么）。混层是多数 Agent 框架无法演进的根本病------不想为了教会一个 Agent 更好的检查清单而重部署调度器。
- 固定的九角色组织图：产品与项目管理、工程架构、全栈工程、UI/UX 与文案、QA 与发布、服务与数据运营、市场与增长、行政与财务，外加平台侧看门狗哨兵；角色内容文件夹与运行时 ID 严格 1:1。
- 工作沿具名文档工件流动：想法 → 需求 → 方案 → 设计 → 计划 → 代码与测试 → E2E → 发布 → 报告，十三个阶段，每阶段吃一种工件、吐一种工件------工件就是 Agent 之间的 API，有类型、可检视、可执行。
运行形态：两张图
人只写一条任务，看板自己长满------"想法转需求"任务创建后，设计、实现、QA、发布的卡片由 Agent 派发而出，每张带角色与依赖：
九角色在运维层是九类工作实例：一个角色可同时开多实例、分布多台机器，每实例绑定该角色的 Agent、技能、工作流与知识：
支撑"一单一工、不准自排班"的机器机制------原子认领锁、中心推送作业、过期回收------属于机理层，系列内另有专文（认领锁、中心推送、幂等键）。
五条禁令
| 禁令 | 它在守卫概念的哪一面 |
|---|---|
| 别"为了保险"加一道人工审批 | 它会悄悄把系统改回有人盯的流水线------契约本身就是产品 |
| 别让 Agent 自己排班、自己续命下一次运行 | 角色可能多实例，自排班必然重复干活；周期性的所有权在中心 |
| 别在赢得原子认领之前开工 | 两个实例做同一任务 = 重复产出 + 写冲突 |
| 别在交付文档里留 TODO 或占位符 | 下游 Agent 逐字执行文档------你的 TODO 会变成它的指令 |
| 别把同一条原则写进第二份文档 | 两份拷贝必然分叉；要引用就链接真源 |
总结
- "人不在环内"是契约不是置信度：四条可证伪主张，每条都逼着具体机理存在。
- 极端约束划算：买到机器执行的质量、确定的失败语义、内置的可观测性。
- 审计你自己的系统：把环写成主张，沿工作流走一遍，标出正在等人回复的那一段------那就是你的第一个工程任务。
范围说明：本篇只定义概念，刻意不涵盖锁协议与 API 细节、发布流水线与云拓扑（机理层）、模型选型与成本（系列之外）。可迁移的是"把契约写下来"的纪律。你在生产里见过哪些"号称自主、其实处处等审批"的系统？评论区聊聊～
作者：kylinlab.tech（kylinlab.tech）， Idea-to-Production 系列作者。