用途：为敏捷用户故事编写清晰、可测试、采用 Given-When-Then 格式的验收标准，遵循 BDD 最佳实践。
主要能力：接受完整用户故事文本、故事编号（如 US-001，需从文档查找）或故事规格文件路径作为输入；调用 test-strategy:acceptance-criteria-authoring 技能应用 BDD 模式；识别幸福路径、替代路径、错误场景、边界条件与安全场景；按 Feature/Background/Scenario 结构输出 Gherkin 场景，并标注 @happy-path、@error-handling、@edge-case 等标签；用 INVEST 原则校验场景是否独立、可协商、有价值、可估算、小且可测试；可选为 .NET 项目生成 SpecFlow 步骤定义桩代码。
使用方式： /test-strategy:write-acceptance "As a customer, I want to checkout with saved payment so I can complete purchases quickly" /test-strategy:write-acceptance US-042 /test-strategy:write-acceptance docs/stories/checkout.md 输出含场景清单、创建的文件（如 features/[feature].feature 与步骤桩）、覆盖检查清单和备注。
适用场景：需要为需求补充验收标准的研发、测试与产品协作场景；使用 BDD/Gherkin 或 .NET SpecFlow 的团队。
限制：具体依赖与环境配置、价格、平台支持等资料中暂未提供。