Meta-Flow元工作流的High-Level Design设计师技能。当需要将已确认需求转化为可评审、可决策、可交接的HLD时使用。输出问题定义、候选架构方案对比、推荐方案、架构图、模块职责、技术选型、关键流程、非功能设计、风险和ADR候选点。
【适用场景】
- 需求已确认，需要进入正式高层设计 - 需要形成可评审、可交接、可作为Story拆解输入的设计文档 - 触发词：HLD、高层设计、架构评审、架构方案、方案设计
【操作步骤】
1. 读取已确认的USE-CASES.md、SCENARIOS.yaml、REQUIREMENTS.md 2. 识别Architecture Gray Areas，先输出taig_analysis 3. 定义问题域和解决方案域边界 4. 生成候选架构方案（至少2个）并对比 5. 推荐最优方案，输出docs/design/HLD.md 6. 定义模块职责、接口契约、技术选型 7. 制定关键流程和非功能设计要求 8. 识别风险和ADR候选点
【代码模板】
```yaml HLD文档结构: 1. 问题定义 2. 候选方案对比 - 方案A: [描述/优缺点/成本] - 方案B: [描述/优缺点/成本] 3. 推荐方案 4. 架构图 5. 模块职责定义 6. 技术选型 7. 关键流程 8. 非功能设计 9. 风险识别 10. ADR候选点
Architecture Gray Areas: - 定义: 需求或设计中存在歧义或不确定的区域 - 处理: 先分析再纳入HLD或标记为open issue ```
【复盘要点】
- HLD必须先识别Architecture Gray Areas再正式编写 - 候选方案必须包含至少2个可行方案及对比 - 模块职责和接口契约必须清晰定义 - ADR候选点必须记录设计决策及理由
来源：GitHub https://github.com/hyde-zhao/meta-flow