前言¶

做软件项目时，需求阶段最容易出的问题是：访谈记录散落在聊天记录里，功能清单靠口口相传，最后写出来的 SRS（Software Requirements Specification）要么缺项，要么写成流水账。这份文档后面所有人都要照着开发和验收，一旦漏了非功能需求或接口约束，返工成本远高于事前多问几句。

下面介绍的 Skill 「软件需求分析」就是为这个环节准备的。它不替你做需求判断，而是把需求采集拆成几个阶段，引导你逐项把业务、功能、非功能、接口需求填进去，最后整理成一份标准 SRS 文档。

这是什么¶

「软件需求分析」是一个社区（community）来源的 Skill，坐标 @user_0c3974d3/48491254512，版本 1.0.0，分类 dev-programming，发布者 user_0c3974d3。官方简介是：

引导式软件需求分析：分阶段交互采集业务/功能/非功能/接口需求，自动输出标准SRS文档。

它解决的是前面说的那个问题：把「聊需求」变成「填需求」，并让产出有固定格式，而不是每次都从空白文档开始回忆。

在 SkillHub 上，该 Skill 评分 100000，下载 979 次，安装数显示为 0。标签为 requires_api_key=false，即不需要额外配置 API key。

核心功能¶

从官方简介可以核实到的能力只有两条，下面分开说明。

1. 分阶段交互采集需求¶

需求被拆成四个类别分别采集：

• 业务需求：项目的业务目标、干系人、范围边界；
• 功能需求：系统要提供的具体功能；
• 非功能需求：性能、安全、兼容性、合规等约束；
• 接口需求：系统与外部系统、硬件或上下游之间的接口约定。

「分阶段交互」指采集过程是一轮一轮进行的，每一轮聚焦一个类别，而不是一次性抛出一张大问卷。对使用者的直接好处是：访谈时不容易漏项，被访谈者也不需要一次填完所有内容。

2. 自动输出标准 SRS 文档¶

采集完成后，Skill 会把这些内容整理成一份标准 SRS 文档。文档的具体模板和章节结构以 Skill 实际产出为准，资料中没有给出模板细节。

安装与启用¶

需要说明的是：官方页面 https://www.skillhub.cn/skills/user_0c3974d3/48491254512 与 API 地址 https://api.skillhub.cn/user_0c3974d3/48491254512 在本次撰写时均无法访问，因此安装命令、目录结构、配置字段，以及在 Cursor / Codex CLI / Claude Code 等不同宿主中的差异，都无法核实。

可核实的信息只有：

• 来源归属：community 分类下的 dev-programming Skill，发布者 user_0c3974d3；
• 版本：1.0.0；
• 标签：requires_api_key=false，不需要配置 API key。

在拿到可用的官方安装说明之前，不建议照搬其他 Skill 的安装路径。

适用场景与注意¶

适合谁¶

• 需要把客户访谈或内部讨论整理成正式需求文档的开发者、需求分析师；
• 想在开发启动前把需求类别（尤其是非功能需求和接口需求）过一遍的小团队；
• 想把需求产出格式固定下来、便于后续评审和验收的项目。

限制¶

• 该 Skill 产出的文档质量取决于采集阶段输入的信息质量，它负责结构化和补全格式，不负责替使用者做业务判断；
• 四个类别的划分是固定框架，如果你的项目有特殊的需求维度（如数据合规中的隐私条款、行业监管细则），需要自行扩展；
• 目前仅有 1.0.0 版本，社区来源，长期维护情况取决于发布者；
• 安装与使用方式无法从官方页面核实，实际启用前请先确认你使用的宿主支持该 Skill 的加载方式。

结尾¶

「软件需求分析」的价值在于把需求阶段最耗人力的部分——分项采集和文档整理——变成可重复执行的流程，产出是一份标准 SRS，方便后续开发和验收直接引用。适合在项目启动初期、正式写文档之前使用。

官方地址：https://api.skillhub.cn/user_0c3974d3/48491254512
SkillHub 页面：https://www.skillhub.cn/skills/user_0c3974d3/48491254512