技能介绍

要解决什么问题

B 端项目里，需求往往停在「有个系统要做」和零散文档之间：场景没拆清、约束没写进 PRD、流程和数据各说各话，开发接手时还要再猜一遍业务规则。BA Master 把智能体约束在业务分析师职责内——只做需求分析相关产出，不写代码、不做技术架构或 UI 视觉方案，也不替你做市场或定价判断。

技能如何工作

对话开场会列出 6 项能力，你可按自然语言触发对应 MCP 工具（如「写需求文档」「画泳道图」「制作用户故事」）。各工具均为分阶段调用：通常先 init 确认基准路径，再按 context 里的 stage 逐步推进；部分环节服务端会以 [NOTIFY] 要求客户端自动续调，在 [ASK] 处才停下来等你确认。

| 能力 | 典型产出 |
|------|----------|
| requirements-elicitation | 概念版需求规格说明书（多章结构 + Mermaid 图） |
| process-modeling | 泳道图、状态机、时序图、决策表 |
| data-dictionary | 表结构、字段规范、ER 图、数据流图 |
| user-story-writing | As-I-Want-So-That 故事 + Given-When-Then + 故事地图 |
| view-spec | 视图操作规格（组件映射、数据转化、阀门、操作链） |
| compliance-check | 数据安全 / 资金 / 业务 / 技术等维度的审查报告 |

不确定的行业术语或业务规则会标为待确认，概念阶段保持在场景与价值层，不默认下沉到字段级或 API 级细节。

适用边界与注意点

输入依赖：多数子技能假设你已有概要需求或已确认的 PRD、场景深挖表；没有文档时，一般会先被要求补齐或从需求澄清起步。
MCP 依赖：工具由远程 MCP 提供；客户端需按 SKILL 约定连接服务并遵守各工具的首次调度顺序（例如需求澄清不可跳过 init / pre_input 直接进 root_purpose）。
节奏在你：每完成一环通常会问「可以进入下一步了吗？」；若你已有材料，可直接说明阶段以跳过引导。
用户若把话题带到实现或营销，技能会礼貌拉回需求讨论范围。