需求解析与分发(Requirement Analysis & Dispatching)

SKILLAI 工具
AI 工具 未标注权限 许可证不明确
安装这个技能

需求解析与分发。接收任意形态的原始需求——模糊、残缺、多目标混杂、零信息、纯附件/链接、矛盾约束等异常输入——经输入预检、五维缺口分析(目标/预算/时间/平台/产品)与分层追问(L1 定位 → L2 收敛,最多 2 轮),输出可量化、可验收的标准需求单,并继续分发:清点本地 skill / agent / connector 召回 1–3 个候选(各附一句话理由)——唯一且无不可逆声明则自动接棒,≥2 列出待用户点选,为 0 时按「是否需要专用资产」分流(无需 → 直接处理、不检索市场;需要或判不准 → 检索市场给替代路径);多目标澄清后仍并行、或任一单独资产都做不完时,产出多任务拆解清单(task_plan)交用户确认顺序后逐项分发。不打分、不臆造核心项、不静默结束、只推荐不代装。适用于新任务起始阶段的需求澄清;指令已极清晰时直接出单免追问;问候、单步操作、纯事实查询不适用。

一句话选型结论

按资料字段整理

需求解析与分发(Requirement Analysis & Dispatching)是AI 工具类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类AI 工具 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_32a66f02/requirement-analysis
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

AI 工具
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_32a66f02仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791508579
正文体量5.7 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
组合多个 AI 能力

把写作、检索、总结串成一条流程。

搭工作流

把固定流程做成可重复调用的步骤。

做提示词与评测

整理提示词并对比输出效果。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在AI 工具场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
需求解析与分发(Requirement Analysis & Dispatching)当前 未标注权限 未标注 未标注 未标注 有
执行计划 只读 GitHub 仓库 151.5 万 Codex、Claude、Cursor 有
Playwright MCP 测试 浏览器控制 ClawHub 市场 136.5 万 OpenClaw 有
完成前的验证 未标注权限 GitHub 仓库 131.9 万 Codex、Claude、Cursor 有
子 Agent 驱动开发 只读 GitHub 仓库 131.2 万 Codex、Claude、Cursor 有
前端设计 执行命令 GitHub 仓库 125.6 万 Codex、Claude、Cursor 有

SKILL.md 全文

5.7 KB
模型实际读到的说明书原文,来自技能仓库

System Function Analyzer

1. 目的

分析现有系统功能模块,识别与新增需求的关联和差异,评估变更影响范围。为需求分析和系统改造提供数据支持。

2. 适用场景

  • 需要了解现有系统能力与新增需求的差距
  • 需要评估新增需求对现有系统的影响范围
  • 需要识别技术风险和依赖关系
  • 需要制定系统改造方案

3. 前置依赖

  • 现有系统的功能文档、模块说明或接口文档
  • 新增需求描述(来自会议纪要分析或用户输入)

4. 执行步骤

步骤 1: 系统解析

  1. 读取现有系统文档,理解系统整体架构
  2. 识别系统的主要模块和功能
  3. 梳理模块间的接口和依赖关系

步骤 2: 需求映射

  1. 将新增需求映射到现有系统模块
  2. 识别需求涉及的核心模块
  3. 标注需求与模块的关联关系

步骤 3: 差异分析

  1. 对比现有功能与新需求的功能差距
  2. 识别需要新增的功能点
  3. 识别需要修改的现有功能
  4. 识别可以复用的现有功能

步骤 4: 影响评估

  1. 评估变更对各模块的影响程度(高/中/低/无)
  2. 识别受影响的接口和数据流
  3. 评估变更对性能和稳定性的影响

步骤 5: 依赖分析

  1. 识别模块间的依赖关系
  2. 识别外部依赖(第三方服务、接口等)
  3. 评估依赖的关键程度(关键/重要/一般)

步骤 6: 风险识别

  1. 识别技术风险和业务风险
  2. 评估风险的影响和可能性
  3. 提出风险缓解措施

步骤 7: 报告生成

  1. 汇总分析结果
  2. 生成结构化的分析报告

5. 输出结构

{
  "system_overview": {
    "type": "string",
    "description": "系统整体功能概述"
  },
  "module_analysis": {
    "type": "array",
    "items": {
      "module_name": "string",
      "current_functions": "array",
      "related_requirements": "array",
      "impact_level": "string",
      "change_type": "string",
      "affected_interfaces": "array",
      "estimation_notes": "string"
    }
  },
  "gap_analysis": {
    "type": "array",
    "items": {
      "requirement": "string",
      "current_capability": "string",
      "gap_description": "string",
      "implementation_approach": "string"
    }
  },
  "dependencies": {
    "type": "array",
    "items": {
      "dependency": "string",
      "description": "string",
      "criticality": "string"
    }
  },
  "risk_assessment": {
    "type": "array",
    "items": {
      "risk": "string",
      "impact": "string",
      "mitigation": "string"
    }
  }
}

6. Prompt 模板

6.1 主分析 Prompt

你是一位资深的系统架构师,擅长分析现有系统功能并评估新增需求的影响。

请分析以下现有系统和新增需求:

## 现有系统文档

{system_documentation}

## 新增需求描述

{new_requirements}

## 分析深度

{analysis_depth}

## 分析要求

1. **系统解析**:理解现有系统的模块结构和功能
2. **需求映射**:将新增需求映射到现有系统模块
3. **差异分析**:识别功能差距和变更点
4. **影响评估**:评估变更对各模块的影响程度
5. **依赖分析**:识别模块间依赖和外部依赖
6. **风险识别**:识别潜在技术风险和缓解措施

请按照指定的 JSON 结构输出分析结果。

7. 使用示例

示例 1: 用户权限管理功能分析

输入:

{
  "system_documentation": "用户管理模块包含:1.用户信息管理(增删改查) 2.用户登录认证 3.基础角色管理(管理员/普通用户)",
  "new_requirements": "新增用户权限分级管理功能,支持按部门、岗位分配细粒度权限,支持权限继承和临时授权。",
  "analysis_depth": "详细"
}

输出:

{
  "system_overview": "现有用户管理模块提供基础的用户信息管理和角色管理功能,权限控制较为简单。",
  "module_analysis": [
    {
      "module_name": "用户管理",
      "current_functions": ["用户信息管理", "用户登录认证", "基础角色管理"],
      "related_requirements": ["用户权限分级管理", "按部门分配权限", "按岗位分配权限", "权限继承", "临时授权"],
      "impact_level": "高",
      "change_type": "修改",
      "affected_interfaces": ["用户认证接口", "权限校验接口"],
      "estimation_notes": "需要重构现有角色权限模型,预计工作量较大"
    }
  ],
  "gap_analysis": [
    {
      "requirement": "按部门、岗位分配细粒度权限",
      "current_capability": "仅支持管理员/普通用户两级角色",
      "gap_description": "缺少细粒度的权限控制机制,无法按部门、岗位分配权限",
      "implementation_approach": "引入RBAC权限模型,支持权限的细粒度分配和继承"
    }
  ],
  "dependencies": [
    {
      "dependency": "用户认证服务",
      "description": "权限管理依赖用户认证信息",
      "criticality": "关键"
    }
  ],
  "risk_assessment": [
    {
      "risk": "权限模型重构可能影响现有功能",
      "impact": "高",
      "mitigation": "采用渐进式改造,确保向后兼容"
    }
  ]
}

8. 注意事项

  • 分析时需考虑系统的非功能性约束(性能、安全等)
  • 对于复杂系统,建议分模块逐步分析
  • 识别潜在的技术债务和风险点
  • 保持客观中立,不添加个人判断

常见问题

5 问
答案由本站依据条目字段整理
需求解析与分发(Requirement Analysis & Dispatching)怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_32a66f02/requirement-analysis。安装方式为未标注。装完刷新技能列表或重开客户端。

需求解析与分发(Requirement Analysis & Dispatching)支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

需求解析与分发(Requirement Analysis & Dispatching)权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

需求解析与分发(Requirement Analysis & Dispatching)收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

需求解析与分发(Requirement Analysis & Dispatching)用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。