القائمة
全流程实施：探索→计划→worktree→TDD→实施→PR→review→fix Cx1/Cx2→人工确认。L1（跳过探索，1 reviewer）/ L2（单 explorer，1 reviewer）/ L3（默认，三 explorer，按 diff 行数 0/2/3/6 reviewer 自动，<200 行主 agent 自审）
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
问题诊断与修复：验证 + 根因 + 复杂度分级 + 修复方案 + GitHub Issues 登记。当用户说'这个问题存在吗''帮我分析这个 bug''诊断一下这个模块''修复这个问题'时触发。支持单条与批量（review 报告）输入。
Git Worktree 项目约定（编号、基准分支、`-C` 路径用法、删除安全）。
对指定 PR 跑一次自动分级 gocell-web 六维度 review。按 diff 净增删行数自动分配 2/3/6 reviewer agent 并行（< 200 行不派发，主 agent 自审）；主 agent 做根因聚类 + Cx 分级 + 修复分流建议，不自动 fix。
| name | ship |
| description | 全流程实施：探索→计划→worktree→TDD→实施→PR→review→fix Cx1/Cx2→人工确认。L1（跳过探索，1 reviewer）/ L2（单 explorer，1 reviewer）/ L3（默认，三 explorer，按 diff 行数 0/2/3/6 reviewer 自动，<200 行主 agent 自审） |
| argument-hint | [--level=L1|L2|L3] <#issue-number 或任务描述> |
| allowed-tools | ["Read","Write","Edit","Glob","Grep","Bash","Agent","AskUserQuestion"] |
默认 L3（三 explorer + 详细计划 + 与用户确认 + 按 diff 行数自动 0/2/3/6 reviewer，见阶段 7）。
剥离 --level= flag 后，剩余参数匹配 ^#?[0-9]+$ 视为 GitHub issue 号，先 gh issue view <N> --json title,body,labels,state（dangerouslyDisableSandbox: true）拉取作为任务上下文；后续以 issue title/body 替代自由文本，阶段 6 PR body 追加 Closes #<N>。state != "OPEN" 或 gh issue view 失败 → AskUserQuestion 让用户裁定。
| 等级 | 探索 | 计划确认 | 实施 agent | review |
|---|---|---|---|---|
| L1 | 不探索 | 不需要 | 1-2 并行 | 1 reviewer |
| L2 | 1 explorer | 展示给用户 | 1-2 并行 | 1 reviewer |
| L3（默认） | 3 并行 explorer | AskUserQuestion 确认 | ≤ 4 并行 | 1/2/3/6 reviewer（阶段 7） |
L2：1 个 explorer agent，对标主流 Vue 后台（Vben / Pure Admin / AntD Pro Vue 等，查 docs/references/），用 WebFetch 拉源码提取组件结构、Composables 模式、Pinia 组织、路由守卫写法；产出采纳建议与偏离理由。
L3（默认）：并行启动 3 个 explorer agent：
全部完成后按"方案与计划原则"汇总，执行"反思自检"，再 AskUserQuestion 与用户确认方案方向。
package.json#exports 更新呈现给用户前逐条自查并在确认问题中如实回答：
package.json#exports？有无深路径 @gocell/foo/src/...？→ 修正任一条不通过 → AskUserQuestion 中显式列出取舍及理由，不得默认放行。
按"方案与计划原则"生成：改动文件清单（按依赖顺序）/ 任务分组（串行 vs 并行批次）/ TDD 测试先写清单 / 对标参考（ref: <project> <file>）/ 涉及包列表（用于阶段 7 reviewer 上下文）。生成后执行"反思自检"，L3 用 AskUserQuestion 确认。
并行批次分析（改动文件 ≥ 4 时必须明确）：
依 git-worktree skill 约定，基于 origin/develop 创建：
git fetch origin
git worktree add worktrees/<NNN-short-name> -b <branch-name> origin/develop
pnpm -C worktrees/<NNN-short-name> install --frozen-lockfile # 新 worktree 必跑：建立 workspace:* 软链
编号区间：Feature 001-199 / Fix 200-299 / Refactor 500-599。扫描 worktrees/ + git branch -a 取最大 +1。pnpm install 不跑 → 阶段 4 测试会报 Cannot find module '@gocell/<x>'（详见 .claude/skills/git-worktree/SKILL.md §失败模式）。
在 worktree 中先写 *.spec.ts（vitest）/ *.e2e.ts（playwright，仅关键路径）：覆盖正常 / 边界 / 错误路径。packages/core/ ≥ 90%、其余 ≥ 80%。
pnpm -C worktrees/<NNN> -F @gocell/<pkg> test --run
确认测试先 FAIL，再进入实施。纯文档 / 配置类改动（无可测产物）→ 本阶段记录"N/A：文档/配置类"后跳过，但必须在阶段 7 review 中重点查文档一致性。
主 agent 据阶段 2 改动文件清单与批次依赖自主决定：
vue-developer agent硬约束：
vue-developer 上限 4 个每个 vue-developer sub-agent prompt 必须包含：
worktrees/<NNN>）pnpm -C worktrees/<NNN> -F @gocell/<pkg> typecheck && test<type>(<scope>): <描述>，<scope> 为包名（不含 @gocell/ 前缀）每个 sub-agent 在自己任务上串行执行 Edit-Test Loop，完成后跑 pnpm -C worktrees/<NNN> -F @gocell/<pkg> lint（0 issues 才 commit）。
pnpm -C worktrees/<NNN> -w lint
pnpm -C worktrees/<NNN> -w typecheck
pnpm -C worktrees/<NNN> -w test --run
# 涉及 contract 改动时必跑：
pnpm -C worktrees/<NNN> codegen && git -C worktrees/<NNN> diff --exit-code packages/contracts/src/
任何一步红 → 回到 §5.0 不进阶段 6。
git -C worktrees/<NNN> push -u origin <branch> # dangerouslyDisableSandbox: true
gh pr create --title "..." --body "..." # dangerouslyDisableSandbox: true
PR body 必含：Summary、Refs: #<N> 或 Closes #<N>、ref: <project> <file>（如对标了开源项目）、Test plan checklist、涉及包清单、是否触及 packages/contracts/（如触及，要解释代价/触发面）。
L1 / L2：1 个 reviewer agent（gocell-web 六维度）。
L3：按 PR diff 净增删行数确定 reviewer 数。取数命令（求和 numstat）：
git -C worktrees/<NNN> diff --numstat origin/develop | awk '{i+=$1; d+=$2} END{print i+d}'
阶段 7 单独被调用（无 worktree）→ 仓库根执行
git diff --numstat origin/develop | awk '{i+=$1; d+=$2} END{print i+d}'。
gocell-web 六维度：
| 维度 | 关注点 |
|---|---|
| Vue 模板正确性 | SFC 结构、props/emits/slots 类型、Composition API 用法、响应式语义、key/v-for 陷阱 |
| TS 类型安全 | strict 合规、无 any、契约类型来源是否 @gocell/contracts、泛型边界 |
| 包边界 / 包架构 | 包间 import 是否走 exports 入口、是否存在深路径 / 反向依赖、@gocell/contracts 是否被手改 |
| 可访问性 (a11y) | 键盘导航、ARIA、对比度、focus trap、screen-reader 文案 |
| 性能 / Bundle | 路由懒加载、tree-shaking 完整性、unnecessary watcher / computed、虚拟列表用法、bundle 体积 |
| 设计 token / 产品一致性 | 是否只用 tokens.css 变量、是否符合 PRD §4 设计 DNA、i18n key 是否齐、与设计稿一致性 |
分档（区间左闭右开，边界值归更高档）：
| diff 行数 | reviewer 数 | 维度切分 |
|---|---|---|
diff < 200 | 0（主 agent 自审） | 不派发 sub-agent；主 agent 在自身上下文按 .claude/agents/reviewer.md 跑全六维度 |
200 ≤ diff < 600 | 2 | A：Vue 模板 + TS + 设计/产品；B：包边界 + a11y + 性能 |
600 ≤ diff < 1500 | 3 | A：Vue 模板 + TS；B：包边界 + 设计/产品；C：a11y + 性能 |
diff ≥ 1500 | 6 | 六维度各 1 agent 并行 |
diff ≥ 200 时并行启动 sub-agent，每个 prompt 自包含其负责维度；全部完成后主 agent 汇总去重 Finding 表（含 Cx 分级）。与 .claude/skills/pr-review/SKILL.md 阶段 3 分级对齐。
对 Cx1 / Cx2 + IN_SCOPE finding 派发 vue-developer 跑 /fix <finding>；Cx3 / Cx4 与 OUT_OF_SCOPE 收集到阶段 9。
PR: #<编号> <URL>
已完成：TDD / 实施 / PR / review（实跑 reviewer 数：按 diff 1/2/3/6 自动） / Cx1-Cx2 fix / CI
未处理问题（需人工确认）：
| # | Finding | Cx | 建议方案 | 原因 |
|---|---------|----|---------|----|
pnpm -w lint && typecheck 0 issues 才 push；不 --no-verify；不 amend 已 push commitgit push / gh / pnpm install,add,publish 用 dangerouslyDisableSandbox: truegit worktree remove，不自动删除