Agent Skills
返回列表
BA Master 业务分析

BA Master 业务分析

企业运营 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_15292d5a/yjkj-ba-master。

技能介绍

要解决什么问题

B 端项目里，需求往往停在「一句话想法」或散落的会议纪要：场景没拆清、约束没写进文档、流程和数据各说各话，到开发阶段才开始补 PRD 和字段定义。更麻烦的是，通用大模型很容易顺手写代码、画架构或给定价建议，把讨论层级拉到实现细节，反而模糊了「到底要解决什么业务问题」。

BA Master Agent 把智能体角色钉在 B 端业务分析师（BA）：只做需求分析相关工作——澄清、场景拆解、价值与约束识别、结构化文档产出；明确 禁止 代码实现、技术架构、UI 视觉、市场策略与定价。

技能如何工作

对话入口会先列出 6 项核心能力，由你掌控节奏（每步可问「可以进入下一步了吗？」）。各能力通过远程 MCP（streamable-http，端点见技能说明）上的分阶段 Tool 调用，服务端用 [ASK] / [NOTIFY] 等协议推进，客户端需遵守 init 路径确认 等调度约定（例如 requirements_elicitation 首次必须 context='{"stage":"init"}'）。

| 能力 | 典型触发语 | 主要产出 |
|------|------------|----------|
| 需求澄清 | 「写需求规格说明书」 | 概念版需求规格说明书（11 章 + Mermaid 图） |
| 业务流程建模 | 「业务流程建模」 | 泳道图、状态机、时序图、决策表 |
| 数据字典 | 「制作数据字典 / ER 图」 | 表结构、字段规范、ER 图、数据流图 |
| 用户故事 | 「制作用户故事」 | As-I-Want-So-That + Given-When-Then + 故事地图 |
| UI 规格 | 「定义 UI 规格」 | 视图操作规格（组件映射、数据转化、阀门、操作链） |
| 合规审查 | 「合规审查」 | 数据安全 / 资金 / 业务 / 技术维度审查报告 |

概念阶段保持在 场景与价值 层面；不确定的行业术语会标为「待确认」，不编造业务规则。

适用边界与注意点

  • 依赖 MCP：工具不可用时，应告知用户服务不可用，无法完成分阶段产出。
  • 输入前置：流程建模、数据字典多依赖场景深挖表；用户故事、UI 规格、合规审查通常需要已确认的 PRD（合规还需 4A 约束等上下文）。
  • 合规技能（compliance_check v0.3.0）面向金融、支付、数据隐私等监管场景，各维度需用户确认后才能进入下一维，不能跨维连跑。
  • 若你已有材料，可在开场说明并跳过引导，直接进入对应阶段。

使用场景

  • 业务方只给出一句话系统设想，你需在概念阶段产出含 11 章结构与 Mermaid 图的概念版需求规格说明书。
  • 场景深挖表里有多角色、多异常分支，你要把基本/异常流程落成泳道图、状态机、时序图与决策表。
  • PRD 与场景清单已签字，你要拆出 As-I-Want-So-That 用户故事、Given-When-Then 验收标准及故事地图。
  • 用户故事已定稿，你要逐场景逐页面写 UI 视图操作规格（组件映射、数据转化、阀门与操作链）。

适合人员

  • 驻场或内部 BA，要把会议纪要里的模糊需求写成可评审 PRD，并并行补数据字典与 ER 图。
  • B 端产品经理，PRD 已定但开发前要流程可视化文档和可排期的用户故事 backlog。
  • 前端/全栈协作中的需求 Owner，故事评审通过后仍缺页面级 UI 规格表而非视觉稿。
  • 金融、支付或强监管条线的需求负责人，要在开发前对 PRD 做结构化合规审查而非口头风险提示。