关于 golang-ddd
面向 Go 服务重构的技能路由入口，帮助开发者根据代码结构、业务逻辑、应用层或基础设施问题选择配套技能。它强调按实际复杂度规划改动，避免过度设计。
主要功能
- 01按问题类型选择配套技能
- 02规划多技能协作顺序
- 03控制重构范围
- 04避免简单 CRUD 引入 CQRS
适用场景
- 01判断 Go 服务应从哪类重构入手
- 02安排跨架构与领域逻辑的重构
- 03为 CI 或部署问题选择基础设施技能
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/golang-ddd确认已加载。
附带文件agents/openai.yaml
详细介绍
Golang DDD
当任务是“让这个 Go 服务更易于演进，但又不想过度设计”，而暂时无法确定具体采用哪种技术时，可将此内容作为默认的手动入口。
路由工作流
- 先对任务进行分类。
- 如果主要问题是包结构、层边界、共享模型、依赖方向或导入循环，请从
$golang-ddd-architecture开始。 - 如果主要问题是隐藏在处理程序、仓库或可变结构体中的业务规则，请从
$golang-ddd-refactor开始。 - 如果主要问题是臃肿的应用服务、CRUD 命名、读写混杂，或特定于处理程序的依赖泛滥，请从
$golang-ddd-cqrs开始。 - 如果主要问题是 Terraform、CI、测试策略、服务身份验证或内部操作安全，请从
$golang-ddd-infrastructure开始。
- 如果任务涉及多个层，请组合使用多个技能。
- 架构 + 领域重构是修复型重构中最常见的组合。
- 如果写入端业务逻辑已经存在，而应用层又过于臃肿，则适合采用领域重构 + CQRS。
- 如果 CI 或部署工作暴露了缺失的边界，则适合采用架构 + 基础设施。
- 当测试、身份验证或交付约束需要与代码结构保持一致时，可在其他技能之后使用基础设施技能。
- 多个技能适用时，默认按以下顺序使用。
- 首先
$golang-ddd-architecture - 然后
$golang-ddd-refactor - 接着
$golang-ddd-cqrs - 最后
$golang-ddd-infrastructure
- 让解决方案与问题规模相称。
- 不要在简单的 CRUD 中强行引入 CQRS。
- 不要拆分超出当前复杂度所需的模型或层。
- 优先选择能让代码更安全地修改的最小改动。
手动调用建议
- 如果不确定该使用哪个专用技能，请使用
golang-ddd。 - 如果问题已经明确，请直接使用相应的专用技能。
- 如果请求要求进行面向领域的清理或重构，但没有提供更多细节，请从这里开始。
配套技能
$golang-ddd-architecture$golang-ddd-refactor$golang-ddd-cqrs$golang-ddd-infrastructure
交付内容
- 明确选择要使用的配套技能或技能组合，
- 制定与实际复杂度相符的计划，
- 避免对简单服务过度设计。
评论
支持 Markdown