القائمة
在任何创意性工作前必须使用：创建功能、构建组件、增加能力或修改行为。产出高质量的验收标准（AC），为后续 TDD 开发提供测试依据。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
功能开发阶段使用。明确具体功能的业务需求和验收标准，产出功能需求文档 (FRD)。
功能任务规划。将技术方案拆解为细粒度、可执行的开发任务清单 (Task List)。
设计功能的技术实现方案。在功能需求明确后使用，产出包含API、数据库、核心逻辑的详细技术方案 (TDD)。
生成项目导航文档。基于项目核心文档生成 AGENT.md，作为 AI 助手的项目导航。
记录和查阅 AI 错题本。当发生错误或需要预警时使用，建立自我进化的反馈闭环，避免重复错误。
交互式 BUG 排查专家。通过持续提问和引导，逐步缩小问题范围，辅助用户定位 BUG 根源。
| name | feature-requirements-clarification |
| description | 在任何创意性工作前必须使用：创建功能、构建组件、增加能力或修改行为。产出高质量的验收标准（AC），为后续 TDD 开发提供测试依据。 |
这是一个 Meta-Prompt。当用户想要开发一个新功能，但描述模糊时（例如"我想做一个评论功能"），使用此 Skill。 注意：此 Skill 仅输出功能需求文档，不涉及任何代码实现或技术设计。
请严格遵守项目上下文强制协议：specs/PROJECT-CONTEXT.md 在执行本 Skill 之前，必须先建立项目认知。
通过苏格拉底式提问，将用户模糊的功能想法转化为一份清晰、可执行的《功能需求说明书》。
核心产出目标：一组高质量的验收标准（Acceptance Criteria）。验收标准是后续所有环节的基石——技术方案据此设计、任务规划据此拆分、TDD 测试据此编写。AC 写得好不好，直接决定了整个功能开发的质量。
请严格遵守通用边界守卫规则：specs/GUARDRAILS.md 当前阶段: 需求分析 (Requirements) 禁止事项: 禁止讨论数据库表结构、API 接口定义、代码实现细节。只关注"业务逻辑"和"用户体验"。
specs/产品概述.md 中的哪个核心板块（如果存在）。原则：每次只问 1-2 个核心问题，必须提供选项，且必须根据项目上下文给出推荐选项 (Recommendation)。
按以下维度依次展开，逐步收敛需求：
这是最关键的维度，必须投入最多精力。
验收标准必须覆盖三类场景，按顺序逐一确认：
A. 正常流程（Happy Path）
B. 边界/异常场景（Edge & Error Cases）
C. 业务规则（Business Rules）
AC 质量检查清单（每条 AC 都必须满足）：
assets/feature-requirements-template.md。specs/features/[功能名].md。assets/feature-requirements-template.md。specs/features/[功能名].md。