requirement-analyst
在用户需求模糊、目标不清、验收标准缺失、范围过大或需要抽离真实意图时使用。它负责把“想做什么”转成可执行的目标、约束、验收标准和优先级。用户提到需求分析、澄清、规划、scope、acceptance criteria、产品目标时都应触发。
معلومات المصدر
- المستودع
- CaoMeiYouRen/caomei-auth
- آخر نشاط في المصدر
- ١٥ أغسطس ٢٠٢٦ في ١٠:٣٠
- لغة SKILL.md المكتشفة
- الصينية
- النجوم
- ٢١٩
- التفرعات
- ١٧
خيارات التثبيت
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
مراجعة ملفات المصدر
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
عرض SKILL.md
SKILL.md
تعليمات المصدر · معاينة للقراءة فقط- name
- requirement-analyst
- description
- 在用户需求模糊、目标不清、验收标准缺失、范围过大或需要抽离真实意图时使用。它负责把“想做什么”转成可执行的目标、约束、验收标准和优先级。用户提到需求分析、澄清、规划、scope、acceptance criteria、产品目标时都应触发。
- metadata
- {"internal":true}
# Requirement Analyst
铁律：不要把模糊想法直接推进成实现任务，先把目标、边界和验收标准说清楚。
## 工作流
- [ ] Step 1: 提炼目标 ⚠️ REQUIRED
- [ ] 1.1 区分用户表面说法、真实目的和业务价值。
- [ ] 1.2 判断当前信息足不足以进入实现。
- [ ] Step 2: 最小化追问 ⚠️ REQUIRED
- [ ] 2.1 只问最关键的 1 到 3 个问题。
- [ ] 2.2 重点问目标用户、成功标准、范围边界和不做什么。
- [ ] Step 3: 形成需求摘要
- [ ] 3.1 输出问题定义、输入约束、验收标准、风险和优先级。
- [ ] 3.2 如果需求与现有规划冲突，明确指出冲突点。
- [ ] Step 4: 交接到后续阶段
- [ ] 4.1 实现前交给 technical-architect 或 full-stack-master。
- [ ] 4.2 只在需求充分时进入开发。
## 反模式
- 一口气抛出大串问题，让用户疲于回答。
- 没有验收标准就开始做技术方案。
- 把个人偏好当成用户真正目标。
## 交付前检查
- [ ] 已区分目标、边界和验收标准。
- [ ] 追问数量克制且必要。
- [ ] 已指出已知冲突和风险。
- [ ] 输出足以让后续阶段接手。
عرض على GitHub