云效 × 研发 Agent 阶段成果总结

阶段判断

云效已从“会议口径”进入“可执行控制链路”：云效作为任务源，研发 Agent 负责执行与证据沉淀，harness 负责结构质量门，人继续负责验收和高风险审批。

关键数字

64已读取云效项目

5738已读取工作项

7阶段成果项

1下一步真实任务试跑

云效 × 研发 Agent 阶段成果总结

生成时间：2026-06-02 14:31 +0800 CST
任务目标：把“云效已经跑通”的进展整理成阶段性成果，让团队能看懂当前做到哪一步、下一步怎么用研发 Agent 和 harness 继续推进。

阶段结论

当前阶段已经从“会议方法论”推进到“可执行控制链路”：

云效任务源 -> 本地任务契约 -> 研发 Agent 执行层 -> 验证与证据包 -> harness 校验 -> 人审与任务索引

本次不把云效替换成新的看板，也不把 AI 写成无人审核的自动项目经理。稳定口径是：云效继续做组织协同底座，Codex / 研发 Agent 做执行和证据沉淀，人负责需求取舍、验收口径、上线判断和高风险审批。

已形成的阶段成果

成果	当前状态	证据	可复用价值
云效协作原则	已沉淀	`work/2026-05-29-ai-yunxiao-codex-collaboration-intake/summary.md`	统一“不迁移云效，AI 接入云效”的组织口径
云效只读拉取链路	已跑通	`work/2026-06-01-yunxiao-wedrive-traceability/summary.md`	已读取 64 个云效项目、5738 条工作项，为任务调度和项目追溯提供数据源
云效 × 微盘追溯	初版完成	`yunxiao-wedrive-project-map.csv`、`yunxiao-wedrive-match-candidates.csv`	把云效项目和企业微信微盘项目资料建立候选关联
云效任务到 Codeup/MR 的历史闭环	已有项目证据	`control/task-index/items/VWCG-912.tsv`、`VWCG-915.tsv`、`VWCG-927.tsv`、`VWCG-983.tsv`	证明本项目已有任务、分支、提交、MR、评论或测试流转的可追踪记录
面向研发的 Agent 控制台	已建立	`DEVELOPMENT_AGENT_CONSOLE.md` / `.html`	研发同事可以从一个入口理解 Agent 怎么接任务、怎么交证据
研发 Agent harness	已建立并通过样例验证	`control/development-agent/harness/dev_agent_harness.py`	先挡住路径错误、证据缺失、任务索引缺失和人审页缺失
阶段成果包	本次新增	本目录	给团队 review、周报汇报和下一阶段试点使用

证据等级

结论	证据等级	说明
已能通过 CLI 读取云效项目和工作项	A/B	已有本地命令证据和 raw JSON；读取范围为 64 个项目、5738 条工作项
已有云效任务到 Codeup/MR/评论/状态的历史闭环样例	B	任务索引中有 VWCG 系列任务、MR、提交和云效评论记录；本次未逐个重新回读外部云效状态
研发 Agent 控制台和 harness 已可运行	A	本地已通过 harness 与任务索引校验
“云效已跑通”作为当前阶段判断	B	来自 Jack 当前确认，并由 6 月 1 日云效读取证据和历史任务索引旁证
真实新任务在新研发 Agent 流程下完整试跑	D	尚未选择新的云效研发任务完成端到端试跑

当前使用方式

研发负责人先从 DEVELOPMENT_AGENT_CONSOLE.html 看当前控制台。
需要处理真实云效研发任务时，先把云效工作项转成 control/development-agent/agent-contract.md 要求的任务契约。
业务代码只在对应业务仓库修改，不复制进 zhctprompt。
每次任务完成必须生成 summary.md、source-index.csv、验证记录、人审页和任务索引条目。
完成前运行：

python3 control/development-agent/harness/dev_agent_harness.py --repo-root .
python3 control/development-agent/harness/dev_agent_harness.py --repo-root . --task-dir work/2026-06-02-yunxiao-development-agent-stage-results
python3 control/scripts/task_index.py validate

边界

本次没有真实写入新的云效工作项。
本次没有创建新的 Codeup 分支、提交或 MR。
本次没有修改 store、ai_api、ai_store、ai_app 等业务仓库代码。
Harness 只校验结构、证据和任务索引，不替代代码 review、单元测试、接口测试、客户验收或生产发布审批。
云效和微盘自动匹配中的 strong 仍是候选，不等于人工确认。
外部写入云效前仍必须使用当前同事个人令牌，不能沿用他人 token。

下一步

第一优先级不是继续写更多说明，而是选一个真实云效研发任务做完整试跑：

选定一个低到中风险云效工作项，优先选择 【自研】智慧营养健康餐厅 下边界清楚的研发任务。
写出任务契约，明确目标仓库、目标分支、任务分支、允许路径、禁止范围、验证命令和验收口径。
在业务仓库执行最小改动，生成验证证据。
创建或回读 Codeup MR，把 MR、提交、验证和风险写回任务证据。
在 zhctprompt 中生成证据包并运行 harness。
人审通过后，再把该流程固化为研发 Agent 的第一条端到端样板。

建议下一阶段目标定义为：

30 天内完成 3 个云效研发任务的 Agent 化闭环样板：
1 个 bug 修复、1 个小需求、1 个接口/API 或硬件联调类任务。