Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
テスト・品質
言語やスタックを問わないシニアソフトウェアエンジニアリングを支援します—システムとサービスの設計、RFC、コードレビュー、リファクタリング、信頼性パターン、テスト戦略、性能分析、技術的な分解、およびデリバリーチームでのエンジニアリングリーダーシップ。サービやモジュールの設計、技術仕様の作成、アーキテクチャと正確性の観点での PR レビュー、レガシーコードの改善、トレードオフの選択(結合、一貫性、レイテンシ)、複雑な作業の見積り、エンジニアのメンタリングに使用します。スタック固有のフルスタック UI デリバリー(senior-fullstack-developer)、デプロイのロールアウト戦略(deployment-strategist)、インフラ/IaC(infrastructure-engineer)、専用の性能プロファイリングと負荷テスト(performance-engineer)、組織全体のセキュリティプログラム(cybersecurity)、システム横断の ADR とアーキテクチャレビュー(senior-system-architecture)には使用しません。
分散分析を用いて Claude Code スキルのパフォーマンスをベンチマークし、反復ごとの合格率、実行時間、token 使用量を追跡します。統計的信頼性のために評価ごとに複数回の試行を実行し、結果を benchmark.json に集約し、スキルバージョン間の比較レポートを生成します。ユーザーが「benchmark skill」「measure skill performance」「skill metrics」「compare skill versions」「skill performance」「track skill improvement」「skill regression test」「skill A/B test」と言った場合に使用します。
Claude Code と Codex の skill を作成または改善する。リクエストが skill 自体に明確に関係する場合にのみ使用する:新しい skill の作成、SKILL.md ファイルの編集、.claude/skills/.../SKILL.md または .agents/skills/.../SKILL.md での skill ドラフトのテスト、既存 skill の改善、skill がトリガーされない原因のデバッグ、skill の eval やベンチマークの実行、すでに記述されたワークフローを再利用可能な skill に変換すること。existing skill、skill draft、SKILL.md、skill trigger、skill eval、make this into a skill、turn this workflow into a skill といったフレーズでトリガーする。ユーザーが skill、SKILL.md、タスクの skill 化に明示的に言及しない限り、通常の実装作業には使用しない。この除外には、一般的なコーディングタスク、一般的な自動化/ワークフロー構築、CI 構築、GitHub Actions ワークフロー、デバッグ、コードレビュー、データベースマイグレーション、スキーマ変更、およびユーザーがタスク自体の支援を求めているだけの場合の本番インシデント対応が含まれる。
コーディングルール生成器 — プロジェクトの規約から coding-rules.md を抽出・生成する。CLAUDE.md、AGENTS.md、設定ファイル、既存のソースコード、インストール済みスキルをスキャンし、spec-implement が品質ゲートとして使う統合された coding-rules.md を生成する。英語トリガー:"Generate coding rules"、"Create coding-rules.md"、"Extract project rules" 日本語トリガー:「コーディングルールを生成」「coding-rules.mdを作成」「プロジェクトルールを抽出」
テクニカルサポートエンジニアリングをガイドする——顧客チケットの調査、再現、ログと API の分析、根本原因の切り分け、回避策の伝達、証拠を伴うエンジニアリングへのエスカレーション、製品の不具合と統合問題に対するナレッジベースの修正。顧客から報告された問題のデバッグ、エンジニアリング向けの再現手順の作成、API エラーの分析、技術的な返信の作成、サポートランブックの改善に使用——CS プログラム設計、更新契約、請求運用(customer-ops-specialist)、本番インシデント指揮(incident-management-engineer)、製品機能の構築(fullstack-software-engineer)、全社的な危機声明やローンチ告知(communication-lead)、役員/VIP およびコミュニティのエスカレーションプログラム設計(community-executive-escalations-program-manager)には使用しない。深いデバッグを伴わない製品のハウツー、マクロ、チケットトリアージ:product-support-specialist。
「Tell, Don't Ask」原則に基づくコードレビューと設計支援。オブジェクトの状態を問い合わせて 外部で判断するパターンを、オブジェクトに直接命じるパターンに変換する。カプセル化を強化し、 責任をデータを持つオブジェクトに集約する設計を促進する。コードレビュー、新規実装、 リファクタリング時にgetterの乱用やFeature Envyの改善が必要な場合に使用。 対象言語: Java, Kotlin, Scala, TypeScript, Python, Ruby, Go, Rust。 トリガー:「getterを減らしたい」「カプセル化を改善して」「Feature Envyを直して」 「オブジェクトに責任を持たせたい」「デメテルの法則」といったOOP設計関連リクエストで起動。
ThreadWave の障害を安全に調査して報告する。ユーザーが ThreadWave のエラー、ブロッカー、繰り返す修復失敗、不明な変更結果を報告した場合、障害がバグかどうかを尋ねた場合、既知の解決策を求めた場合、Markdown の issue レポートを希望した場合にこのスキルを使用する。報告に値する障害を分類し、GitHub アカウントなしで公開の ThreadWave エラーリポジトリを検索し、必要に応じてサニタイズ済みのバイリンガルなコピー&ペースト用レポートを生成する。
ワンストップのモバイルレビュー — thumb-first スイートの総称。モバイルアプリ/画面/PWA に対して設計判断のパスとプラットフォーム技術のパスを実行し、それらを 1 つの優先順位付きレポートに統合して、設計上の分岐(意見)とプラットフォームの欠陥(客観的、P0–P3)を視覚的に区別したままにする。ユーザーがモバイルアプリ、画面、PWA をレビュー、監査、批評、または設計したいときに使用する — 'review my mobile app'、'is this good mobile UX'、'audit this screen'、'check my PWA'。ルーティング先: フルレビュー(デフォルト)、設計のみ(thumb-first-design)、プラットフォームのみ(thumb-first-platform)。判断はプラットフォーム非依存、技術は Web/PWA に深く、ネイティブへのハンドオフに対応。
/tidy-project から呼び出される。プロジェクト構造に対する読み取り専用の 4 フェーズ監査 -- ディレクトリとファイルのレイアウト、および静的に監査可能な設定、依存関係、ビルド衛生(ネストされたコードベース、lockfile の欠落、コミットされたビルド成果物、過度なネスト、誤配置されたファイル、設定の散在、名残のスキャフォールディング、ハードコードされた環境値、規約のドリフト)。コードのセマンティクスに関する事項は対象外。`docs/YYYY-MM-DD-tidy-project-plan.md`(`docs/` がなければリポジトリルート)に単一の統合実行計画を生成し、ソースファイルは変更しない。ドットディレクトリとビルド/vendor 出力の走査はスキップするが、`git ls-files` によりそれらが追跡されている事実は指摘することがある。自然言語のリクエストでは自動的に有効化されない。
リポジトリのルートにある `.editorconfig` を使用して、無料の .NET アナライザーとスタイルルールを設定します。ルールの重大度、コードスタイルのオプション、セクション構成、アナライザーの管理責任を明確にする必要がある .NET リポジトリで使用します。使用する場合:ルート `.editorconfig` が必要、アナライザーの重大度やスタイルの管理責任が不明確、チームがルール設定の信頼できる唯一の情報源を求めている場合。使用しない場合:設定を変更せずアナライザーを選ぶだけの場合、設定責任の問題がないフォーマット実行のみの場合。実行内容:リポジトリの状況を調べ、対象ファイルを編集し、変更があれば関連するビルド、テスト、lint、検証コマンドを実行します。
オープンソースで無料の `ArchUnitNET` ライブラリを .NET テストのアーキテクチャルールに使用する。軽量な fluent ルールライブラリが通常提供するよりも豊富なアーキテクチャアサーションをリポジトリが必要とするときに使用する。用途:リポジトリが ArchUnitNET を使用している、または使用したい。アーキテクチャテストに単純な依存関係チェックより豊富なモデリングが必要。用途外:可能な限り軽量なアーキテクチャルールチェック。呼び出し内容:リポジトリのコンテキストを調査し、対象ファイルを編集し、変更時に関連するビルド、テスト、lint、検証コマンドを実行する。
エージェントスキルを執筆、分割、改名、または修復し、あるべきときに発動し、信じるのではなく証明できるようにする: 新しいスキル、決して発動しない、あるいは何にでも発動する説明、2 つの判断にまで膨らんだルール、エージェントに見えるものを何もルーティングしないインデックス、一度に読み切れないほど密度の高いファイル、誰も失敗を見たことのないチェックスイート。発動面、ルーティングゲート、ルールの解剖、ページの形、命名、移植性、そして不変条件と変異のスクリプトを扱う。ユーザーが「write a skill」「this skill never triggers」「split this skill」「standardise these skills」「how do I check this skill」と言ったときに使用する。製品ドキュメントの執筆には使用せず、あるタスクにスキルが必要かどうかの判断にも使用しない。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
