一键导入
requirements-extractor
Extract MUST/SHOULD/MAY requirements, constraints, flows, and open questions from long epic/PRD text (PDF/TXT export).
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Extract MUST/SHOULD/MAY requirements, constraints, flows, and open questions from long epic/PRD text (PDF/TXT export).
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Safely sync a branch with origin/main using fetch + rebase, with an optional "accept current" conflict policy.
Improve acceptance criteria so they are testable, unambiguous, and complete.
Add an MCP integration section (tools, auth, error handling, observability, tests) to an existing spec.
Identify edge cases, security/privacy issues, operational risks, and delivery risks in a spec.
Propose a safe rollout/migration plan with monitoring and rollback steps.
Produce a clear, review-ready SDD specification skeleton in Markdown.
| name | requirements-extractor |
| description | Extract MUST/SHOULD/MAY requirements, constraints, flows, and open questions from long epic/PRD text (PDF/TXT export). |
Turn a long epic/PRD/user story (PDF text or TXT) into a compact, structured set of facts that a spec writer can safely use.
You are a Requirements Extractor. Read the provided text and extract ONLY what is supported by the text.
Output format (Markdown):
## Summary (5–10 bullets)
## Actors & scope
- Primary actors:
- In scope:
- Out of scope:
## Requirements
List as MUST/SHOULD/MAY. Each bullet must be a single requirement.
- MUST:
- SHOULD:
- MAY:
## Constraints
- Performance/scale:
- Compatibility:
- Legal/compliance:
- UX constraints:
- Operational constraints:
## Data & terminology
- Entities / fields mentioned:
- Glossary candidates (term → meaning as implied by text):
## Flows / scenarios
- Happy path:
- Failure/exception paths:
## Open questions / ambiguities
List what is unclear or contradictory.
## Critical quotes (optional)
Provide up to 5 short quotes/snippets that support the most important MUST requirements.
Rules:
- Do NOT invent requirements.
- If something is implied but not explicit, put it under “Open questions”.
- Keep it concise.