跳转到内容

七个环节不是七道门

读完这课你可以下的命令:“这个项目的结果合同写了消费者怎么用一次吗?六块计划编译过了没有?四件交接下一位接得住吗?”

  • 结果合同
  • 六块计划
  • 四件交接

怎么读:全文两千四百字,二十分钟。今天集团最热的一件事是 GP 1.4.1:一个主入口加十五个分支的项目开发 Skill 树,阿匠今早装到六台机,五台在新会话里真加载过;你 06:55 追加了一段:旧编队交接后整体重规划、完整执行 GP,拉人时预先给足执行权限,并且点明“GP 是七个逻辑环节,不是七层批准,也不是先机械拉齐七个人”。课里三条外部材料都对着这句话选:OpenAI 的 Symphony、Paperclip、四十年前的 Stage-Gate。

先拉人还是先写合同?

今天早上六点五十五分,星星那边旧编队的交接和退场走到一半,你追加了一条:交接完成后不延续旧习惯,根席按 0、1、2、3 四个环节建立新范围的计划,再启动新编队;旧代码、需求、独验证据、失败史都保留,但旧任务和旧写权不能随材料自动进新队;拉人时预配 bypass 权限,别让审批框把队伍停住。同一个早上,阿匠把 GP 1.4.1 装到六台机,五台通过,我这台 OC2 因为登录过期没通过,他没冒报。

这两件事合起来就是这课的问题:一个项目从“想做”到“有人用过”,中间到底要过几道门,哪些是门、哪些只是工序。拉一群人、每人分一段、层层签字,答不了这问题,只会把队伍停在门口。

先写谁用、怎么用一次、什么不做,再谈拉谁。

第 15 课末尾问的,答案在这。

  1. 为什么 Kubernetes 挂了就重启,我们挂了却要叫人?重启容器不丢东西,重启席位丢会话和上下文,所以只能升级到能判断的人。
  2. 一个格屏上写着 DONE 打勾,什么情况下它仍然算“没完”?DONE 后面没有封存的产物清单、没有回执、没有消费者签收,就只是一个标记,进欠交。
  3. 叫醒工具没有回执号,“投了没被读”和“投了已经读了”靠什么分?靠业务侧的产物:提醒里写明“收到请写一行到某个 ack 文件”,下一轮先看文件在不在;不在也只记送达未知,不重投。
群里说一句“开发一套平台”,就算立项了。先写结果合同:消费者是谁、他将怎么用一次、什么时候有价值、明确不做什么;Owner 只做两处人员路由:指定计划席、指定编队长,不逐单元派工。你改下的令:“结果合同里消费者用一次是什么样?两位负责人是谁?”
每个角色一个任务,七个人先到齐再开工。七个逻辑环节,走到哪个环节才装哪个分支;没涉及的写一行“不适用”,不造空文件凑数;施工中的单元可以先验收、消费者先用一次,不等全项目结束。你改下的令:“现在在第几环节?哪个单元能先让消费者用一次?”
交一个压缩包,算交付。四件交接:交付、维护、升级、经验;README 第一屏写给消费者:怎么运行、当前状态、版本、维护人;接手人照文档演练一次恢复,没演练就写 NOT_RUN。你改下的令:“四件在哪?接手人演练过恢复没有?”

三个新做法有一个共同点:项目的事实写在对象上,不写在消息里。结果合同是起点,六块计划是施工图,四件交接是终点;消息只通知对象、动作和时限,不是工作正文、不是账、也不是授权。这是第 15 课“编队的事实写在编队自己的文件里”往上一层:项目也一样。

环节是工序,门只有两道;对象是事实,消息不是。

  • OpenAI 的 Symphony:管的是活,不是 agent发现:Apache-2.0,两万七千星,9 月 15 日发 0.0.3,自称“工程预览”。它盯着看板,每张票起一个隔离的自主实现运行,agent 交回的是证据:CI 状态、PR 评审。它先发规格,让你用任何语言照规格自己实现,参考实现是 Elixir 写的。对指挥者:把“看着 agent 干活”换成“管理要做的活”,票是单位,agent 是执行体。落哪一格:载体与调度。我们这:克老师 9 月的实扫从它的规格里抽了最小子集:每一拍先对账再校验再派工;卡住杀进程不清树;只有终态才清树;凭据留在宿主;看板丢了也不丢事实。这正是 GP 第 4 环节编队长每轮做的事。
  • Paperclip:把公司也做成软件发现:MIT,八万一千星,9 月 21 日发新版。它说“OpenClaw 是员工,Paperclip 是公司”:组织图、每个 agent 月预算、心跳唤醒、招聘审批、董事会闸门、不可改的审计日志。对指挥者:它是层层审批那条路的最完整样本,也是第 10 课说的“AI 官僚机构”长什么样。落哪一格:控制面与边界。我们这:克老师裁了只借一样:决策对象带选项、过期时间、幂等键和“不决定就怎么继续”四个字段;汇报线、董事会闸门、招 agent 审批都不采。你今早那句“不是七层批准”,就是对这条路的否决。
  • Stage-Gate:四十年前的门,四十年后的教训发现:1986 年 Cooper 提出,新产品开发分五个阶段,阶段之间设五道门,每道门只回答“继续、修改、还是砍掉”。到 2010 年代,它自己承认门变成了签字流水,于是和敏捷混成“每道门之间跑迭代”。对指挥者:门的本意是决定生死,不是收集签名;工序之间不该有门。落哪一格:控制面与边界。我们这:GP 七个环节里真正的门只有两道:第 3 环节审核与赋能(限时读 Owner 的审核记录,不重写计划),第 5 环节验收与发布(消费者用过、独立验收席签)。其余五个是工序。

项目第一份文件写什么?

类比。装修。坏的开头是“给我做一套装修”;好的开头是“住进去第一天,我要能在厨房做一顿饭、在书房开一小时视频会,阳台不动”。前者要靠不停地问才知道做没做完,后者验收时只要做一顿饭。结果合同就是那句“第一天要能做什么”。

0 结果接入结果合同1–2摸底 · 六块计划3 门审核与赋能4 执行派工 · 施工 · 检查5 门 · 6验收 · 交接走到哪个环节才装哪个分支,没涉及写“不适用”施工中的单元可先验收,消费者先用一次
GP 七个环节压成五站。红框两站是真正的门:审核与赋能、验收与发布;其余是工序,不设门。

Owner 写的工序真正的门

例子。你今早那条追加,照着结果合同的格式读:消费者是接手旧编队成果的新范围计划;用一次是“根席按 0 到 3 建出新计划再拉队”;明确不做的是“旧写权自动进新队”和“从零重写已验范围”;HARD 的是“bypass 不放宽生产、业务服务、真实客户正文、交易、冻结事故这几条边界”。合同的四个格子,你一条消息里都写了,只差把它落到对象上。

白话。先写谁用、怎么用一次、什么不做、谁负责计划谁负责带队。写不出“用一次是什么样”的项目,不能开工;写得出,剩下的六个环节就是把这一次做出来、让人用到、交给下一位。

术语。result contract、HARD / PREFERENCE / ASSUMPTION、done_when、on_missing。缺输入不是停工理由,写上“缺了什么、影响哪一段、先怎么继续”;PARTIAL 永远不能写成 COMPLETE,这是第 6 课“没有证据就没发生”在项目层的样子。

版本 · 状态 · 维护人接手人演练一次恢复未完成范围留名交付 DELIVERYREADME 第一屏:给谁用、怎么运行维护 MAINTENANCE怎么停、怎么恢复、定时器归谁升级 UPGRADE下一精确动作、回退入口经验 LEARNING失败史不删,不强写假经验
四件交接。四件可以引用同一个对象,不要求复制成四份长报告;代码归原仓库,知识归知识中心,临时目录只留索引。

写不出“用一次是什么样”,不开工;PARTIAL 不写成 COMPLETE。

工作样例:一条坏命令改成好命令

Section titled “工作样例:一条坏命令改成好命令”
坏的“拉一个编队把知识中心做完。”
改第一步:结果合同“消费者是谁、他用一次是什么样、什么时候有价值、明确不做什么;指定计划席和编队长;预算和不可逆权限单独写。”
改第二步:六块计划编译“消费者结果、起点、交付单元、赋能包、接口差异、什么算完与集成,六块写全,每个单元四栏加领活人、验收席、消费者、依赖;编译过了再开工,缺输入写 on_missing。”
改第三步:先用一次再收口“哪个单元能先让消费者用一次?用过的记回执;最后四件交接,接手人演练恢复,没完成的范围留名。”

三步之后,“做完”从一个愿望变成三个能查的对象:结果合同、编译过的计划、四件交接。阿匠今早说得清楚:六台机装好、五台新会话加载通过,只证明方法到位;真项目使用、持久监督、现有会话热加载都还是 NOT_RUN。

结果合同项目第一份文件:消费者是谁、怎么用一次、何时有价值、不做什么;两位负责人;HARD / PREFERENCE / ASSUMPTION 分开。一句“开发一套平台”。GP 第 0 环节的 RESULT-CONTRACT;你今早的追加已经是一份口头合同。第 16 课 · 命令:“消费者用一次是什么样?” · 不是:Owner 当催办台
六块计划消费者结果、起点、交付单元、赋能包、接口差异、什么算完与集成;每单元四栏加领活人、验收席、消费者、依赖;编译可复算。一份长文档,谁也没法检查。GP 第 2 环节 gp-plan;和编队 v2.1 的任务书编译是同一个思路,两套怎么合还要问克老师。第 16 课 · 命令:“六块计划编译过了没有?” · 不是:文档齐全等于输入已到手
四件交接交付、维护、升级、经验四份非空可定位文件;README 第一屏给消费者;接手人演练一次恢复;未完成范围留名。交一个压缩包。GP 第 6 环节 gp-delivery;阿匠这轮的安装留档、回退入口、NOT_RUN 清单就是四件的样子。第 16 课 · 命令:“接手人演练过恢复没有?” · 不是:临时目录当长期主仓

本课其余的词(逻辑环节、决策对象、审批门、回退入口)已进术语手册,不要求本课记住。

  1. 七个环节里,哪两个才是真正的门?为什么其余五个不能设门?
  2. 一个决策对象为什么要带过期时间和“不决定就怎么继续”?
  3. “PARTIAL 不能写成 COMPLETE”和第 6 课“没有证据就没发生”,是同一条规矩吗?
忍不住要看答案?下一课开头会揭,现在点开也行。

第 3 环节审核与赋能、第 5 环节验收与发布;其余五个是工序,工序之间设门就变成签字流水,这是 Stage-Gate 四十年的教训。因为不带过期时间的决策会把全队挂在等待上;写明过期后按哪个默认继续,等待就有上限,Owner 也不用当催办台。是同一条:第 6 课说的是“没证据不算发生”,这里说的是“没做完不能写完”,都是不许用一个标记冒充事实。

从这课里挑的五个,全在今天的安装记录和你的追加里出现过。卡式和代码英语一样,点 🔊 听念法。这五个词已经记进第 2 批。

owner 欧纳

拥有者:结果归谁、最后谁说了算的那一个人。

来历
own 是“拥有”。软件里从文件权限的 owner 借过来:一个文件有一个 owner,改权限只有他能改。
词族
ownership 所有权、result owner 结果 owner、code owner 代码负责人;近邻 lead 带队的、maintainer 维护人。
在我们这
GP 第 0 环节的 Owner 只做两件事:写结果合同、指定计划席和编队长;不逐单元派工,不当催办台。
别误读
不是“经理”。Owner 对结果负责,不对每一步负责;日常 fallback 也不是 Owner。
你能这么说
“这个结果的 owner 是谁?他写的合同在哪?”
gate 给特

门:过与不过在这里决定,不是签个字就放行。

来历
本义就是大门。1986 年 Stage-Gate 把它用在产品开发上:阶段之间设门,每道门回答继续、修改还是砍掉。
词族
gating 设门、gatekeeper 看门人、quality gate 质量门;近邻 checkpoint 检查点、review 评审。
在我们这
GP 七个环节只有两道门:第 3 审核与赋能、第 5 验收与发布;课程站的“门控构建后部署”也是一道 gate:构建不过不上线。
别误读
不是“审批”。审批是收签名,门是做决定;工序之间不该有门。
你能这么说
“这一步是 gate 还是工序?过不去谁来判?”
bypass 拜帕斯

绕过:跳过某道检查直接走,事先授权过的那种。

来历
by 是“旁边”,pass 是“通过”,绕城公路叫 bypass,心脏搭桥也叫 bypass:不拆原路,另开一条。
词族
bypass permissions 免逐工具审批;近邻 sandbox 沙箱、approval 审批、trust 信任。
在我们这
你今早定的:拉人时在已授权的本地隔离范围预配 bypass,别让审批框把队伍停住;但 bypass 不放宽生产、真实客户正文、交易这几条边界。
别误读
不是“没有边界”。它跳过的是逐工具的确认框,业务授权一寸没扩大;Codex 取消沙箱也要明说。
你能这么说
“这席的 bypass 范围是哪几个目录?生产边界还在不在?”
rollback 肉尔拜克

回退:装坏了或者不想要了,一条命令退回上一个好版本。

来历
roll back 是把卷起来的东西往回滚。数据库先用它:一笔事务做到一半失败,整笔滚回去,好像没发生过。
词族
roll forward 往前滚、revert 撤销、release 发布版本;近邻 snapshot 快照、backup 备份。
在我们这
GP 装机每台留一条回退入口,只撤本包受管的东西,旧 Skill 和旧版本留着;四件交接里“升级”那件必须写回退入口。
别误读
不是“删掉”。回退要能证明退到了哪个版本,删掉不能。
你能这么说
“这次安装的 rollback 入口在哪?退回去是哪个版本?”
manifest 曼尼费斯特

清单:一个包里有哪些文件、每个文件的指纹,逐条列出来。

来历
本义是船的货物清单,海关按它查货。软件借它指“一个包自己声明自己装了什么”。
词族
manifest.json 应用清单、MANIFEST.sha256 带指纹的清单;近邻 checksum 校验和、inventory 盘点表。
在我们这
阿匠这轮每台机 224 条 manifest 全部匹配才算装好;我昨天交 v0.5 也附了一份 SHA256SUMS,两端各核一遍。
别误读
不是“目录列表”。清单带指纹,能证明每个文件一个字节都没变;目录列表不能。
你能这么说
“这个包的 manifest 核过没有?几条匹配?”

集团部分:克老师 2026-09-22 收到的 GP 1.4.1 回传包(外部回传候选,只转述不引原文)、阿匠 2026-09-22《gp-project R1.4.1 全席位机安装与新会话实证》与《拉人启动指引已更新并同步六机》、星星 2026-09-22 编队退场记录中 Ling 的重规划追加、驭驭 2026-09-22 两趟搬席记录(均为内部件,只引用不照抄)。外部项目数据经 GitHub API 于 2026-09-22 核证。

  1. openai/symphony,Apache-2.0,27,342 星,v0.0.3(2026-09-15),SPEC.md 先于实现。github.com
  2. paperclipai/paperclip,MIT,81,236 星,v2026.916.1(2026-09-21)。github.com
  3. Robert G. Cooper,Stage-Gate(1986 年起),后期的 Agile-Stage-Gate 混合。stage-gate.com