（11278期）architecture-designer – 企业级系统架构设计专家

企业级系统架构设计专家 基于资深架构师方法论，提供系统架构设计、ADR决策记录和技术选型指导，帮助团队建立规范的架构评审流程并避免过度工程。 使用说明 Architecture Designer 是一款专注于软件系统架构设计的专家级技能，旨在为开发团队提供从需求分析到技术选型的全流程架构支持。该技能定位明确，适用于设计新系统、审查现有架构、制定技术决策等关键场景，通过标准化的工作流程和决策记录机制，帮助团队建立可持续演进的系统架构。 核心用法 该技能采用结构化的五步法：首先深入理解功能性与非功能性需求，其次识别匹配的架构模式（如微服务、单体应用、事件驱动等），随后进行具体设计并文档化关键决策（ADR），最后与利益相关者进行评审。在输出方面，它提供标准化的架构设计文档模板，包含需求摘要、高层架构图、技术选型 rationale、以及风险评估与缓解策略。特别值得一提的是，它强制要求使用架构决策记录（ADR）格式记录所有重大技术选择，确保决策过程透明且可追溯。 显著优点 最大的优势在于其方法论的系统性和实用性。它内置了15年以上资深架构师的经验，强调"恰到好处"的设计哲学，明确禁止为假设性规模进行过度工程（over-engineering），这在业界常见的"为未来而设计"的误区中尤为可贵。其次，该技能对非功能性需求（性能、安全、可维护性等）有显式约束，强制要求在设计阶段就考虑运维复杂性和故障模式。此外，它提供了丰富的参考指南，包括架构模式对比、数据库选型矩阵、NFR检查清单等实用工具，大幅降低了架构设计的门槛。 潜在缺点与局限性 作为纯文档型技能，它缺乏代码生成和自动化验证能力，所有设计仍需人工实施和验证。更重要的是，其内容来源于T3级个人开发者社区，虽经安全审计无恶意代码，但架构建议的权威性和最佳实践的时效性可能不及来自知名技术公司或基金会的官方指导。此外，该技能主要面向通用软件架构，对于特定领域（如嵌入式系统、高频交易、AI模型架构）的深度支持可能不足。 适合的目标群体 主要面向软件架构师、技术负责人、高级后端开发工程师以及需要进行技术决策的CTO/VP of Engineering。对于正在从单体应用向微服务转型的团队，或是需要建立架构评审流程的中大型组织尤为适用。同时，全栈开发者在进行复杂系统设计时，也可借助其结构化思维框架提升设计质量。 使用风险 尽管该技能本身无代码执行风险，但使用者需注意：架构建议基于通用模式，实际应用时需结合具体业务场景进行调整，盲目套用可能导致不恰当的技术选型。由于来源为个人开发者维护，内容的持续更新和社区支持可能存在不确定性。建议在关键生产环境架构决策时，将该技能作为参考起点而非唯一依据，结合团队实际情况和业界最新实践进行交叉验证。同时，建议在只读模式下使用，避免意外修改模板内容。 原始说明 Use when designing new system architecture, reviewing existing designs, or making architectural decisions. Invoke for system design, architecture review, design patterns, ADRs, scalability planning.