用途：为新建或演进中的 .NET 系统选择架构方向，评审分层边界、领域边界与服务拆分，判断整洁架构、垂直切片、CQRS 或微服务是否有必要。
主要能力与工作方式：从业务能力边界与变更频率出发，而非偏好某种图风格；默认采用简单的模块化单体，仅当团队自治、规模或部署边界足以抵消额外运维成本时才转向微服务；仅在业务规则确实复杂处应用 DDD 与 CQRS，避免在 CRUD 为主的代码中强行引入聚合与命令管道；使用整洁架构时保持依赖向内流动，但不为增加仪式感而创建缺乏归属的额外项目；显式定义集成边界，包括契约、存储归属、消息、一致性模型与可观测性预期；当本地编排、服务发现与开发者可观测性属于架构组成部分时使用 aspire。
交付物：与系统复杂度匹配的架构方向；清晰的项目与依赖边界；变更现有结构时的迁移说明或权衡取舍。
验证要点：所提结构应减少而非增加意外复杂度；数据归属与集成路径明确；架构可测试、可运维，而不只是图上好看。
参考资料：references/patterns.md 提供整洁架构、垂直切片、DDD、CQRS、模块化单体与微服务的 C# 12+ 实现细节；references/anti-patterns.md 列举过度抽象、贫血领域模型、过早微服务与货物崇拜等常见架构错误。
限制：资料未提供具体安装命令、收费与平台支持信息，暂未提供。