From backend-golang
Use when scaffolding or reviewing Go project layout — standard Go project structure with cmd, internal, pkg directories, module organization, and build conventions
How this skill is triggered — by the user, by Claude, or both
Slash command
/backend-golang:golang-project-structureThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
```
yourorg-order-service/
├── cmd/
│ └── server/
│ └── main.go # Entry point, wire dependencies
├── internal/ # Private to this module
│ ├── order/
│ │ ├── service.go # Business logic
│ │ ├── service_test.go
│ │ ├── repository.go # Interface + implementation
│ │ ├── handler.go # HTTP handlers
│ │ ├── handler_test.go
│ │ └── model.go # Domain types
│ ├── config/
│ │ └── config.go # Configuration loading
│ └── middleware/
│ ├── auth.go
│ └── logging.go
├── pkg/ # Public, reusable packages (use sparingly)
│ └── httputil/
│ └── response.go
├── migrations/
│ └── 001_create_orders.sql
├── go.mod
├── go.sum
├── Makefile
├── Dockerfile
└── README.md
internal/ for all business logic — enforced by Go compilercmd/ for entry points only — minimal code, just wiringpkg/ only for truly reusable cross-project code (most code goes in internal/)go.mod at repo root with go 1.22 minimumnpx claudepluginhub gagandeepp/software-agent-teams --plugin backend-golangGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Enforces test-driven development: write failing test first, then minimal code to pass. Use when implementing features or bugfixes.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.