架构图绘制

要解决什么问题

在评审、排障或交接时，口头描述「服务 A 调 B、消息走队列」很容易漏边界、搞错依赖方向。纯文字 PRD 也难让所有人对齐同一幅 mental model。你需要的是可讨论的架构视图：模块边界、数据流、同步/异步调用，以及和当前代码或部署单元能对上的命名。

技能如何工作

本技能面向 architecture diagram 场景，在对话里把模糊需求收成结构化描述，再落到图示表达上。典型用法包括：

• 根据你提供的上下文（技术栈、现有服务名、约束）列出候选组件与职责
• 用 层级或分区（如接入层、领域服务、存储）组织关系，标出调用方向与关键协议
• 输出适合粘贴到文档或 Wiki 的图示语法（如 Mermaid、PlantUML 等）或分步绘制说明，便于你本地渲染或二次修改
• 在方案对比时并列两种拓扑，点出单点、耦合、扩展上的差异

它更像结对画图：你补业务细节，技能负责一致性与可读性，而不是替你做容量估算或生产变更。

适用边界

• 技能不替代正式架构评审流程，也不保证与你们内网真实拓扑一致，除非你显式提供清单与约束
• 复杂安全域、合规分区需由你标注规则；生成图应视为草稿，上线前须人工核对
• 若 SKILL 未绑定特定渲染器，以对话输出的文本/代码块为准，本地预览效果取决于你的 Markdown 或 IDE 插件