关于 architecture
面向设计或演进 .NET 系统的架构 Skill，帮助开发者确定边界与架构模式，并依据系统复杂度选择方案，而非追求图示形式。
主要功能
- 01按业务能力划分边界
- 02默认采用模块化单体
- 03评估 DDD 与 CQRS 的适用性
- 04明确集成边界
- 05提供权衡与迁移说明
适用场景
- 01为新的 .NET 系统选择架构
- 02审查分层与服务拆分
- 03评估是否转向微服务
- 04规划现有结构的调整
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/architecture确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
manifest.jsonreferences/anti-patterns.mdpatterns.md详细介绍
.NET 架构
适用场景
- 为新的或持续演进的 .NET 系统选择架构
- 审查分层边界、领域边界或服务拆分
- 判断是否有必要采用整洁架构、垂直切片、CQRS 或微服务
工作流
- 从业务能力边界和变更频率出发，而不是从偏好的图表风格出发。
- 默认采用简单的模块化单体模式，只有在团队自主性、规模或部署边界足以证明额外运维成本合理时，才转向微服务。
- 仅在业务规则确实复杂时应用 DDD 和 CQRS；避免在没有收益的 CRUD 密集型代码中强行引入聚合和命令管道。
- 使用整洁架构时，保持依赖向内流动，但避免创建会增加形式流程、却无法明确所有权的额外项目。
- 明确集成边界：契约、存储所有权、消息传递、一致性模型和可观测性预期。
- 如果本地编排、服务发现和开发者可观测性属于架构的一部分，请使用
aspire。
交付内容
- 与系统复杂度相匹配的架构方向
- 清晰的项目和依赖边界
- 更改现有结构时的迁移说明或权衡
验证
- 所提结构减少而非增加意外复杂性
- 明确数据所有权和集成路径
- 架构具备可测试性和可运维性，而不只是图表上看起来合理
参考资料
- references/patterns.md - 整洁架构、垂直切片、DDD、CQRS、模块化单体和微服务的详细实现，包含 C# 12+ 示例
- references/anti-patterns.md - 常见架构错误，包括过度抽象、贫血领域模型、过早采用微服务和盲目照搬模式
评论
支持 Markdown