用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/AsiaOstrich/universal-dev-standards --skill atdd命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
[UDS] 以 Claude 原生 Agent tool 编排多任务执行计划（DAG-based，无外部引擎）。 Use when: executing a plan.json file with parallel/sequential task dependencies. Keywords: orchestrate, plan, execute, DAG, task plan, 编排, 执行计划, 并行.
[UDS] 从 Spec 文档、OpenSpec 变更或自由文本需求生成 plan.json。 Use when: converting specifications into executable task plans for /orchestrate. Keywords: plan, spec, task plan, 计划, 规格, 任务, plan.json, DAG.
[UDS] AI 辅助 git push 安全层：质量门禁 + 协作护栏。 Use when: pushing commits, force pushing, pushing to protected branches, pushing feature branches. Keywords: git push, force push, protected branch, quality gate, push receipt, PR automation, 推送, 保护分支, 质量门禁.
正在显示 SKILL.md
基于 SOC 职业分类
| name | atdd |
| scope | partial |
| description | [UDS] Guide through Acceptance Test-Driven Development workflow |
| allowed-tools | Read, Write, Grep, Glob |
| argument-hint | [feature or spec | 功能或規格] |
| status | reference |
⚠️ Status: Reference（參考用，非可執行流程） — 5 階段 ATDD 生命週期協調（WORKSHOP→DISTILLATION→DEVELOPMENT→DEMO→DONE、INVEST 驗證、AC→Gherkin 轉換、RED/GREEN 執行、PO sign-off gates）已於 2026-04-28 移至 adoption layer（XSPEC-095）。此處保留 INVEST 準則、ATDD 循環圖、Gherkin AC 格式、Three Amigos 結構供參考。 Lifecycle orchestration has moved to the adoption layer (XSPEC-095); this document is reference-only. For enforced execution, use your adoption layer's toolchain.
Guide through the Acceptance Test-Driven Development (ATDD) workflow for defining and validating user stories.
引導驗收測試驅動開發（ATDD）流程，用於定義和驗證使用者故事。
WORKSHOP ──► DISTILLATION ──► DEVELOPMENT ──► DEMO ──► DONE
^ │ │
└──────────────────────────────┴──────────────┘
(Refinement needed)
📖 以下為流程的參考結構，非可執行步驟；自動化／強制執行請用 adoption layer 工具鏈（XSPEC-095）。 The steps below are a reference structure, not an executable workflow.
PO presents user story, team asks clarifying questions, define acceptance criteria together.
Convert AC to executable test format, remove ambiguity, get PO sign-off.
Run acceptance tests (should fail initially), use BDD/TDD for implementation, iterate until all pass.
Show passing acceptance tests, demonstrate working functionality, get formal acceptance.
PO accepted, code merged, story closed.
| Criterion | Description | 說明 |
|---|---|---|
| Independent | Can be developed separately | 可獨立開發 |
| Negotiable | Details can be discussed | 可協商細節 |
| Valuable | Delivers business value | 提供商業價值 |
| Estimable | Can estimate effort | 可估算工作量 |
| Small | Fits in one sprint | 一個 Sprint 可完成 |
| Testable | Has clear acceptance criteria | 有明確驗收條件 |
As a [role],
I want [feature],
So that [benefit].
### Acceptance Criteria
- Given [context], when [action], then [result]
/atdd - Start interactive ATDD session | 啟動互動式 ATDD 會話
/atdd "user can reset password" - ATDD for specific feature | 針對特定功能
/atdd US-123 - ATDD for existing user story | 處理現有使用者故事
After /atdd completes, the AI assistant should suggest:
驗收測試已定義。建議下一步 / Acceptance tests defined. Suggested next steps:
- 執行
/sdd建立規格文件 ⭐ Recommended / 推薦 — Create a specification document- 執行
/bdd將 AC 轉為 Gherkin 場景 — Convert AC to Gherkin scenarios- 執行
/tdd直接實作驗收測試 — Implement acceptance tests directly
完整的 AI 行為定義請參閱對應的命令文件：
/atddFor complete AI agent behavior definition, see the corresponding command file:
/atdd