技术 / 项目经理 · 角色指南
你的 AI 副手是"项目指挥台"：用 PingCode / Gitee MCP 把规划、就绪度、风险、状态、评审治理自动化成草案，你负责判断与拍板。
假设你已读过 docs/00_overview/ 与 docs/01_onboarding/。通用范式见 00_overview/03_ai-work-paradigm.md；护栏见 04；度量见 05。
你的工具箱
| 工具 |
用途 |
| Claude Code / Codex |
AI 协作 |
| PingCode MCP |
项目 / Sprint / 工作项 / 看板 读写 |
| Gitee MCP |
提交 / PR / 评审 |
| czerp-manager 插件 |
本角色 5 skill + 3 命令 |
| code-reviewer 子代理 |
对抗式独立评审（czerp-workflow） |
高价值工作流（触发 → AI 做什么 → 人怎么验）
| # |
触发 |
AI 做什么 |
人怎么验 |
| 1 容量规划 |
计划会前 / /sprint-plan |
拉 速度 + 待选故事，产"故事→人"分配草案，标超载 / 缺估算 / 跨服务依赖 |
核对容量假设（请假/oncall/支援），手动调整、确认负责人 |
| 2 就绪度门禁 |
故事进 Backlog / 评审 |
拆后端/前端/DB/联调/测试子任务，按 就绪标准 五项打分，列缺失 |
与 PM 补齐；未达标不进 Sprint |
| 3 风险扫描 |
每日 / /risk-scan |
扫看板找依赖 / 阻塞 / 上线顺序冲突，对照仓库地图标服务+SDK |
判风险真伪与优先级，高风险建追踪工单 |
| 4 状态合成 |
站会前 / /status-digest |
聚合 PingCode + Gitee → 站会要点 + 管理层周报，标"提了但没上线" |
校正完成度与对外口径，删敏感后发出 |
| 5 评审治理 |
PR 把关 |
调 code-reviewer 子代理对抗式评审，给高置信问题 + 证据，PASS/FAIL |
关键路径人评，不全自动合并 |
一天典型流程
计划会前：/sprint-plan CZPRJ → 调容量分配草案
故事入池：story-readiness 门禁 → 模糊故事打回 PM
每日站会：/status-digest + risk-scan → 阻塞/进展/风险
PR 来了：review-governance + code-reviewer → 关键路径人评后再合并
Sprint 末：openspec archive + 指标复盘（看 05 度量）
铁律（本角色）
- AI 产草案，你拍板；速度 是参考不是承诺，容量假设人核对。
- 关键路径（鉴权 / 资金 / 跨服务事务 / DDL / 上线）人评不可省；AI 评审覆盖 40–60%，不全自动合并。
- 写回 PingCode/Gitee：建工单 / 评论 / PR 🟢 可直接；改状态 / sprint 归属 🟡 先告知；合并 PR / 改 prod 🔴 必确认。
- 把产出当交付是大忌：commit/PR ≠ 上线，状态以真实验证为准。
与各角色协作
- 对 PM：故事不就绪当场打回（
story-readiness），别让模糊故事进 Sprint。
- 对开发：跨服务依赖与上线顺序提前在
risk-dependency-scan 里点名。
- 对 QA / 运维：发版前用
status-digest 对齐"哪些真验证过、哪些要特殊上线步骤"。
常见错误
- ❌ 把 速度 当 KPI / 把代码产出当交付进度
- ❌ 全自动放行 PR（漏架构漂移与复杂业务 bug）
- ❌ 用不足一个 Sprint 的数据下"AI 有没有用"的结论（给 3–6 个月）
- ❌ 让 AI 自动改工单状态 / 合并 PR 而不确认
进一步