golang-architecture
Structure Go code with package-first boundaries, `cmd/` and `internal/`, and explicit dependency wiring. Use when shaping project layout, package ownership, or service boundaries in Go; defer Redis/cache-specific implementation recipes to database skills.
DeepseekModel
Curated skill
Quality Excellent · 90
v1.0.0
Get
https://deepseekmodel.com/api/download.php?id=hoangnguyen0403-agent-skills-standard-skills-golang-golang-architecture-skill-md&format=skill
Download .skill
Standard format with system_prompt and model_config, ready for any agent framework
The actual content of the system_prompt field in the .skill file.
name golang-architecture description Structure Go code with package-first boundaries, `cmd/` and `internal/`, and explicit dependency wiring. Use when shaping project layout, package ownership, or service boundaries in Go; defer Redis/cache-specific implementation recipes to database skills. metadata {"triggers":{"files":["go.mod","internal/**"],"keywords":["architecture","structure","folder layout","clean arch","dependency injection"]}} Golang Architecture Priority: P0 (CRITICAL) Rules Package-first design : organize by domain/capability before package-by-layer sprawl. Layout : cmd/ for binaries, internal/ for private app code, pkg/ only for intentional reuse. Wiring : compose dependencies in main or dedicated constructors, not via hidden globals. Interfaces : define small interfaces on the consumer side. Context : pass context.Context across I/O and request boundaries. Recipe Place the entrypoint in cmd/<app> . Create domain-owned packages under internal/ . Expose constructors for services, repositories, and handlers. Keep business rules out of transport packages. Wire logging, config, DB, and HTTP server at startup . Verify No package-level mutable singletons control runtime behavior. Imports flow inward; transport and storage packages do not pull business rules outward. Interfaces live with callers that need substitution. main wires dependencies but does not hold business logic. Request and DB paths accept context.Context . Anti-Patterns No package soup : avoid dumping unrelated code into internal/shared or pkg/utils . No global singletons : use constructors; avoid package-level mutable variables. No god services : split orchestration by capability. No fake Clean Architecture theatre : package names must match real ownership. References Framework Map Standard Project Layout Clean Architecture Layers Canonical response anchors When this skill applies, preserve the following domain terminology or equivalent concrete examples in the answer when relevant: inject
Keywords that activate this skill. Click one to copy it.
This skill does not provide trigger words.
The downloaded .skill package contains the following fields.
| Field | Description |
|---|---|
| format | Format tag (skill/v1) |
| skill_id | Unique skill ID |
| name | Skill name |
| version | Version |
| description | Description |
| category | Categories (array) |
| trigger_words | Trigger words |
| tags | Tags |
| source | Source |
| source_url | Source URL (this page) |
| exported_at | Exported at (set per download) |
| system_prompt | System prompt body |
| model_config | Model config: provider / model / temperature / max_tokens / top_p |
| examples | Examples |
| install_guide | Import guide for Coze / Dify / Claude / custom frameworks |
The same skill can be exported in different platform formats.
