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
キュレーション済みスキル
品質 優秀 · 90
v1.0.0
取得
https://deepseekmodel.com/api/download.php?id=hoangnguyen0403-agent-skills-standard-skills-golang-golang-architecture-skill-md&format=skill
ダウンロード .skill
標準形式。system_prompt と model_config を収録し、任意の Agent で利用可能
.skill ファイルの system_prompt フィールドの実際の内容。
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
このスキルを起動するキーワード。クリックでコピーできます。
このスキルにはトリガーワードがありません。
ダウンロードした .skill に含まれるフィールド。
| フィールド | 説明 |
|---|---|
| format | フォーマット識別子（skill/v1） |
| skill_id | スキル固有 ID |
| name | スキル名 |
| version | バージョン |
| description | 説明 |
| category | カテゴリ（配列） |
| trigger_words | トリガーワード |
| tags | タグ |
| source | ソース |
| source_url | ソース URL（本ページ） |
| exported_at | エクスポート日時（ダウンロード毎） |
| system_prompt | システムプロンプト本文 |
| model_config | モデル設定：provider / model / temperature / max_tokens / top_p |
| examples | サンプル |
| install_guide | 各プラットフォームの導入説明（Coze / Dify / Claude / カスタム） |
