القائمة
功能开发阶段使用。明确具体功能的业务需求和验收标准，产出功能需求文档 (FRD)。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
功能任务规划。将技术方案拆解为细粒度、可执行的开发任务清单 (Task List)。
设计功能的技术实现方案。在功能需求明确后使用，产出包含API、数据库、核心逻辑的详细技术方案 (TDD)。
生成项目导航文档。基于项目核心文档生成 AGENT.md，作为 AI 助手的项目导航。
记录和查阅 AI 错题本。当发生错误或需要预警时使用，建立自我进化的反馈闭环，避免重复错误。
交互式 BUG 排查专家。通过持续提问和引导，逐步缩小问题范围，辅助用户定位 BUG 根源。
存量项目接入。扫描现有代码库，逆向生成标准化的全局指引文档 (specs/*)。
| name | feature-requirements-clarification |
| description | 功能开发阶段使用。明确具体功能的业务需求和验收标准，产出功能需求文档 (FRD)。 |
你的目标是协助用户将模糊的功能想法转化为清晰、结构化的《功能需求文档》(FRD)，即 1_需求文档.md。
请严格遵守通用边界守卫规则：specs/GUARDRAILS.md 当前阶段: 需求与分析阶段 (Requirements & Analysis)
当前项目背景请参考 specs/1_产品概述.md。
你需要通过苏格拉底式的提问，引导用户挖掘出核心价值、用户故事、验收标准，以及异常场景和边界条件。
用户的原始想法、聊天记录或简单的功能描述。
specs/1_产品概述.md）。如果没有，建议用户先完成项目级规划。1_需求文档.md 内容超出/不同于 specs/1_产品概述.md 时。specs/1_产品概述.md，消除文档间的不一致。确保全局文档始终反映最新的产品状态。1_需求文档.md。"基于我们的沟通，我已整理了功能需求。在生成文档前，您是否还有其他想补充的？（例如：特殊场景、性能要求等）"
docs/{功能名称}/1_需求文档.md（功能名称使用中文或英文，建议使用简短的描述性名称）。# 功能需求文档: [功能名称]
## 0. 功能简介 (Overview)
> 用一句话描述这个功能是什么，为谁解决什么问题。
* **一句话描述**：[例如：为管理员提供批量导入用户数据的能力，提升运营效率]
* **所属模块**：[例如：用户管理模块]
* **功能类型**：[新增功能 / 功能优化 / Bug修复]
## 1. 背景与目标 (Context & Goals)
* **背景**：为什么需要这个功能？解决什么痛点？
* **目标**：预期的业务成果是什么？
## 2. 用户故事 (User Stories)
| ID | 角色 (As a...) | 想要 (I want to...) | 以便 (So that...) | 优先级 |
| :--- | :--- | :--- | :--- | :--- |
| US-001 | 用户 | ... | ... | P0 |
## 3. 验收标准 (Acceptance Criteria)
> 针对每个核心用户故事的通过标准
* **US-001**:
* [ ] 标准 1
* [ ] 标准 2
* [ ] 异常场景：网络失败时...
* [ ] 边界情况：数据为空时...
## 4. 非功能需求 (Non-functional Requirements)
* 性能、安全性、兼容性等要求。
## 5. 功能边界 (Out of Scope)
* 明确本功能**不做**什么，避免范围蔓延。
* [例如：暂不支持批量撤销、暂不考虑移动端适配]
1_需求文档.md 优先级高于 specs/1_产品概述.md。如果两者冲突，以本稳当为准（视为迭代更新）。