重庆环卫 · 项目协同试点 · 2026-08-17

把五条催办线，变成一个可追踪的协同系统

首轮采用“一个重庆环卫项目责任中心 + 五条工作流 + 短期 Subagent + 独立 Critic”。在责任人和证据日期确认前，不把群聊里的占位符改成外部承诺。

SupervisorFan-out / GatherGraph RegistryGenerator-Critic人审门禁

Current Signal

当前判断：红色，先止血再提速

RED

群聊明确从 7 月 16 日起已推进 31 天且软件交付偏慢；五条回复仍缺主要完成日期，备案、真机、物流与验收证据不完整。当天应先完成责任人与可承诺日期确认，不能继续把所有事项压在一个群聊里。

W33 周报记录李潇 / 赖清涛为重庆环卫总体负责人、时间窗为 8 月 17—23 日。这是项目责任中心的初始责任口径，不替代五条工作线各自唯一 DRI，也不是客户验收结论。

Topology

谁负责什么

Jack / 项目决策人
拍板优先级、跨人冲突、客户口径和关键日期。

↓

重庆环卫项目责任中心
统一 work item、状态、依赖、风险和对外汇总；不替专业负责人承诺日期。

↓

UI 两版A 沿用称重台；B 用经确认的重庆环卫标准色。

小程序 / 备案备案回执、合法域名、HTTPS 与上线窗口。

咖啡机接口MR、发布、真机 A/C/B、出杯与异常资金闭环。

餐盘物料确认 300 台基线、采购/出库、运单与现场清点。

压测 / 培训稳定版本后执行；对齐 1 天与 80 人次口径。

↓

独立 Critic
检查占位日期、越权承诺、依赖跳跃和“开发完成 = 客户验收”等错误，最多两轮后升级人工判断。

Five Workstreams

五条工作流：状态、下一步、完成定义

工作流	当前状态	立即补齐	完成定义
UI 两版	阻塞：配色素材和承诺日未闭环；仓库未发现本次两版稿	确认柴玉龙/美工最终 DRI；取得 Logo、标准色号、称重台背景和字段清单；回填出稿日与版本更新日	两版同时可评审、字段一致；A 不改背景图案，B 使用经确认的集团色；业主选版和安装版本可追溯
小程序与备案	阻塞：群聊称未审批，未见官方申请号、审核状态或回执	指定备案 DRI；补域名 ICP、小程序备案、AppID/主体、合法域名、HTTPS 和隐私协议证据	审批回执可核验，合法域名配置与正式入口通过；外部上线日期经负责人确认
咖啡机接口	进行中但不可宣称完成；旧分支与模拟闭环存在，真机与客户验收未证实	回读三仓当前 MR/质量门/部署版本；补测试机、`machid/appkey`、协议/错误码、HTTPS、真机窗口和退款责任	真机 A 取码、C 轮询、B 出货回传、真实出杯、重复回调、失败资金处理、对账与客户签收
餐盘物料	阻塞：方案输入有 300 台智能托盘，但最终型号、数量和物流未证实	指定采购/交付 DRI；确认 300 台是否仍为最终口径、条码规格、地址/联系人；补采购、出库和运单	物流可追踪；到场后完成数量、外观、扫码绑定抽验、差异和补发记录
压测与培训	阻塞：依赖备案和可验收版本；“培训 1 天”与方案“80 人次”未对齐	先定义环境、并发/响应/错误率、测试数据；确认培训对象、场地、材料、负责人和覆盖口径	压测报告和整改复测通过，P0/P1 关闭；培训材料、签到、实操、问题和业主确认可追溯

Dependency Graph

不跳门禁的依赖顺序

Logo / 色号 / 字段→UI A/B→业主选版→系统版本更新

ICP + 小程序备案 + AppID→合法域名 / HTTPS→小程序上线→压测 / 培训

MR + 设备 + 密钥 + 协议→真机联调→压测 / 培训

型号 / 数量 / 地址→发货→到货清点→现场签收

压力测试和培训不能因为“今天要回复”就跳过备案、稳定版本、真机或物料依赖。可以承诺何时补齐计划，不能伪造何时完成业务结果。

Today

今天要闭环的五个动作

项目责任中心发布五条工作流责任确认单；每条只有一个最终 DRI。
每位 DRI 回填“下一可验证产物时间”和“预计完成时间”；无法承诺时写清外部依赖及责任人。
UI、备案、咖啡机、餐盘可并行补证；压测/培训只做方案准备，等待可验收版本。
项目责任中心只汇总 Registry 中已回填内容，由独立 Critic 拦截占位日期和证据越级。
Jack 只处理优先级、跨人冲突、客户口径和关键日期，不再逐条追问底层过程。

项目群回复草案：收到，重庆环卫当前事项已经按五条工作线拆开：UI 两版、小程序与域名备案、咖啡机接口、餐盘物料、压力测试与培训。今天先完成每条线唯一负责人、下一可验证产物时间和预计完成时间的确认；备案、真机联调、物流和培训日期只依据审批回执、测试设备、物流单和可验收版本回复，不使用占位日期。责任人与日期确认后，由项目责任中心统一发布一版可追踪计划，并按日更新阻塞与证据。

这是内部草案，未授权 Agent 直接发送。实际日期、负责人和客户承诺由 Jack / 项目负责人确认。

Handoff Contract

每个 Agent 收到同一张交接卡

字段	必须写清
身份	`work_item_id`、`project_id`、唯一 DRI、协作者
目标	业务结果、当前状态、完成定义和非目标
证据	已确认事实、来源、等级、假设和缺口
依赖	前置节点、状态、阻塞 DRI、升级条件
代码	绝对路径、origin、分支、基线 SHA、worktree、允许写面与禁止范围
产物 / 验证	文件、接口、回执、物流单、报告、签收；验证命令、环境、预期、实际和证据路径
权限	不得自行承诺、发布、改生产、改共享契约或接触敏感数据
回传	状态、结果、产物路径、变更文件、提交 SHA、测试、风险和下一 DRI

Validation

这次不是画架构图，已经真实跑过一轮

3 路只读 Fan-out

方法审计、项目证据审计和多项目控制面审计相互独立，主线程统一汇总。

0 个共享写冲突

所有 Subagent 只读，主线程是唯一共享文件写入方。

同一套控制面

业务状态复用产品组 control/*.csv；运行契约复用 Agent Control Room；研发证据回到任务索引和仓库。

验证项	结果
子任务边界	通过：三块无共享写面
结构化回传	通过：事实/推导、风险、记录值和门禁均有契约
Registry	已建立 `workstream-registry.csv` 并接入产品组控制表
跨持久 Task / 跨主机	未验证，不宣称已完成
生产开发 / 发布 / 客户外发	未执行，不属于本轮授权范围

Human Gate

现在只需要 Jack 拍板五件事

确认重庆环卫项目责任中心的日常总控；Jack 保留优先级和客户承诺最终权。
确认 UI、备案、咖啡机、餐盘、压测培训各自唯一 DRI。
要求各 DRI 回填下一可验证产物时间和预计完成时间；没有证据可以写“依赖未确认”，不能填假日期。
确认咖啡机是否继续以旧 MR 为基础推进，还是先实时核对远端分支与质量门再排期。
确认第二批接入哪些长期项目；首轮一次最多再接入 2 个，验证 WIP 后扩容。

Evidence Boundary

来源与边界

方法来源：有道笔记《Codex Multi-Agent 编排实战：像指挥团队一样调度 AI》，ID A53FBD15F1EE4530825D97D147617910，C 级方法参考。
项目输入：有道笔记《群聊的聊天记录_202608171843_来源微信》，ID 5FFC2FE9BCD44EADBB1970C2A5D9847C，B 级群聊证据。
项目证据：重庆环卫接口、部署、原型、AI 核验、W33 周报、方案和验收材料。
本页是内部协同和人审材料，不是客户已确认排期、生产发布证明或验收结论。