Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
Markdown のみのコードレビュー成果物、HTML を含まないレビューファイル、またはブラウザ出力のない `.reviews/` 内のレビューレポートをユーザーが求める場合に使用する。"review my changes and save as markdown"、"마크다운 리뷰 보고서만"、"리뷰 결과 마크다운 파일로 저장"、"markdown-only review"、"/code-review-md"、"$code-review-md" などのフレーズでトリガーする。既定の markdown + HTML レビューには `code-review` skill を使用する。
CodeRabbit PR ループ：指摘の監査、修正、CI の待機、マージ。`cli` を渡すと PR 説明に `@coderabbitai ignore` が入り（GitHub ボットが無効化される）、代わりに CodeRabbit CLI でレビューします。使用場面：CodeRabbit のコメントの解決、レビュー済み PR のマージ、CLI でレビューして PR 側のボットをスキップする場合。キーワード：CodeRabbit、PR review、merge、CLI、@coderabbitai ignore、--bulk
個々の PostHog MCP セッションを調査する —— 1 回の実行で 1 つのエージェントが行ったツール呼び出しの連続、それが何をしようとしていたか、どこで失敗したか。ユーザーが "what did this MCP session do?"、"show me the tool calls for session X"、"what was the agent's goal?"、"which sessions had errors?"、"who is connecting to my MCP?" と尋ねたとき、または MCP 分析のセッション URL を貼り付けたときに使用する。
PostHog MCP のツール呼び出しの品質を調査する —— エラー率、レイテンシ、到達範囲、どのツールが失敗しているか、または遅いか。ユーザーが "which MCP tool has the highest error rate?"、"what's the slowest tool?"、"which tools fail most often?"、"how reliable is tool X?" と尋ねたとき、ツール品質マトリックスを求めたとき、または MCP 分析のツール品質／ダッシュボード URL を貼り付けてその内容を尋ねたときに使用する。
Replay Vision スキャナーの観察結果を取得し、その所見を読み、それに基づいて行動するようエージェントを導く — セッションをまたいだパターンの要約、個々の録画への掘り下げ、実際に裏付けられた問題を PostHog のタスク、インサイト、または investigating-replay への引き継ぎに変換する。\nトリガーする場合：ユーザーが Replay Vision の観察結果を取得/閲覧/トリアージしたい、\"what has my scanner found\" と尋ねる、スキャナーの所見に基づいて行動または要約したい、観察結果をタスク/作業に変換したい、または /replay-vision/<scanner-id> URL を指す場合。\nトリガーしない場合：スキャナーの作成や規模設定（creating-replay-vision-scanners を使用）、分析しない単発スキャンの実行、signals scout の作成。
iOS App Store と Google Play Store の提出前チェックリスト。ユーザーが次のいずれかに言及したときは必ずこのスキルを使用する: アプリストアへの提出、アプリストアでの却下、提出前チェックリスト、アプリ審査、ストアガイドライン、プライバシーマニフェスト、データセーフティセクション、アプリの権限、使用目的の説明、プライバシーポリシー、LGPD、GDPR、データ保護、モバイルアプリのセキュリティチェック、または iOS / Android ストアでの公開に向けた準備。モバイルアプリの権限、データ収集、プライバシー要件についてユーザーが尋ねたときもトリガーする。
任意のプロジェクト用に justfile（casey/just コマンドランナー）を作成、または justfile へ移行します。ユーザーが justfile の追加、Makefile の置き換え、プロジェクトコマンドの設定、タスクランナーの作成を求めたとき、またはビルド/開発ワークフローの文脈で "just" に言及したときに、このスキルを使用します。Makefile があり just のより簡潔な構文が適するプロジェクトを見たとき、または一般的な開発コマンド（build、test、lint、fmt）を必要とする新規プロジェクトを設定するときにもトリガーします。Rust、Python、TypeScript/JavaScript、Go、Ruby のエコシステムを扱います。CI パイプラインの設定、Dockerfile、実際のビルドシステムの設定（cargo、webpack など）には使用しないでください。
Light の資料横断一貫性を常時監視する機械可読ゲート：成果物が作られたり変更された後、論文・PPT・ソフトウェア著作権・コード・プロジェクト文書の間で用語 / 指標（名前と値）/ 新規性の記述 / 手法名が統一されているかをバックグラウンドで検証し、定義が変われば既存の全成果物を再走査する。「各所の記述を揃える」という口頭の助言を、機械検証可能・ブロック可能・統括 run_checkpoint が集約可能なゲートに落とし込む（light.findings.v1 を生成、用語/指標/新規性の深刻な衝突 → Critical fail → exit 1）。使用場面：成果物の作成・変更後、投稿・答辩・提出前の横断再走査、管理対象の定義（用語/指標/新規性）変更後。トリガーワード：一貫性 / 用語統一 / 指標が合わない / F1 vs 精度 / 数値の衝突 / 論文と PPT の不一致 / 新規性の記述 / 手法名 / 改名 / ソフトウェア著作権とシステム / 用語集 / 再走査。中核となる規律：事実の源はプロジェクトの `.light/` 管理用語集（ローカルナレッジベースは使わない）、スクリプトは特定と提案のみで自動改写は一切しない、視覚的な一貫性は人間の署名に委ね、スクリプトはテキストのみ検証する、権威ある値が見つからなければ「未登録/要確認」と記し決して捏造しない、registry / provenance が欠けていれば部分的なカバレッジとして報告し、findings がゼロであることを全件検査の代わりにしてはならない。
Opikテストスイートで候補をベースラインと比較し、失敗したケース、修正されたケース、指標ごとの差分、最悪の行、2回の実行が比較可能かどうかを数値で報告し、Opikの比較ビューへのリンクも示します。SDKで実行し、MCPに接続されている場合はMCP経由で結果を読み取ります。リリース可否の判断は行いません。「修正は効いた？」「ベースラインと比較して」「回帰テストスイートを実行して」「品質が下がった理由は？」「どのケースで回帰した？」「この2つの実験を比較して」に使用します。リリース可否の判断（verifyを使用）、本番環境の問題のトリアージ（diagnoseを使用）、評価の一からの構築（evaluateを使用）、単一ケースの記録（testを使用）には使いません。
失敗した Opik トレース（または説明された失敗）を、再現可能な回帰チェックに変換します。トレースの入力と1つまたは2つの二値アサーションを含むテストスイート項目を作成し、compare スキルで修正を検証できるようにします。SDK 経由で動作し、接続時には MCP の書き込みツールを使用します。スイート、項目、アサーションを返します。「これをテストにして」「このトレースの回帰ケースを追加して」「再発しないようにして」「この失敗を記録して」「これをテストスイートに追加して」といった依頼に利用します。スイートの実行（compare を使用）、評価の新規作成（evaluate を使用）、トレースが失敗した理由の説明（explain を使用）には使いません
このスキルは Laravel プロジェクトの Pest PHP テストにのみ使用する。テストの作成、編集、修正、リファクタリングのたびに発動する——コード変更で壊れたテストの修正、アサーションの追加、PHPUnit から Pest への変換、データセットの追加、TDD ワークフローを含む。ユーザーが Pest での書き方を尋ねた場合、テストファイルやディレクトリ（tests/Feature、tests/Unit、tests/Browser）に言及した場合、あるいはブラウザテスト、複数ページの JS エラーを対象としたスモークテスト、アーキテクチャテストが必要な場合は常に発動する。対象：test()/it()/expect() 構文、データセット、モック、ブラウザテスト（visit/click/fill）、スモークテスト、arch()、Livewire コンポーネントテスト、RefreshDatabase、および Pest 4 の全機能。ファクトリ、シーダー、マイグレーション、コントローラー、モデル、テスト以外の PHP コードには使用しない。
アプリのベータ配布向けの公式 PGYER（蒲公英）スキル。ユーザーが PGYER / 蒲公英 / pgyer.com に言及する場合、または ipa/apk/hap をベータテスト用にアップロードする、インストールリンクや QR コードを取得する、ベータアプリのバージョン履歴やインストール数を照会する、テスターグループを管理する、PGYER に公開する CI/CD を構築する場合に使用。iOS、Android、HarmonyOS のアプリ配布に対応。$PGYER_API_KEY または ~/.pgyer/config から認証情報を読み取る。
コード変更、仕様、実装計画についてユーザーに出題し、コミット・ビルド・承認の前に真の理解を確認する。AI 生成コードや仕様駆動開発を扱うときに特に有用。ユーザーが「quiz me」「/quiz-me」「test my understanding」「quiz me before I commit」「quiz me on this spec」「quiz me on the plan」「make sure I understand this」と言ったとき、または diff、設計ドキュメント、アーキテクチャ計画の理解を確認したいと考えていると思われるときに使用する。
PR レビューコメントを信頼度スコアでトリアージして行動する——高スコアのものは修正し、低スコアのものには反論し、境界線上のものは確認する。インラインのレビュースレッド（diff 行にアンカーされたもの）と PR レベルのレビュー本文コメント（レビューとともに提出された要約、Age テーブルや Copilot の概要など）の両方を扱う。まず PR のビルドとマージ状態を確認し、コメントを処理する前にそれらを修正する。ユーザーが "respond to PR comments"、"handle review feedback"、"address PR reviews"、"fix the build"、"fix CI"、"fix merge conflicts" と言ったとき、または PR 番号を付けて /respond を呼び出したときに使用する。また、ユーザーが特定の PR に言及し、レビュアーの提案（Copilot、人間、bot）に対応したいときにもトリガーする。このスキルが投稿するすべての返信は "agent on behalf of;" の帰属行で終わり、レビュアーがそのコメントを人間本人ではなく人間に代わってエージェントが行ったものだと判別できるようにする。新しいレビューを生成するために使用しないこと——それは /copilot-review の役割である。
Scala ファイルまたはコードベースを監査してリファクタリングの機会を探す — Scala 3 へのモダナイズ、イディオムの採用、アンチパターンの除去、パフォーマンス衛生、末尾再帰の安全性、移行の後片付け。教育的でドキュメントに裏付けられた指摘を提案としてのみ生成し、ファイルを直接編集することは決してない。ユーザーが Scala コードのリファクタリング、Scala 2 から Scala 3 へのモダナイズ、Scala のアンチパターンの発見、Scala のパフォーマンス最適化、Scala イディオムのレビュー、opaque types の適用、value classes の置き換え、sealed traits から enums への変換、implicits から given/using への移行、`.scala` ファイルの監査、または Scala コードの整理や改善に関わる作業を求めたときはいつでもこのスキルを使用する — ユーザーが「監査」「リファクタリング」と明示していなくても。"review my Scala"、"modernize this Scala"、"make this idiomatic Scala 3"、"find issues in this Scala file"、"check for Scala anti-patterns" といったフレーズ、または改善・整理・最適化・モダナイズの依頼を伴う貼り付けられた Scala コードでトリガーする。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。