Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
xUnit テストプロジェクトの作成と設定に特化したスキル。テストプロジェクトの作成、プロジェクト構造の設定、NuGet パッケージの構成、テストフォルダーの整理が必要なときに使用します。csproj 設定、パッケージ管理、プロジェクト構造、xunit.runner.json の構成を扱います。ユーザーがテストプロジェクトの作成、xUnit の設定、テストのプロジェクト構造、NuGet テストパッケージ、テスト用の csproj 設定に言及した場合は、プロジェクト設定の案内を明示的に求めていなくても、必ずこのスキルを使用してください。キーワード：xunit project、xunit setup、テストプロジェクトの作成、test project setup、プロジェクト構造、フォルダー構造、xunit package、nuget packages、テストパッケージ、テストプロジェクトの作成方法、xunit configuration
完了した作業を敵対的に検証します。「完了」を一連の主張として扱い、主張された検証を再実行し、実際の変更を比較して、弱体化したテストや虚偽の完了報告を検出し、証拠に基づく判定（VERIFIED / VERIFIED WITH CAVEATS / REFUTED）を提示します。エージェントやモデルが作業の完了を主張した後に使用します（「/fable-judge」「この作業を判定して」「実行内容を検証して」「本当に機能した？」）。また、「/fable-judge suite <target>」でスキルまたはモデルに対して fable-method のトラップスイートを実行します。
必須の品質ゲート、クリーンな Git 作業ツリー、検証済みの配布成果物に照らして、リポジトリのマージやリリースの準備状況を監査し、認定します。リリースタグの準備、リリースチェックリストの基準確認、npm/PyPI パッケージの公開、ブランチのマージ可否の認定に使用します。ユーザーが「fable-release」と明示していない場合（例：「リリースを準備して」「マージできる状態？」「本番に出して」「パッケージを公開して」）も対象です。検証が古い、失敗している、または未実施の場合は使用せず、先に fable-verify を使用してください。
要求された仕様、アーキテクチャ上の不変条件、コード標準に照らし、証拠に基づいて git の差分を独立してレビューします。プルリクエストのレビュー、マージ前のコード変更確認、差分の回帰監査、コミット前の健全性確認に使用します。ユーザーが「fable-review」と明示していない場合も対象です（例：「review this diff」「check this PR」「critique my changes」「code review this branch」）。修正の直接実装（fable-tdd/fable-execute を使用）やテスト実行（fable-verify を使用）には使わないでください。
準備完了プローブとクリーンな終了処理を用いて、CLI バイナリ、Web サーバー、TUI、Electron アプリ、バックグラウンドデーモンなどの実行中アプリケーションを起動、管理、検証します。開発サーバーの起動、稼働中のスモークテスト、対話型 CLI バイナリのテスト、実行時のスモーク検証に使用します。ユーザーが「fable-run」と明示していない場合も対象です（例：「開発サーバーを起動して」「アプリを起動して」「実行中の CLI をテストして」「Web アプリのスモークテストをして」）。実行中のプロセスがない状態での静的解析やユニットテストには使わないでください（fable-verify を使用）。
独立した数学オラクル、導出した仕様、ヘッドレスブラウザー環境、隔離されたサンドボックス状態を用いて、複雑なコード変更を検証します。独立した検証オラクルの導出、参照モデルを用いたアルゴリズムのテスト、ヘッドレスブラウザーによる UI の検証、サンドボックスでの状態遷移テストに使用します。ユーザーが「fable-simulator」と明示していない場合も対象です（例：「このワークフローをシミュレートして」「独立したオラクルで検証して」「ヘッドレスブラウザーで確認して」「テストオラクルを導出して」）。単純なユニットテストの実行には使わないでください（fable-verify を使用）。
観測可能な回帰テストを用いた規律ある red-green-refactor サイクルで、テスト可能な動作変更とバグ修正を進めます。単体/統合テストを伴う新機能の実装、再現可能なバグの修正、ビジネスロジックの変更、テストファーストの動作契約の作成に使用します。ユーザーが「fable-tdd」と明示していない場合（例：「テストファーストでこのバグを直して」「テストを書いて通して」「テスト付きでこの機能を追加して」「このロジックを TDD で進めて」）も対象です。明確なアサーションのない広範な探索的プロトタイピングには使用せず（fable-discover または fable-plan を使用）、実装後のレビューにも使用しないでください（fable-review を使用）。
テスト、ビルド、型チェック、実行時のスモークチェックを通じてソフトウェア実装を反証し、完了前に最新の機械検証済みの受け入れ証拠を集めます。テストスイートの実行、型の正確性確認、受け入れ基準の検証、変更後のコードの整合性確認に使用します。ユーザーが "fable-verify" と明示していない場合も対象です（例："verify my changes"、"run all tests and typecheck"、"check if everything passes"、"prove this works"）。計画（fable-plan を使用）やコード差分のレビュー（fable-review を使用）には使わないでください。
Alibaba Java Coding Guidelines（嵩山版）に基づく包括的な Java 開発スキル。業界のベストプラクティスに準拠しているかを確認するために、Java コードの作成、レビュー、リファクタリングを行う際に使用する。トリガー：(1) 新しい Java コード（.java ファイル）の作成、(2) 既存の Java コードのレビュー、(3) Java プロジェクトのリファクタリング、(4) MySQL によるデータベース設計、(5) API の設計と実装、(6) 単体テスト、(7) 並行プログラミング、(8) セキュリティ実装、またはコーディング規約の遵守が求められるあらゆる Java 開発タスク。
本番トラフィックで評価器を稼働させます。プロジェクトにOpikオンライン評価ルール（LLM-as-judgeまたはPythonメトリック）を作成し、サンプリング、フィルター、変数マッピング、コスト上限を設定したうえで、新しいtraceが採点されていることを確認します。SDKのRESTクライアント経由で動作し、接続時にはMCP経由でルールとスコア名を読み取ります。ルール、出力されるスコア名、監視方法を返します。「本番traceを採点」「本番環境のハルシネーションを監視」「評価器を本番稼働」「オンライン評価ルールを設定」「品質低下時に通知」に使用します。オフライン実験（evaluateまたはcompareを使用）や、既存の問題の特定（diagnoseを使用）には使いません。
Opik Agent Optimizerでプロンプトを改善します。プロンプト、データセット、メトリックを解決し、アルゴリズムを選び、範囲を限定して最適化を実行し、ホールドアウトデータで改善を確認します。最良の結果を最適化実行リンクとともに新しいプロンプトバージョンとして保存します。opik-optimizerパッケージで実行し、接続時にはMCP経由でプロンプトとデータセットを読み取ります。「このプロンプトを最適化」「システムプロンプトを改善」「エージェントの回答を良くする」「データセットに合わせてプロンプトを調整」「プロンプトオプティマイザーを実行」に使用します。一度だけの品質測定（evaluateを使用）、スイートでの変更前後の比較（compareを使用）、データなしでの手動編集には使用しません。
明示的なリリースポリシーに照らし、compare スキルの数値に基づいて候補をリリースするか保留するか判断します。回帰、合格率、安全性タグ付きケース、サブグループの一貫性、レイテンシとコストの予算、不安定さ、エビデンスの規模、判定器の検証状況を考慮します。SDK 経由（接続時は MCP 経由）で Opik テストスイートの2つの実験を読み込み、各基準の合否を示した判定を返します。「安全にリリースできるか」「マージしてよいか」「この変更を進めるか」「リリースにゲートを設けるか」「展開すべきか」に利用します。数値の生成（compare を使用）、評価の構築（evaluate を使用）、デプロイには使いません
OWASP Top 10:2025 —— Web アプリケーションにおける最も重大な 10 のセキュリティリスク —— に照らしてコードとアーキテクチャをレビューする。使用場面：(1) セキュリティ脆弱性のためのコードレビュー、(2) 機能やコードベースを OWASP カテゴリに照らした監査、(3) 特定した脆弱性の修正ガイダンスの提供、(4) 新しいコードを書きセキュアコーディングパターンが必要なとき。トリガー：'review for security'、'OWASP audit'、'check for vulnerabilities'、'security checklist'、'is this code secure'、'security review'、'fix vulnerability'。
Python/React の pull request 向けの包括的なマージ前検証チェックリスト。PR を承認またはマージする前に使用する。コード品質チェック（linting、フォーマット、型チェック）、テストカバレッジの要件、ドキュメントの更新、マイグレーションの安全性、API 契約の互換性、アクセシビリティ準拠、バンドルサイズへの影響、デプロイ準備状況を扱う。マージ前に何も見落とさないための体系的なチェックリストを提供する。セキュリティレビューの深さは対象外（code-review-security を使用）。
Ruby on Rails の変更に対して、最初に失敗させる RSpec spec や垂直スライスを最適に選ぶときに使用。request / model / service / job / engine spec の選択、system spec へのエスカレーション、最小の安全なスライスの計画、Rails 優先の TDD の順序を扱う。トリガーワード：where to start testing、what test to write first、RSpec、test-driven development、TDD、first failing test。
React Native Testing Library（RNTL）v13 および v14（`@testing-library/react-native`）を使ってテストを作成します。React Native コンポーネントのテストの作成、レビュー、修正に使用します。対象：render、screen、クエリ（getBy/getAllBy/queryBy/findBy）、Jest マッチャー、userEvent、fireEvent、waitFor、非同期パターン。v13（React 18、同期 render）と v14（React 19 以降、非同期 render）に対応します。トリガー：React Native コンポーネントのテストファイル、RNTL のインポート、「testing library」「write tests」「component tests」「RNTL」への言及。
3 人の独立したレビュアー（バグ、リポジトリに記載された規約、元となった仕様）でコード変更をレビューし、各指摘に反証を試み、妥当性が確認できたものだけを報告します。ユーザー自身の変更には選択された修正を適用し、他者の変更には提案を作成して PR コメントとして投稿できます。ユーザーが変更のレビュー、確認、再確認を求める場合に使用します。例：「変更をレビューして」「PR 285 または !482 をレビューして」「DESIGN.md に照らしてレビューして」「これで準備できた？」、review-changes を名指しする場合、または対処するレビュー指摘を貼り付けた場合です。リポジトリ全体の監査、PR の説明、差分の解説、別のレビュー ツールが指定された場合には使用しません。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。