初卓 ERP · AI 工作范式（操作总纲）¶
蓝图（
01）讲"为什么、要成什么样"；流程图（02）讲"需求→上线"的组织流转。 本文讲每个人每天怎么和 AI 一起干活——所有角色共用的一套操作闭环，以及它落在哪些 skill / 命令 / 子代理 / MCP 上。
一句话范式¶
把 AI 当高产但需复核的队友：你负责"要什么、对不对、要不要"，AI 负责"按团队范式快速产出草稿"。每件事都走同一个闭环。
核心闭环：拉真相 → 定方案 → AI 产出 → 双重验证 → 留痕¶
① 拉真相 PingCode MCP 拉故事 / 验收标准 / 设计 / 缺陷历史，不脑补
↓ skill: pingcode-context-loader · pingcode-locator 命令: /user-story-impl
② 定方案 新功能 / 跨服务 → OpenSpec proposal；轻量改动跳过（一句话能说清的 diff 不写 spec）
↓ skill: openspec-superpowers-bridge 命令: /openspec-new
③ AI 产出 按角色 skill 取范式：TDD / 脚手架 / 草稿，复用框架而非造轮子
↓ czerp-backend·frontend·pm·qa·ops·manager 各 skill + Superpowers TDD
④ 双重验证 本地自检 + 对抗式子代理；远程 Gitee Go 流水线（Maven 编译）+ 关键路径人评（AI 评审 Qodo 仅 GitLab/czerp-demo 试点，主仓未覆盖）
↓ 命令: /pre-pr-review 子代理: code-reviewer skill: gitee-pr
⑤ 留痕 commit 含故事号 → OpenSpec archive → 复盘 / 已上线状态回写 PingCode
skill: commit-message 命令: /pr-describe
每个角色把这条闭环套到自己的产物上：PM 的产物是故事 / 原型，后端是代码，QA 是用例 / 回归，运维是变更 / 复盘——闭环不变，产出物不同。
四种能力原语：什么时候用哪个¶
| 原语 | 是什么 | 何时用 | 例子 |
|---|---|---|---|
| Skill | 按场景自动触发的领域范式（SKILL.md，靠 description 命中） |
固化"这个能力怎么做对 + 易错点" | crud-scaffold、flyway-migration、testcase-author |
| Command | 显式调用的流程入口（/<命令>） |
高频、有固定步骤的动作 | /openspec-new、/pre-pr-review、/sprint-plan |
| Subagent | 独立上下文的专员（agents/） |
隔离重活 / 对抗式独立评审 / 大范围调研，不污染主上下文 | code-reviewer、Playwright planner·generator·healer |
| MCP | 外部系统接入 | 读写 PingCode / Gitee / Axure / Figma | 拉故事、建 PR、提缺陷 |
Hook 是 Claude Code 的强制机制，比文字约定更可靠。团队已随
czerp-workflow插件分发护栏 hooks（guard-bash拦破坏性命令、guard-write查密钥 + Flyway 命名/PG 方言），叠加skill + /pre-pr-review + Gitee Go 流水线（Maven 编译）+ 关键路径人评软闸。详见04_ai-guardrails.md。Codex 侧 hooks 不生效，靠 AGENTS.md 文字铁律。
五条护栏（必读，所有角色继承）¶
详见 04_ai-guardrails.md。一句话版：
AI 产草稿、人担责任；关键路径必人评；评审不全自动；敏感数据不入上下文；度量看质量不看产量。
各角色范式卡¶
每个角色指南都含"高价值工作流卡（触发 → AI 做什么 → 人怎么验）+ 本角色的坑"：
| 角色 | 指南 | 高价值工作流（节选） |
|---|---|---|
| 技术/项目经理 | 02_roles/manager/ |
sprint 容量规划 · 故事就绪度门禁 · 风险依赖扫描 · 状态周报 · 评审治理 |
| 产品经理 | 02_roles/pm/ |
原料收敛→故事草稿 · 验收标准 批量生成 · 竞品调研 · 驱动原型 |
| 后端 | 02_roles/backend/ |
spec 先行 · TDD · 复用框架脚手架 · 安全重构 · Flyway 迁移 · 提交前双评审 |
| 前端 | 02_roles/frontend/ |
设计稿→代码（Code Connect）· Avue 样板 · 动态路由 · 视觉 QA |
| 测试 | 02_roles/qa/ |
验收标准→用例 · Playwright planner·generator·healer · 缺陷三角化 |
| 运维 | 02_roles/ops/ |
告警三角化 · 事故 根因分析+runbook · GitOps 变更安全 · 可观测性自然语言查询 |
落地节奏¶
先用一个真实任务把闭环跑通，再铺开（见蓝图 §6）。不顺畅点 → 补 skill / docs / 调流程，走 PR。
是否真起作用，按 05_measuring-adoption.md 度量，给 3–6 个月再下结论。