コードレビュースキル

Golangプロジェクト向けの包括的なドキュメントガイド。godocコメント、README、CONTRIBUTING、CHANGELOG、Go Playground、Exampleテスト、APIドキュメント、llms.txtをカバー。ドキュメントコメントやドキュメントの作成・レビュー時、コード例の追加時、ドキュメントサイトのセットアップ時、またはドキュメントのベストプラクティスについて議論する際に使用。ライブラリとアプリケーション/CLIの両方に対応。

We need to translate the given English text into Japanese, preserving the name "golang-error-handling" if it appears, but it does not appear in the text. The text is a description of a skill for idiomatic Go error handling. We must not add any extra commentary, labels, or formatting. Just the translation. The text includes technical terms: "Idiomatic Golang error handling", "creation", "wrapping with %w", "errors.Is/As", "errors.Join", "custom error types", "sentinel errors", "panic/recover", "single handling rule", "structured logging with slog", "HTTP request logging middleware", "samber/oops for production errors", "log aggregation 3rd-party tools", "Go code", "samber/cc-skills-golang@golang-samber-oops". These should be preserved as is or translated appropriately. For example, "Idiomatic Golang error handling" can be translated as "慣用的なGoのエラーハンドリング". But we need to keep technical terms like "errors

We need to translate the given English text into Japanese, preserving the specified name "golang-google-wire" (though it's not in the text, so no issue). The text is a description of a directory item type "agent skill". We must not include the name unless it appears in the source text. The source text does not contain "golang-google-wire". So we just translate the text. The text describes compile-time dependency injection in Golang using google/wire, listing various functions and concepts. We need to translate accurately, keeping technical terms like wire.NewSet, wire.Build, etc. as they are (they are code identifiers). Also preserve URLs? There is no URL. Numbers? None. Technical terms: "compile-time dependency injection", "injector files", "wire_gen.go", etc. We'll translate the surrounding Japanese. We must not add any extra commentary, labels, or formatting. Just the translation. Let's break down the text: "Compile-time dependency injection in Golang using google/wire — wire.NewSet, wire

Golangマイクロサービス向けのgRPC利用ガイドライン、protobuf構成、および本番対応パターンを提供します。gRPCサーバー/クライアントの実装、レビュー、デバッグ時、protoファイルの作成、インターセプターの設定、ステータスコードを用いたgRPCエラー処理、TLS/mTLSの構成、bufconnを用いたテスト、ストリーミングRPCの操作時に使用します。

Golangスキルオーケストレーター — Golangのコーディング、レビュー、デバッグ、セットアップタスクで常にアクティブ。タスクコンテキストを読み取り、samber/cc-skills-golangから最も関連性の高いスキルをロードします。多くの場合、複数のスキルを同時にロードします：gRPCサービスの作成時にはgolang-grpc + golang-testing + golang-error-handlingをロード；パニックのデバッグ時にはgolang-troubleshooting + golang-safetyをロード；セキュリティ監査時にはgolang-security + golang-lint + golang-safetyをロード。また、2つのスキルが重複しているように見える場合、競合するクラスターを明確に区別します...

GolangプロジェクトにおけるLintのベストプラクティスとgolangci-lintの設定 — リンターの実行、.golangci.ymlの設定、nolintディレクティブによる警告の抑制、Lint出力の解釈、リンターの選択。golangci-lintの設定時、Lint警告やnolint抑制について質問がある時、コード品質ツールのセットアップ時、またはリンターを選択する時に使用します。また、ユーザーがgolangci-lint、go vet、staticcheck、reviveに言及した場合にも使用します。

golang-linter — AIエージェント用のインストール可能なスキルです。

Goコードを最新の言語機能、標準ライブラリの改善、慣用的なパターンを使用するようにモダナイズします。Goコードの作成やレビュー中に旧来のパターンが検出された場合、または非推奨警告に遭遇した場合にプロアクティブにトリガーします。また、ユーザーが明示的にモダナイゼーション、Goバージョンアップグレード、CI/ツールのリフレッシュを依頼した場合にも使用します。

Go（Golang）の命名規則 — パッケージ、コンストラクタ、構造体、インターフェース、定数、列挙型、エラー、ブーリアン、レシーバ、ゲッター/セッター、関数型オプション、頭字語、テスト関数、サブテスト名をカバーします。新しいGoコードを書くとき、レビューやリファクタリングを行うとき、命名の選択肢（New vs NewTypeName、isConnected vs connected、ErrNotFound vs NotFoundError、StatusReady vs StatusUnknown at iota 0）を検討するとき、Goパッケージ名（utils/helpersアンチパターン）について議論するとき、または...にこのスキルを使用してください。

Golangのパフォーマンス最適化パターンと方法論 - XのボトルネックがあればYを適用。アロケーション削減、CPU効率、メモリレイアウト、GCチューニング、プーリング、キャッシング、ホットパス最適化をカバー。プロファイリングやベンチマークでボトルネックが特定され、それを修正するための適切な最適化パターンが必要な場合に使用。また、パフォーマンスコードレビューを行い、改善点や迅速なパフォーマンス向上を特定するのに役立つベンチマークを提案する場合にも使用。測定方法論には使用しない（→...）

本番環境で使用可能なGolangライブラリとフレームワークを推奨します。ユーザーが明示的にライブラリの提案を求めた場合、代替案の比較を希望する場合、特定のタスクに適したライブラリを選択する必要がある場合、またはプロジェクトに新しい依存関係を追加する際に適用します。

防御的なGolangコーディングにより、パニック、データの静かな破損、および微妙なランタイムバグを防止します。nilパニック、appendエイリアシング、マップの同時アクセス、浮動小数点比較の落とし穴、またはゼロ値設計に関する問題に遭遇した場合に使用します。また、nil安全性、数値変換のオーバーフロー、リソースライフサイクルの問題（ループ内のdefer）、またはスライスやマップの防御的コピーについてコードをレビューする際にも使用します。

Golangでsamber/doを使用した依存性注入 — サービスコンテナ、ライフサイクル管理、スコープ、ヘルスチェック、グレースフルシャットダウン、モジュール構成。samber/doを使用または採用する場合、コードベースがgithub.com/samber/doまたはgithub.com/samber/do/v2をインポートしている場合、または手動のコンストラクタインジェクションをDIコンテナにリファクタリングする場合に適用します。

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Golangのセキュリティベストプラクティスと脆弱性防止。インジェクション（SQL、コマンド、XSS）、暗号化、ファイルシステムの安全性、ネットワークセキュリティ、クッキー、シークレット管理、メモリ安全性、ログ記録をカバー。Goコードのセキュリティに関する作成、レビュー、監査時、または暗号、I/O、シークレット管理、ユーザー入力処理、認証を含むリスクのあるコードに取り組む際に適用。セキュリティツールの設定を含む。

We need to translate the given text from English to Japanese, preserving the name "golang-spf13-viper" but it's not in the text. The text describes a Golang configuration library using spf13/viper. We must not include the name unless it appears in the source text. The source text does not contain the name "golang-spf13-viper". So we just translate the text inside <text>. Also preserve technical terms like spf13/viper, BindPFlag, etc. The text ends with "For CLI command..." which seems incomplete but we translate as is. Translation: Golang設定ライブラリ spf13/viper を使用 — 階層的な優先順位 (フラグ > 環境変数 > ファイル > KV > デフォルト)、BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplacer + AutomaticEnv、ReadInConfig + ConfigFileNotFoundError、Unmarshal + mapstructure 構造体タグ、サブツリー用

Golangテストにおけるstretchr/testifyの包括的なガイド。assert、require、mock、suiteパッケージを詳細にカバー。testifyを使ったテスト作成、モックの作成、テストスイートのセットアップ、assertとrequireの選択時に使用。testifyのアサーション、モックの期待値、引数マッチャー、呼び出し検証、スイートのライフサイクル、Eventually、JSONEq、カスタムマッチャーなどの高度なパターンをカバー。コードベースがgithub.com/stretchr/testifyをインポートしている場合に適用。

Golangの構造体とインターフェースの設計パターン — コンポジション、埋め込み、型アサーション、型スイッチ、インターフェース分離、インターフェースを介した依存性注入、構造体フィールドタグ、ポインタレシーバと値レシーバ。Goの型を設計する際、インターフェースの定義や実装、構造体やインターフェースの埋め込み、型アサーションや型スイッチの記述、JSON/YAML/DBシリアライゼーションのための構造体フィールドタグの追加、ポインタレシーバと値レシーバの選択時にこのスキルを使用してください。また、ユーザーが...

We need to translate the given text from English to Japanese, preserving the name "golang-testing" if it appears. The text is a description of a directory item type "agent skill". The instruction says: "Do not include the name unless it appears in the source text." The name "golang-testing" does not appear in the provided <text>? Actually, looking at the text: it starts with "Production-ready Golang tests — ..." and later mentions "samber/cc-skills-golang@golang-stretchr-testify". The name "golang-testing" is not in the text. So we should not add it. We just translate the content. We need to preserve product names, protocol names, URLs, numbers, technical terms. So "Golang", "testify", "goleak", "CI", "Go", "samber/cc-skills-golang@golang-stretchr-testify" should remain as is. Also "table-driven tests", "testify suites and mocks", "parallel tests", "f

このスキルは、ユーザーが「エージェントコードを書く」「ADKでエージェントを構築する」「ツールを追加する」「コールバックを作成する」「エージェントを定義する」「状態管理を使用する」、またはADK（Agent Development Kit）Python APIのパターンやコード例を必要とする場合に使用します。Google ADKスキルスイートの一部です。エージェントタイプ、ツール定義、オーケストレーションパターン、コールバック、状態管理のクイックリファレンスを提供します。新しいプロジェクトの作成（google-agents-cli-scaffoldを使用）やデプロイには使用しないでください...

Graphite (gt)を使用してスタック型PRを操作します - PRスタックの作成、ナビゲーション、管理を行います。

予算を考慮したエージェント支援型エンジニアリング健全性監査を実行し、指示/設定のドリフト、フック/MCP、検証サーフェス、AI保守性を確認します。ユーザーが「claudeをチェック」「codexをチェック」「piをチェック」「設定チェック」「健全度」と尋ねたり、エージェントが指示を無視する、検証が欠けている、コードが保守しにくくなっていると報告した場合に使用します。コードのデバッグやPRのレビューには使用しません。

エラー、クラッシュ、リグレッション、テスト失敗、動作不良、スクリーンショットで報告された不具合に対して、修正を適用する前に根本原因を特定します。ユーザーが「排查/报错/崩溃/不工作/回归/判断为什么报错」と尋ねたり、以前は動作していたが現在は失敗すると言った場合に使用します。コードレビューや新機能には使用しません。

HyperFrames構成にレジストリブロックとコンポーネントをインストールして配線します。hyperframes addの実行時、ブロックやコンポーネントのインストール時、インストールしたアイテムをindex.htmlに配線する時、またはhyperframes.jsonを操作する時に使用します。addコマンド、インストール場所、ブロックサブ構成の配線、コンポーネントスニペットのマージ、レジストリ検出、そして新しいブロックやコンポーネントを作成して上流に貢献する方法（アイデア→スキャフォールド→検証→PR）をカバーします。

PRDまたは一連の課題に基づいて作業を実装する。

承認されたPRODUCT.mdとTECH.mdの機能を実装し、実装の進化に合わせて仕様とコードを同じPR内で整合させます。プロダクトと技術仕様が承認され、次のステップが機能の構築である場合に使用します。

シニアアドバイザーとして任意のコードベースを調査し、他のモデルやエージェントが実行できる優先順位付きの自己完結型実装計画を作成します。ソースコードは厳密に読み取り専用とし、自身では実装、修正、リファクタリングを一切行いません。コードベースの監査、改善機会（バグ、セキュリティ、パフォーマンス、テストカバレッジ、技術的負債、移行、開発者体験）の発見、機能提案やプロジェクトの今後の方向性（ロードマップ、製品戦略）の提示、または別のエージェントへの引き継ぎ計画の生成を求められた際に使用します。

コードベース内の深化の機会を見つけます。CONTEXT.mdのドメイン言語とdocs/adr/の決定事項に基づきます。ユーザーがアーキテクチャを改善したい、リファクタリングの機会を見つけたい、密結合モジュールを統合したい、またはコードベースをよりテスト可能でAIがナビゲートしやすくしたい場合に使用します。

ReactプロジェクトとコンポーネントをRadix UIからBase UIに移行します。radixからの移行、base-uiへの移動、radixプリミティブの変換、またはshadcnプロジェクトのベースライブラリの切り替えを求められた際に使用します。単一コンポーネント（「accordionを移行」）とプロジェクト全体の両方を処理します。

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.