| name | wisedev-requirement-spec |
| description | write structured chinese requirement specifications from rough needs, clarified requirement briefs, transcripts, or mixed materials. use when the user needs a formal markdown requirement document with scope, actors, scenarios, functional requirements, non-functional requirements, acceptance criteria, and traceable identifiers in a government or enterprise documentation style. |
目标
在 using-wisedev 已确认这是明确单阶段任务,或 wisedev-orchestrator 已完成阶段判断后,再由本 Skill 处理当前阶段。
首次执行本阶段任务时,优先参考 references/example-library.md;若输入与“上传下达模块”高度相似,再对照 ../shared/full-chain-examples/case-01-upload-delivery/02-requirement-spec.md 的本阶段样例。
输出正式、可评审、可追踪的《需求规格说明书》。
输入前提
优先使用以下任一输入:
- 已整理的需求简报
- 会议纪要转需求梳理结果
- 用户直接给出的结构化业务需求
文风要求
- 偏政企 / 国企正式文档风格。
- 避免互联网产品口语化表达。
- 使用“应支持 / 应具备 / 应满足 / 系统应能够”等表述。
必须包含的章节
- 文档概述
- 项目背景与建设目标
- 角色与参与方
- 业务场景
- 范围界定
- 功能需求
- 非功能需求
- 业务规则
- 验收标准
- 风险与待定事项
- 术语表
写作规则
- 所有关键需求必须分配稳定编号,如
FR-001、NFR-001。
- 每一项功能需求应可被测试验证。
- 对优先级不明确的要求,默认不做强行排序,但可用“核心 / 重要 / 可选”分组。
- 需要时补充“范围外事项”,避免范围蔓延。
高质量样例优先
优先参考 references/example-library.md 和 references/examples/ 下的案例,沿用其中的编号方式、正式文风和验收标准粒度。
可用资源
references/requirement-principles.md
references/scope-rules.md
templates/srs-template.md
templates/acceptance-criteria.md
templates/glossary.md
templates/functional-requirement.md
templates/nonfunctional-requirement.md
templates/risk-and-issues.md
templates/business-scenario.md
templates/project-overview.md