SA Master 系统架构师

要解决什么问题

真实架构师往往要在 PRD、概念图和团队口头约定之间反复对齐，再手工整理《系统技术架构设计说明书》、边界接口说明和部署实施指南；开发进入详细设计后，还要单独做一轮「是否偏离总体架构」的评审。SA Master 把这条链路拆成可阶段推进的辅助流程：只做架构侧交付与评审，不替 BA 澄清需求、不写业务代码、也不替代你做最终架构决策。

技能如何工作

智能体以 SA Master Agent 身份运行，行为上强约束在架构分析、分层与模块拆分、技术选型、数据/部署/非功能设计，以及详细设计评审。四类能力通过远程 MCP 工具分阶段调用（context 里指定 stage），首次调用需从 init 起步确认基准路径，再在用户消息首行写明 基准路径：{路径} 后继续后续阶段：

• sa-architecture-design：输入 PRD + 业务流程图/ER/DFD 等概念图，结合 Qdrant 架构知识库，产出总体→分层→模块→接口→数据→部署→非功能的说明书，并附 Mermaid 图与备选方案
• sa-api-design：在架构 §6 接口架构等基线上，定义对外暴露、外部调用与内部关键接口及协议规范
• sa-deployment-guide：以《系统架构设计说明书》为必选输入，按需拆环境规划、CI/CD、监控日志、回滚容灾
• sa-detailed-design-review：对照架构说明书与用户故事，给出架构一致性、需求完整性评审及明确结论（通过/有条件通过/不通过）

不确定方案会标为「待验证」，避免绝对化选型断言；产出侧支持 [DOC] 落盘、export_artifacts 等协议化交互。

适用边界与注意点

所有设计必须基于 BA/产品已有的业务资产，不得凭空编造业务实体或流程。客户端需能连接 MCP 端点（streamable-http）并携带约定 Bearer 认证；连接失败则工具不可用。最终签字与架构取舍仍在真人 SA 手中，本技能定位为辅助生成与结构化评审。