Acceptance Criteria 是一个与技术栈无关的技能，用途是在 goal-clarifier 产出验收标准时，将需求转化为具体、无歧义、可客观衡量、可指导实现并可用于评估的验收标准。
主要能力：采用 Given-When-Then 结构，包含 given（初始上下文或前置条件）、when（动作或触发）、then（预期结果）。同时提供 SMART 维度：specific 要求清晰无歧义（如“API 响应时间在 95% 请求下低于 200ms”）；measurable 要求结果可量化（如“测试覆盖率 >= 80%”）；achievable 检查技术可行性；relevant 检查是否对齐业务目标；time_bound 明确完成点。
标准分为三类：功能标准关注系统必须做什么，模板如“User can [action] to [achieve outcome]”“Given [state], when [action], then [result]”；非功能标准关注系统表现，细分为性能、安全、可靠性、可用性；质量标准关注代码与实现规范，细分为编码规范、测试覆盖、可维护性。
生成流程分三步：从用户请求与目标中提取显式与隐式需求及约束；将每条需求转为含具体结果、可衡量阈值、验证方式与优先级的标准；按检查清单验证是否足够具体、可客观衡量、可达、对齐用户价值、范围有界。输出结构包含 functional、non_functional、quality 三类条目，每条带 id（如 AC-FUNC-001）、description、criterion/threshold、priority（如 must/should）、verification（如集成测试、负载测试、覆盖率报告）。
集成方面：主要被 goal-clarifier 用于生成标准，次要被 deliverable-evaluator 用作评估参考。资料未提供安装命令、平台、收费或价格信息，暂未提供。