架构设计师 Pro

解决什么问题

新系统、技术选型、模块拆分、数据库设计时，常见风险不是缺框架，而是跳过需求分析、照搬旧架构、凭熟悉度选技术栈，导致后期返工、性能债务和团队沟通成本上升。architecture-designer-pro 强调架构决策必须先经过需求与约束分析，避免“已决定”“以前做过”“时间紧”等理由绕过设计过程。

技能如何工作

该技能按固定流程推进：

• 需求分析：识别业务目标、功能性需求、非功能性需求和预算、团队、既有系统等约束。
• 架构模式评估：比较 Monolithic、Microservices、Serverless、Event-Driven 等模式的适用条件与取舍。
• 模块设计：定义模块边界、接口、依赖和通信方式，便于并行开发与后续重构。
• 技术栈选择：基于功能、性能、可扩展性、生态成熟度和团队学习成本做证据化评估。
• 数据库设计：覆盖实体关系、索引、查询模式、迁移与扩展策略。

它还包含反合理化检查表，提醒在“只是原型”“敏捷不要文档”等场景下保留最小设计记录，例如架构图、关键决策、模块边界和假设。

适用边界

适合新系统启动、重构、迁移、技术选型和数据库建模。它偏重过程规范和决策记录，不替代具体语言工具链、云厂商方案或业务领域知识；对小项目需要控制文档规模，重点保留需求、边界和关键取舍。