用途：把仓库中的分阶段计划（**/plans/plan-*.md）转换为 GitHub Issues、一份 CI 工作流和一份把 PR 映射到验收标准的 PR 模板。每个 ## Phase N: 标题下带 - [ ] 验收标准。
主要能力：为计划中的每个阶段创建 Issue；创建 phase 与 acceptance-criteria 等标签；生成 .github/workflows/ci.yml；生成 .github/PULL_REQUEST_TEMPLATE.md，含 Closes #N 字段、标准清单与标准→测试对照表。
使用方式：先定位计划文件，用 gh repo view --json nameWithOwner 获取仓库名。建标签示例： gh label create "phase" --color "#0052CC" --description "Implementation phase" --repo OWNER/REPO gh label create "acceptance-criteria" --color "#5319E7" --description "Has acceptance criteria" --repo OWNER/REPO 每个阶段建一个 Issue，标题为 Phase N: <Title>，标签 phase/enhancement/acceptance-criteria，可并行创建，正文含 Overview、验收标准清单与测试覆盖要求。随后用 Contents API 提交 ci.yml 与 PR 模板，例如： gh api --method PUT /repos/OWNER/REPO/contents/.github/workflows/ci.yml -f message="..." -f content="<base64>" CI 在 PR 打开/同步/重开及推送到 main 时触发，使用真实 Postgres+Redis 容器，流程为 deps → typecheck → migrate → test 并上传覆盖率产物，另有仅 PR 的 acceptance-criteria-check 作业（按 Closes #N 统计 - [ ]，仅警告）和 Lint 作业，命令需按 package.json/bunfig.toml 调整。最后回报 Issue URL。
适用场景：已有分阶段计划、希望批量生成可追踪 Issue 并配套 CI 与 PR 模板的 GitHub 仓库。
限制：需安装并认证 gh CLI；提交文件走 Contents API，不依赖本地 checkout；无 Overview 时退化用标题加标准；CI 中的 secrets 仅可使用假值；acceptance-criteria-check 仅警告不阻断。