前言¶
需求到研发任务之间，一直靠人肉填。评审纪要、接口变更说明散落在邮件和文档里，拆任务时要回头翻聊天记录，容易漏掉依赖项和验收标准；好不容易列完清单，还要手工一条条录进 Jira / Tapd / 禅道，格式对不上又要改一遍。
下面介绍的 Skill「罗斯蒙德需求拆解任务」，就是把这中间环节固定成一套结构：输入原始需求材料，输出七段式的任务拆解文档，并导出可直接导入 Jira / Tapd / 禅道的建卡文件。
这是什么¶
一句话定位：一个把需求类材料拆成研发可执行任务清单的 Skill。
- 出品方：南京罗斯蒙德
- 坐标：@org-0lub9joc/requirement-to-dev-tasks1
- 版本：1.0.1
- 来源：enterprise
- 分类：business-ops
- 标签：requires_api_key=false
- SkillHub 数据：评分 100000，下载 15603，安装 0（截至 2026-10-30）
它解决的是「需求材料到研发任务」这一段的重复手工劳动：统一拆解结构、自动检查覆盖度、直接产出可导入的建卡文件。资料中明确说明，该 Skill 基于南京罗斯蒙德已交付项目沉淀的需求拆解场景，面向团队内部项目流程整理。
核心功能¶
只写资料中已核实的能力。
输入四类材料：产品需求、业务描述、评审纪要、接口变更说明。Skill 从中抽取信息并拆解。
输出固定为七段式结构：
- 需求摘要
- 影响范围
- 任务清单
- 任务优先级
- 风险点
- 待确认问题
- 验收建议
除了生成清单，Skill 还会做两项校验：一是需求六大环节的覆盖度检查，二是配套工作是否遗漏的检查。覆盖度检查用于确认需求拆解没有漏掉关键环节，配套工作检查用于发现联调、文档、测试等容易被忽略的工作项。
最后一步是导出建卡文件，格式面向 Jira / Tapd / 禅道，可直接导入生成卡片，不需要再手工录入。
处理方式上，资料明确说明全过程本地离线完成，零外网请求。标签 requires_api_key=false 与这一点一致：不需要配置 API Key。
安装与启用¶
官方资料中没有给出安装命令、目录约定或配置字段，以下内容不做推测。
- SkillHub 页面：https://www.skillhub.cn/skills/org-0lub9joc/requirement-to-dev-tasks1
- 接口地址：https://api.skillhub.cn/org-0lub9joc/requirement-to-dev-tasks1
安装方式请以 SkillHub 页面当前显示的步骤为准。
由于标签为 requires_api_key=false，且资料声明零外网请求，使用前不需要准备 API Key 或外部服务配置。
触发方式靠自然语言触发词。资料中列出的触发词包括：
需求拆解、研发任务拆解、需求拆任务、任务拆分、开发任务清单、需求转任务、排期拆解、影响范围分析、模块影响、依赖梳理、风险点识别、待确认问题、验收建议、建卡、评审排期、接口变更拆解、需求评审。
使用时直接在对话中描述需求材料并提出拆解要求即可，例如「把这份评审纪要拆成研发任务清单，顺便导出建卡文件」。
典型用法¶
资料中没有提供可复现的完整示例输入输出，下面按官方描述的能力给出一条调用路径，具体措辞以实际 Skill 说明为准。
第一步，准备输入材料。可以是产品需求文档、业务描述、评审纪要或接口变更说明中的任意一种或几种。材料越具体，影响范围和任务拆解越准。
第二步，发起拆解。使用触发词或直接说明需求，例如：
请把下面这份接口变更说明拆解成研发任务清单，输出七段式结构，并导出 Jira 建卡文件。
<粘贴变更说明内容>
第三步，检查输出。拿到七段式文档后，先看需求摘要与影响范围是否符合实际，再核对任务清单的优先级是否合理。
第四步，校验环节。Skill 会自动给出六大环节覆盖度和配套工作遗漏的检查结果，重点看是否有未覆盖的环节和遗漏的联调、文档、测试类工作。
第五步，待确认问题。把输出中的「待确认问题」逐条回传给需求方确认，确认后再落地开发。
第六步，导入建卡文件。把导出的建卡文件导入 Jira / Tapd / 禅道，完成建卡。
适用场景与注意¶
适合的场景：
- 需求评审后需要把纪要转成任务清单的团队
- 接口变更频繁、需要同步梳理影响范围的项目
- 使用 Jira / Tapd / 禅道建卡的研发流程，希望减少手工录入
- 希望拆解结构统一、环节覆盖度可检查的场景
需要注意的地方：
- 资料中没有给出输出质量的量化数据或第三方评测，拆解结果仍需人工复核摘要、优先级和影响范围
- 该 Skill 面向需求拆解场景，不做代码生成、测试执行等后续环节
- 官方资料未公开安装命令与配置字段，实际启用方式需以 SkillHub 页面为准
- 「六大环节」的具体所指在公开资料中没有逐条列出，覆盖度检查的判定口径需结合 Skill 内部说明理解
结尾¶
这个 Skill 的价值在于把需求拆解从一次性手工劳动变成可复用的结构：输入材料、输出七段式文档、自动校验覆盖度、导出建卡文件，链条完整，且全程本地离线、无需 API Key。
官方地址：https://api.skillhub.cn/org-0lub9joc/requirement-to-dev-tasks1
SkillHub 页面：https://www.skillhub.cn/skills/org-0lub9joc/requirement-to-dev-tasks1
