requirement-refine

用途：把零散或含糊的需求输入整理成标准化的软件需求规格说明书（SRS-XXX，输出为 <changesPath>/requirements/SRS-XXX-[名称]/README.md），为后续拆解用户故事、任务与设计做准备。原始输入（工单、邮件、会议转录、设计稿、线框图、截图、技术文档）原样保存在该目录的 references/，不修改只追加；图像与图形会被先行读取解读。\n\n主要能力：基于 assets/srs-template.md 模板撰写／更新 SRS；按 references/flow.md 分步流程做功能缺口收敛、验证与可追溯性、风险梳理；按 references/interview.md 的 17 阶段、三波（Discovery/Definition/Validation）与三种角色（PO、UI/UX、架构师）进行访谈；依 references/quality-criteria.md 使用 RFC 2119、FR-XXX 功能需求分类、ISO 25010 的 NFR-XXX 分类、优先级、状态、验证方法与 Definition of Ready。职责边界：SRS 不含用户故事、AC-XXX 与任务（由 work-define／work-plan 生成），不含数据模型、API 契约与架构图（由 design-define 生成）；线框图 WF-XXX 由 /design-define 经子代理生成与评审，本技能只在 README 第 11 节登记路径与状态。\n\n使用方式：需先阅读 ${PLUGIN_ROOT}/references/language.md、linking.md，并按 ${PLUGIN_ROOT}/references/archive.md 执行归档。归档调用形式：/requirement-refine archive SRS-XXX（或 SRS-XXX archive），无 ID 时归档全部已完成的 SRS；归档目标为 <archivedPath>/requirements/<ID>-<slug>/（默认 docs/specs/archived/），以 git mv 移动并提交 docs(specs): archivar <ID>。目录命名格式 SRS-XXX-[短名]，短名小写 kebab-case。\n\n限制：仅凭原始需求信息无法确定的数据一律询问用户，不得编造；缺少范围与至少一个 FR-XXX 时只能建为 Draft，Ready 状态要求全部必需数据齐备（含优先级、验证方式与准则、技术栈、仓库、是否新建及项目基底）。文档中未提供安装命令、具体价格或平台信息。