用途：在仓库中首次运行 atdd-pipeline 插件时进行一次性配置，生成仓库根目录的 .atdd-pipeline.json，其他技能在工作流开头读取该文件。也用于把仓库迁移到别的跟踪器后，或配置缺失时重新配置。
主要能力：按顺序询问并确认以下项：跟踪器（github，使用 gh CLI，父/US/scenario 层级；local，将 markdown 放在 .atdd/issues/ 下，适合离线或个人使用）、GitHub 仓库（仅 github 时）、规格基础路径（默认 specs/）、各测试层级路径（use-case 默认 tests/use-case/、e2e 默认 tests/e2e/、ui 默认 tests/ui/）、提交风格（conventional 默认，或 freeform）、评审执行模式（parallel 默认，Claude Code 使用 Agent 工具；或 sequential）、第三阶段执行模式（sequential 默认；workflow 为可选实验性，仅 Claude Code，并行生成场景，仅串行合并，Workflow 工具不可用时回退 sequential）、共享语言文件（默认根目录 CONTEXT.md）、ADR 目录（默认 docs/adr/）、主干分支（默认 main）、集成分支模式（默认 atdd/<us-slug>/integration）、子 PR 自动合并开关（默认启用，含 idle_window_minutes=5、max_fix_iterations=3、watch_timeout_minutes=60、merge_method=squash、bot_logins 白名单）。
使用方式：运行 /setup-atdd-pipeline。若答案不清楚会追问，不做猜测。写入后做健全性检查：gh auth status（github 时）、测试目录或父目录是否存在、context 文件是否存在、主干分支本地与远端是否存在（git rev-parse --verify origin/<trunk>）、自动合并与 merge_method 参数支持情况。若 .atdd-pipeline.json 已存在，会读出当前值，仅询问要修改的字段，不会静默覆盖。
适用场景：首次在仓库使用该插件、更换跟踪器、配置缺失。完成后可接着运行 /atdd-run <us-slug> 驱动完整流程，或用 /impact-map 记录新故事。
限制：资料未提供定价、性能数据与具体命令安装步骤；部分行为依赖 Claude Code 环境。