验收标准撰写助手

解决的问题

把模糊需求、口头描述或用户故事变成研发、测试和产品都能确认的可测试验收标准（AC）。常见卡点不是“需求不存在”，而是每条标准无法判定通过或失败：边界没写、权限/登录态缺失、费率或时限被默认补全、测试人员还要来回确认。该技能面向这些场景，把输入整理成编号 AC，强调每条都有可观察结果，如文案、状态、数据变化或错误提示。

工作方式

技能按“提炼主成功路径与关键边界 → 写编号 AC → 覆盖主路径、1～2 条边界、1 条失败或权限不足 → 标记缺规则为待确认”的流程工作。默认使用中文「场景/当/则」式表述，不强制英文 Gherkin；若团队要求英文，可按说明改写。它会追问缺失前提，例如目标用户、核心动作、包含/排除范围、平台、登录态或权限，避免臆造费率、时限等业务规则。输出可以附一句测试提示，但不会生成完整 Playwright、Jest 等自动化脚本。

适用边界

适合补全用户故事 AC、收敛口头需求、覆盖边界与负面路径。不适合做变更影响评估、工期风险拍板、直接生成自动化测试代码，也不连接需求管理系统。若需求很糊，应先列待确认项，再给标明假设的 AC 版本。