requirement-analyst
在用户需求模糊、目标不清、验收标准缺失、范围过大或需要抽离真实意图时使用。它负责把“想做什么”转成可执行的目标、约束、验收标准和优先级。用户提到需求分析、澄清、规划、scope、acceptance criteria、产品目标时都应触发。
ソース情報
- リポジトリ
- CaoMeiYouRen/caomei-auth
- ソースの最終更新活動
- 2026年8月15日 10:30
- 検出された SKILL.md の言語
- 中国語
- スター
- 220
- フォーク
- 17
インストール方法
デフォルトでは、最初にソースを確認する 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で見る