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