Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
開発
inference.sh を介して React/Remotion コンポーネントコードから動画をレンダリングします。TSX コードを渡すと MP4 を取得できます。useCurrentFrame、useVideoConfig、spring、interpolate、AbsoluteFill、Sequence など、すべての Remotion API に対応します。解像度、FPS、長さ、コーデックを設定できます。用途：プログラムによる動画生成、アニメーショングラフィック、モーションデザイン、データ駆動型動画、React アニメーションの動画化。トリガー：remotion、render video from code、tsx to video、react video、programmatic video、remotion render、code to video、animated video、motion graphics code、react animation video
ユーザーが Git のコミットを作成したい場合、または変更を複数のコミットに分割したい場合にこのスキルを使用します。「/commit」と入力した場合や Conventional Commits 形式を求めた場合も使用します。このスキルは差分を調べ、関連ファイルをステージし、Conventional Commits メッセージを作成して git commit を実行します。コミットはせず、コミットメッセージだけを求めている場合は使用しないでください。プッシュ、プルリクエストの作成、リベース、コミット履歴の変更には使用しないでください。
Angularコードを生成し、アーキテクチャの指針を提供します。プロジェクト、コンポーネント、サービス、HTTP通信の作成時や、リアクティビティ（signals、linkedSignal、resource、httpResource）、クエリとコンテンツプロジェクション、フォーム、依存性注入、ルーティング、サーバーおよびハイブリッドレンダリング（SSR、プリレンダリング、ハイドレーション）、アクセシビリティ（ARIA）、アニメーション、スタイリング（コンポーネントスタイル、Tailwind CSS）、テスト、命名規則、CLIツールのベストプラクティスについての相談時に起動します
PR、ブランチ、ファイル、ディレクトリ、機能を対象とするエンドツーエンドの分析計測ワークフローです。コードを読み、追跡すべきイベントを特定し、具体的な計測計画を一度に作成します。PRへの分析追加、「instrument this PR」「add tracking to this branch」「what analytics does this file need」「instrument the checkout flow」「run the full instrumentation workflow」など、コード変更から計測計画への作成を求める依頼で使用します。PRリンク、ブランチ名、ファイルパス、機能の説明とともに分析、イベント、計測について言及された場合にも起動します。分析ワークフローの主な入口であり、個別のステップ（diff-intake、discover-event-surfaces、instrument-events）を別々に呼び出すより優先します。
PR またはブランチの差分を読み取り、後続の分析計測スキル向けに構造化された YAML 変更概要を作成します。ユーザーが PR リンク、ブランチ比較、または生の差分を共有し、変更内容、追跡が必要な内容、機能の計測方法を知りたい場合、最初のステップとして使用します。「review this PR」「what changed in this branch」「help me instrument this diff」「check analytics coverage for this change」など、分析レビューの開始を求める依頼で起動します。
このコードベースで分析トラッキング呼び出しが実際にどのように記述されているかを調べます。イベント送信に使われる具体的な SDK 呼び出し、関数シグネチャ、インポートパターンを確認します。新たなトラッキング追加前に既存の分析計測パターンを把握する必要がある場合、「how do we track events here?」「show me the analytics setup」「what's the analytics pattern in this codebase?」と尋ねられた場合、または instrument-events や discover-event-surfaces の実行前に適切なコーディングスタイルを確認する必要がある場合に使用します。重複を除いたパターン一覧、一般化した例、各パターンが見つかったファイルパスに加え、呼び出し箇所から推定した主要なイベント名とプロパティ名の規則を出力します。分析計測コードを書く前に必ず使用してください。
change_brief YAML（diff-intake の出力）を基に、計測候補となる分析イベントを網羅的に列挙します。PM の視点を持つエンジニアとして検討に値する内容をすべて提示し、PM が本当に重要なものを判断できるようにします。分析計測ワークフローのステップ 2 として、diff-intake が change_brief を生成した直後に使用します。ユーザーが change_brief YAML を持ち、追加すべき分析イベントを知りたい場合や、「what should I track for this PR」「what events should I instrument」「generate event candidates」、またはコード変更の分析カバレッジの不足を洗い出す依頼で起動します。
event_candidates YAML（discover-event-surfaces の出力）を基に、優先度 3（重大）のイベント向けに具体的な計測計画を作成します。ソフトウェアアーキテクトとして、コードベース内の既存の分析パターンを調べ、指定されたファイルを読み込んでスコープ内の変数を特定し、グラフに役立つ最小限のプロパティを設計し、各トラッキング呼び出しの正確な挿入位置を特定します。構造化された JSON trackingPlan を出力します。分析計測ワークフローのステップ 3 として、discover-event-surfaces の後に使用します。ユーザーが event_candidates を持ち、トラッキングコードの生成を求める場合や、「instrument these events」「generate tracking plan」「add analytics for these events」「where should I put the tracking calls」、または候補イベントを具体的な実装指針に変換する依頼で起動します。
Expo Modules API（Swift、Kotlin、TypeScript）を使用した Expo ネイティブモジュールとビューの作成・実装ガイドです。モジュール定義 DSL、ネイティブビュー、共有オブジェクト、設定プラグイン、ライフサイクルフック、自動リンク、型システムを扱います。Expo のネイティブモジュールの構築や変更に使用します。既存の Swift モジュールを定義 DSL から Expo Modules API 2.0 マクロに移行する用途には使用せず、その場合は expo-experiments プラグインの expo-migrate-module を使用してください。
vinextを使用してCloudflare Workers上でNext.jsアプリを構築、移行、デプロイします。CloudflareでNext.jsプロジェクトを開始するとき、既存アプリをWorkersに移行するとき、vinextとOpenNextのどちらかを選ぶとき、またはWorkers向けにvinextを設定するときに使用します。セットアップ、移行、デプロイでは、まだインストールされていなければ `npx skills add cloudflare/vinext` でvinextの上流スキルをインストールし、該当するスキルとドキュメントを読んで従ってください。
Golangのコードスタイル規約。行の長さと改行、変数宣言、制御フローの明確さ、コメントが有用な場合と有害な場合を扱います。Goコードの作成やレビュー、スタイルや明確さに関する質問、プロジェクトのコーディング規約策定に使用します。命名規則（→ `samber/cc-skills-golang@golang-naming` スキルを参照）、linterの設定（→ `samber/cc-skills-golang@golang-lint` スキルを参照）、ドキュメントコメント（→ `samber/cc-skills-golang@golang-documentation` スキルを参照）には使用しません。
本番環境向けのGolangテスト。テーブル駆動テスト、testifyのスイートとモック、並列テスト、ファジング、フィクスチャ、goleakによるgoroutineリーク検出、スナップショットテスト、コードカバレッジ、統合テスト、慣用的なテスト命名を扱います。Goテストの作成やレビュー、テスト方法の選択、GoテストCIの設定、不安定または遅いテストのデバッグに使用します。testify固有のAPIについては `samber/cc-skills-golang@golang-stretchr-testify`、測定方法については `samber/cc-skills-golang@golang-benchmark` を参照してください。
Goの慣用的なエラー処理。エラーの作成、%wによるラップ、errors.Is/As、errors.Join、カスタムエラー型、センチネルエラー、panic/recover、単一処理ルール、slogによる構造化ログ、HTTPリクエストログミドルウェア、本番環境のエラー向けsamber/oopsを扱います。サードパーティのログ集約ツールを使い、大規模環境でもログを活用できるようにします。Goコードでエラーを作成、ラップ、検査、記録する際に適用します。samber/oopsの詳細 → `samber/cc-skills-golang@golang-samber-oops` スキルを参照。slogハンドラーのエコシステム → `samber/cc-skills-golang@golang-samber-slog` スキルを参照。
Limrun クラウド iOS シミュレーター上で実行中のアプリを操作します。起動、タップ、入力、アクセシビリティ要素ツリーの読み取り、アプリログとシミュレーターの syslog の読み取り、スクリーンショット、動画撮影、アプリのローカルサービスまたはプライベートトンネルへの接続、動画ファイルのカメラ映像としての再生、ユーザーのプロキシ経由での全トラフィック転送と CA の信頼、クリップボードの設定、user defaults の読み書き、通知の投稿、時間指定アクションチェーンの実行に対応します。ビルド後（任意のビルダーで可）、ユーザーがシミュレーター上でアプリを確認、テスト、操作したい場合や、「show me a screenshot」「tap」「run the UI test」「record a video」「read the logs」「connect localhost」「reach my local server from the simulator」「route all traffic through my proxy」「trust my CA」「mock the camera」「paste into the app」「change the language」「simulate Face ID」「launch on simulator」と言った場合に使用します。先にアプリをビルドするには、limrun-xcode-bazel（Bazel ワークスペース）または limrun-xcode（xcodebuild プロジェクト）を使用します。
任意の環境（Linux、Windows、macOS、VM、コンテナ）から、ローカルの xcodebuild ではなくリモート Xcode で `lim xcode build` を使って iOS／Apple アプリをビルドしたり、`lim xcode run` でプロジェクトのコマンドを実行したり、`lim xcode test` で XCTest スイートを実行したりします。非 Bazel プロジェクト（`.xcodeproj`／`.xcworkspace`、gitignore 対象のプロジェクトを使う XcodeGen `project.yml`、React Native／Expo のネイティブビルド）で、ビルド、コンパイル、コード生成や Make ターゲットの実行、テスト、ビルドログの確認、再読み込み、プレビュービルドの作成、署名済みデバイス IPA のリリースを行う場合に使用します。シミュレーターで実行、タップ、スクリーンショット撮影などの操作をするには limrun-ios-simulator を使用します。Bazel ワークスペースには limrun-xcode-bazel を使用します。
レガシー：専用 Xcode サンドボックス上で `lim xcode rbe` を使って Bazel iOS アプリをビルドし、そのサンドボックスに接続されたリモート iOS シミュレーターにインストールします。ワークスペースがすでに `lim xcode rbe` で動作している場合（`.limrun/` が `lim xcode rbe` によって作成された場合）、ユーザーが明示的に求めた場合、または `lim xcode rbe` によるビルド、アップロード、インストールに問題がある場合に限り使用します。新しいワークスペース、iOS または Android、シミュレーター上でのアプリ実行を含む、それ以外のすべての Bazel ビルドには limrun-bazel を使用します。実行中のアプリをタップ、入力、撮影などで操作するには limrun-ios-simulator を使用します。
ウェブアニメーションをフレームバジェット内に収める — 合成のみのプロパティをアニメーション化し、ページが忙しいときはメインスレッド外で動きを処理し、フレーム落ちしたら原因を特定する。レイアウト/ペイント/コンポジットのパイプライン、安価なプロパティ切り替え、CSS と WAAPI と requestAnimationFrame の比較、Framer Motion のハードウェアアクセラレーション経路、フレームごとの React の再レンダリング、継承 CSS 変数の再計算、ブラーのコスト、`will-change` が実際に効く場面を扱う。アニメーションがカクつく、途切れる、フレーム落ちするSymptoms... ja clean: アニメーションがカクつく、途切れる、フレーム落ち—when
Golang のセキュリティベストプラクティスと脆弱性対策——インジェクション（SQL、コマンド、XSS）、暗号技術、パストラバーサル、SSRF と HTTP セキュリティヘッダー、Cookie、シークレット管理、メモリーセーフティ、ログ内の PII、STRIDE/DREAD 脅威モデリング、および `gosec` SAST、競合検出、ファジングテスト。Go コードのセキュリティに関する作成、レビュー、監査や、暗号、ファイル／ネットワーク I/O、シークレット、ユーザー入力、認証を扱う場合に使用します。nil panic やスライスのエイリアスなど、悪用できない防御上のバグには使用しないでください（→ `samber/cc-skills-golang@golang-safety` skill を参照）。govulncheck による依存関係の脆弱性スキャン（→ `samber/cc-skills-golang@golang-dependency-management` skill を参照）や、セキュリティスキャナーの CI パイプラインへの組み込み（→ `samber/cc-skills-golang@golang-continuous-integration` skill を参照）にも使用しないでください。
Golang の慣用的な設計パターン——関数オプション、コンストラクター API、`init()` とグローバル状態の回避、列挙型、panic と error の使い分け、リソース管理とライフサイクル、グレースフルシャットダウン、タイムアウトとリトライ、ストリーミングとイテレーター、アーキテクチャスタイル（clean、hexagonal、DDD、flat）。アーキテクチャパターンの選択、関数オプションの実装、コンストラクター API の設計、グレースフルシャットダウンの設定、レジリエンスパターンの適用、または特定の問題に適した Go の慣用パターンを尋ねる場合に使用します。DI コンテナーの配線や DI ライブラリの比較には使用しないでください（→ `samber/cc-skills-golang@golang-dependency-injection` skill を参照）。エラーラッピング、`errors.Is`/`As`、ログの仕組みにも使用しないでください（→ `samber/cc-skills-golang@golang-error-handling` skill を参照）。
Golang のパフォーマンス最適化パターンと手法。X がボトルネックなら Y を適用します。アロケーション削減、CPU 効率、メモリレイアウト、GC チューニング、プーリング、キャッシュ、ホットパスの最適化を扱います。プロファイリングやベンチマークでボトルネックが特定され、解決に適した最適化パターンが必要な場合に使用します。パフォーマンスコードレビューで改善案や、手早い性能向上の特定に役立つベンチマークを提案する場合にも使用します。測定手法（→ `samber/cc-skills-golang@golang-benchmark` skill を参照）やデバッグワークフロー（→ `samber/cc-skills-golang@golang-troubleshooting` skill を参照）には使用しません。
shadcn/ui コンポーネント（Radix UI + Tailwind ベース）、Tailwind CSS のユーティリティファーストなスタイリング、canvas ベースのビジュアルデザインを使って、美しくアクセシブルなユーザーインターフェースを作成します。ユーザーインターフェースの構築、デザインシステムの実装、レスポンシブレイアウトの作成、アクセシブルなコンポーネント（ダイアログ、ドロップダウン、フォーム、テーブル）の追加、テーマや色のカスタマイズ、ダークモードの実装、ビジュアルデザインやポスターの生成、複数のアプリにわたる一貫したスタイルパターンの確立に使用します。
Golang の並行処理設計。goroutine のライフサイクルとリーク防止、チャネルと `select`、チャネルの所有権と方向、`sync.Mutex`/`RWMutex`/`sync.Map`/`sync.Once`/アトミック操作、`errgroup`、`singleflight`、ワーカープール、ファンアウト／ファンインのパイプラインを扱います。並行 Go コードの作成やレビュー、チャネルとミューテックスの選択、共有 map やカウンターの保護、goroutine に明確な終了経路がない場合に使用します。nil panic、スライスのエイリアス、数値オーバーフローなど、並行処理と無関係な防御的コーディング（→ `samber/cc-skills-golang@golang-safety` skill を参照）や、停止・クラッシュ・競合が発生した特定のプログラムの事後デバッグ（→ `samber/cc-skills-golang@golang-troubleshooting` skill を参照）には使用しません。
Golang における慣用的な context.Context の使い方。API 境界を越えた伝播、キャンセル、タイムアウトと期限、リクエスト単位の値、リクエスト終了後も続くバックグラウンド処理のための context.WithoutCancel を扱います。レイヤー間のコンテキスト伝播の設計、リークまたは期限切れにならないコンテキストのデバッグ、context.Background/TODO/WithoutCancel の選択、context への値の保存に使用します。ctx を単に最初の引数として受け取るだけのコードには使用しません。
Go（Golang）の命名規則。パッケージ、コンストラクター、構造体、インターフェース、定数、列挙型、エラー、ブール値、レシーバー、getter/setter、関数オプション、頭字語、テスト関数、サブテスト名を扱います。新しい Go コードの作成、レビューやリファクタリング、命名候補の選択（New と NewTypeName、isConnected と connected、ErrNotFound と NotFoundError、iota 0 の StatusReady と StatusUnknown）、Go のパッケージ名（utils/helpers のアンチパターン）の検討、Go の命名ベストプラクティスに関する質問に使用します。MixedCaps と snake_case、ALL_CAPS 定数、getter の Get 接頭辞、エラー文字列の大文字・小文字についてユーザーが言及した場合にも使用します。命名判断を伴わない一般的な Go 実装の質問には使用しません。
Go のデータベースアクセスに関する総合ガイド。パラメーター化クエリ、構造体へのスキャン、NULL 許容列、トランザクション、分離レベル、SELECT FOR UPDATE、コネクションプール、バッチ処理、コンテキスト伝播、マイグレーションツールを扱います。PostgreSQL、MariaDB、MySQL、SQLite と連携する Golang コードの作成、レビュー、デバッグ、データベーステスト、database/sql、sqlx、pgx に関する質問に使用します。データベーススキーマやマイグレーション SQL は生成しません。
偶発的なバグを防ぐための Golang 防御的コーディング。nil panic、typed-nil インターフェース、`append` のバッキング配列エイリアス、int64 から int32 への暗黙の切り捨て、浮動小数点数の `==` 比較、ループ内の `defer`、スライスや map の防御的コピー、使いやすいゼロ値を扱います。nil map への書き込みや nil ポインターの参照で Go プログラムが panic する場合、nil 安全性、数値変換のオーバーフロー、リソースのライフサイクルについてコードをレビューする場合、またはゼロ値が安全である必要のある型を設計する場合に使用します。goroutine、チャネル、sync プリミティブを使った並行アクセスの設計（→ `samber/cc-skills-golang@golang-concurrency` skill を参照）、インジェクション、弱い暗号、秘密情報の漏えいなど悪用可能な脆弱性（→ `samber/cc-skills-golang@golang-security` skill を参照）、すでに失敗しているプログラムのデバッグ（→ `samber/cc-skills-golang@golang-troubleshooting` skill を参照）には使用しません。
Golang のプロジェクトレイアウトとワークスペース設定。cmd/internal/pkg ディレクトリの規則、モジュールとパッケージの命名、go.work ワークスペース、必須の設定ファイルを扱います。新しい Go プロジェクトの開始、既存コードベースの整理、複数パッケージを含む monorepo の設定、複数の main パッケージを持つ CLI ツールの作成、パッケージやモジュールの再構成・分割に関する議論に使用します。レイアウトを変更せずに既存コードを再構成する用途には使用しません（→ `samber/cc-skills-golang@golang-refactoring` skill を参照）。
Golang のデータ構造。スライス（内部構造、容量の増加、事前割り当て、slices パッケージ）、map（内部構造、ハッシュバケット、maps パッケージ）、配列、container/list/heap/ring、strings.Builder と bytes.Buffer、ジェネリックコレクション、ポインター（unsafe.Pointer、weak.Pointer）、コピーのセマンティクスを扱います。Go のデータ構造の選択や最適化、ジェネリックコンテナーの実装、container/ パッケージ、unsafe ポインターや弱参照ポインターの使用、スライス/map の内部構造に関する疑問に使用します。プロファイリングでボトルネックが特定された後に最適化パターンを適用する用途には使用しません（→ `samber/cc-skills-golang@golang-performance` skill を参照）。
Golang プロジェクトの lint ベストプラクティスと golangci-lint の設定。linter の実行、.golangci.yml の設定、nolint ディレクティブによる警告の抑制、lint 出力の解釈、linter の選定を扱います。golangci-lint の設定、lint 警告や nolint による抑制に関する質問、コード品質ツールの設定、linter の選択に使用します。ユーザーが golangci-lint、go vet、staticcheck、revive に言及した場合にも使用します。GitHub Actions パイプラインへの lint ステップの組み込みには使用しません（→ `samber/cc-skills-golang@golang-continuous-integration` skill を参照）。
Golang プログラムを体系的にトラブルシューティングし、根本原因を見つけて修正します。Go コードでバグ、クラッシュ、デッドロック、競合、予期しない動作が発生した場合に使用します。デバッグ手法、Go のよくある落とし穴、テスト駆動デバッグ、pprof の設定と取得、Delve、競合検出、GODEBUG トレース、本番環境でのデバッグを扱います。「何かがおかしい」という状況では、まずこの skill を使用してください。プロファイルの解釈やベンチマーク（→ `samber/cc-skills-golang@golang-benchmark` skill を参照）、最適化パターンの適用（→ `samber/cc-skills-golang@golang-performance` skill を参照）、新しいコードの設計（防御的コーディングは `samber/cc-skills-golang@golang-safety` skill、並行処理設計は `samber/cc-skills-golang@golang-concurrency` skill を参照）には使用しないでください。
Golang の日常的なオブザーバビリティ——本番環境で常時取得するシグナルを扱います。slog による構造化ログ、Prometheus メトリクス、OpenTelemetry 分散トレーシング、pprof/Pyroscope による継続的プロファイリング、サーバー側 RUM イベントトラッキング、アラート、Grafana ダッシュボードを網羅します。本番監視向けの Go サービスの計装、メトリクスやアラートの設定、OpenTelemetry トレーシングの追加、ログとトレースの関連付け、旧来のロガー（zap/logrus/zerolog）から slog への移行、新機能へのオブザーバビリティ追加、Customer Data Platforms (CDP) を使った GDPR/CCPA 準拠のトラッキング実装時に使用します。一時的な詳細なパフォーマンス調査には使用しないでください（→ `samber/cc-skills-golang@golang-benchmark` および `samber/cc-skills-golang@golang-performance` skills を参照）。
Golang プロジェクトの依存関係管理——go.mod と go.sum、`go get` によるインストールとアップグレードの流れ、Minimal Version Selection、replace/exclude/retract による競合解決、`govulncheck` によるモジュールツリーのスキャン、古い依存関係とバイナリーサイズの監査、vendoring、`tool` ディレクティブ、go.work ワークスペースを扱います。Go 依存関係の追加、削除、アップグレード、パッケージの採用判断、バージョン競合の解決、またはモジュールが取り込む依存関係の監査時に使用します。依存バージョンの選択とアップグレードを扱い、周辺ツールは対象外です。コード内の悪用可能な脆弱性の修正には使用しないでください（→ `samber/cc-skills-golang@golang-security` skill を参照）。Dependabot/Renovate 更新ボットの CI ワークフローへの組み込みにも使用しないでください（→ `samber/cc-skills-golang@golang-continuous-integration` skill を参照）。
EASでExpoアプリを本番環境にデプロイします。iOS App Store、Google Play Store、TestFlight向けのビルドと提出、eas.jsonのビルド・提出プロファイルの設定、アプリのバージョンとビルド番号の管理、App StoreメタデータとASOの公開、EAS HostingによるWebバンドルとAPIルートのデプロイを行います。ユーザーが本番ビルドの準備、eas buildまたはeas submitの実行、TestFlightへの配信、アプリストアでのリリースや段階的なロールアウト、バージョンまたはビルド番号の更新、Expoアプリのストア掲載メタデータの設定を行う際に使用します。
Golang の構造体とインターフェースの設計パターン——コンポジション、埋め込み、型アサーション、型 switch、インターフェース分離、インターフェースによる依存性注入、構造体フィールドタグ、ポインタレシーバーと値レシーバーの選択。Go の型の設計、インターフェースの定義や実装、構造体やインターフェースの埋め込み、型アサーションや型 switch の記述、JSON/YAML/DB シリアライズ用の構造体フィールドタグの追加、またはポインタレシーバーと値レシーバーの選択時に使用します。「インターフェースを受け取り、構造体を返す」、コンパイル時のインターフェースチェック、小さなインターフェースを大きなものにまとめる方法について質問された場合にも使用します。
ローカルの Gradle や Android Studio の代わりに、リモート Gradle サンドボックスで `lim gradle build` を使って Android アプリをビルドします（Linux、Windows、macOS、VM、コンテナなど、あらゆる環境に対応）。APK または AAB のビルド、アップロードキーを使ったリリース署名、Play Store 公開の準備、ビルドログの確認、サンドボックスツールの選択やシェルコマンドの実行を行う場合に使用します。ネイティブ Android プロジェクト、React Native、Expo に対応します。エミュレーター上でビルド済み APK を起動、タップ、スクリーンショット撮影などで操作する場合は limrun-android-emulator を使用してください。iOS ビルドには limrun-xcode または limrun-expo-development を使用してください。
Golang CLI アプリケーション開発。Go CLI ツールの構築、変更、レビュー時に使用します。特にコマンド構造、フラグ処理、設定の階層化、バージョンの埋め込み、終了コード、I/O パターン、シグナル処理、シェル補完、引数検証、CLI のユニットテストを扱います。コードで cobra、viper、urfave/cli を使用する場合にも適用されます。cobra 固有の API → `samber/cc-skills-golang@golang-spf13-cobra` skill を参照；viper の設定階層化 → `samber/cc-skills-golang@golang-spf13-viper` skill を参照。
Golang のベンチマーク、プロファイリング、パフォーマンス測定。Go ベンチマークの作成、実行、比較、pprof によるホットパスのプロファイリング、CPU／メモリー／トレースプロファイルの解釈、benchstat による結果分析、CI でのベンチマーク回帰検出の設定、Prometheus のランタイムメトリクスを使った本番パフォーマンス調査時に使用します。特定のパフォーマンス指標を詳しく分析する必要がある場合にも使用します。この skill は測定方法を提供し、`samber/cc-skills-golang@golang-performance` は最適化パターンを提供します。
Golang の依存性注入（DI）に関する包括的なガイドです。DI が重要な理由（テスト容易性、疎結合、関心の分離、ライフサイクル管理）、手動でのコンストラクターインジェクション、DI ライブラリの比較（google/wire、uber-go/dig、uber-go/fx、samber/do）を扱います。サービスアーキテクチャの設計、依存性注入の設定、密結合コードのリファクタリング、シングルトンやサービスファクトリーの管理、または制御の反転、サービスコンテナー、Go での依存関係の配線について質問された場合に使用します。特定の DI ライブラリについては、`samber/cc-skills-golang@golang-google-wire`、`samber/cc-skills-golang@golang-uber-dig`、`samber/cc-skills-golang@golang-uber-fx`、または `samber/cc-skills-golang@golang-samber-do` skills を参照してください。
Golang のライブラリとフレームワークの選定——カテゴリ別（Web、データベース、テスト、ログ、メッセージング）に検証済みの本番対応オプション、新しい実験的な stdlib パッケージ、標準ライブラリを優先する場合のトレードオフ、成熟度の指標（メンテナンス状況、ライセンス、インポーター数）を扱います。ライブラリの提案や代替案の比較、特定タスク向けライブラリの選択を求められた場合、またはプロジェクトに新しい依存関係を追加する場合に使用します。選定後の特定ライブラリの API には使用しないでください（→ そのライブラリ専用の skill、例：`samber/cc-skills-golang@golang-samber-lo` を参照）。go.mod の仕組み、アップグレード、脆弱性監査にも使用しないでください（→ `samber/cc-skills-golang@golang-dependency-management` skill を参照）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。