Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
コードのエラーハンドリングとレジリエンスの問題をスキャンします — 握りつぶされた例外、外部呼び出しでの try/catch の欠如、未処理の promise rejection、トランザクションの欠如、バリデーションの抜け、リトライ／タイムアウトの省略、ログの盲点。重大度でスコア付けした指摘とコピー＆ペースト可能な修正プロンプトを生成します。トリガーフレーズ：「error handling check」「exception audit」「resilience check」「try/catch review」「error handling audit」。
ネイティブ HarmonyOS の ArkTS および ArkUI リポジトリをレビューし、正確性、セキュリティ、ライフサイクルとリソースの所有権、状態管理、並行性、永続化、権限、互換性、パフォーマンスに関する、ソースに基づく具体的な不具合を洗い出す。コードレビュー、バグ調査、リリース準備状況の評価、移行監査、あるいは diff、PR、モジュール、プロジェクト全体のレビューに使用する。到達可能なコードとプロジェクト設定によって裏付けられた指摘のみを報告し、正確なファイルと行番号を示す。バージョンに敏感な主張には最新の Huawei 公式ドキュメントを使用する。
`compozy exec` を介した実装済み変更（diff）のクロス LLM ピアレビュー：独立したレビュアーランタイムが diff に圧力をかけ、ユーザー主導の修正のためにスコープを絞った Markdown の所見成果物を 1 つ作成する。プロジェクト非依存——任意のリポジトリや言語で動作し、プロジェクトのルールファイルと検証コマンドを自動検出する。実装パス（機能、バグ修正、リファクタリング）の後、コミットや PR の前に diff の外部レビューをユーザーが明示的に求めた場合に使用。スペック/TechSpec のレビューには使用しない——spec-peer-review を使用する。
既存機能の要件変更クローズドループ（ゲート方式の七ステップ）。ハードトリガー条件: 変更対象の機能がすでに実装され動作していること。ユーザーが「要件を変える」「要件変更」「インタラクションを調整」「機能を変える」「フローをリファクタリング」と言った場合、または変更が複数ファイルに散らばりやすい、認証/ストレージ/設定/権限に触れる、信頼できる検証 + ロールバック案が必要な場合に使用。フロー: scope をロックして change brief を書く → コードから現在の挙動を確認する（記憶や仮定に頼らない）→ 影響範囲とリスク評価 + ロールバック計画 → 新しい設計を提示してユーザーの承認を待つ（**承認なしで絶対にコードを触らない**）→ 小さく局所的な diff → 固定の回帰チェックリストを実行 → ドキュメントと意思決定ログを更新。成果物: change brief + コード diff + 回帰記録 + decision log。適用外: まったく新しい機能をゼロから作る（issue-pool → page-solution-design（UI がある場合）→ backend-logic-design（議論が必要なルールがある場合）→ prd-test-writer へ）、ロジックに触れず視覚スタイルのみを変更（既存 UI で直接調整）、やるかどうか未定の新しいアイデア（まず issue-pool でプールに入れる）、PRD/テストケースを書く（prd-test-writer を使用）、コミット・プッシュ・リリース（git-push を使用）。注意: 本 skill の七ステップのフローはどのプロジェクトにも通用するが、scripts/impact_scan.sh と references/chrome-extension-regression-example.md は Chrome 拡張の例である。汎用の回帰には references/regression-checklist.md を使い、プロジェクトの実情に応じてチェックを選ぶこと。
任意の Agent skill をベンチマークし、実際にパフォーマンスを向上させるかを測定する。ユーザーが skill を評価、テスト、ベースラインと比較したい場合、または "benchmark"、"eval"、"skill performance"、"does this skill help" に言及した場合に使用。skill あり/なしの隔離された eval セッションを実行し、階層的グレーディング（決定論的チェック + LLM-as-judge）で出力を採点し、行動シグナルを分析し、USE / DON'T USE の判定を含む比較レポートを生成する。
root 化されたデバイスで Android アプリをテストする。APK の逆コンパイル、通信の傍受、UI の解析、IDOR のテスト、SSL pinning のバイパス、Frida によるメソッドのフック、エクスポートされたコンポーネントの検査、ローカルストレージの読み取り、機密データの発見を行う。"test this app"、"find bugs"、"pentest"、"reverse engineer"、"decompile"、"intercept requests"、"check for IDORs"、"bypass cert pinning"、"hook this method"、"check deeplinks" を求められた場合に使用。
多忙なレビュアーが diff を自分で読むことなく変更群を理解し、提案された PR スタックを承認するか、完成した PR スタックをマージできるようにする、リッチで視覚的な HTML 一枚ものページを生成する。実行が DRAFT（ワークツリーの変更と提案スタック、承認前）か FINAL（レビュー完了済みの実際の PR スタック、マージ前）かを自動判定する。TL;DR を先頭に置き、PR スタックを上部付近に示し、高リスクな変更（エンドポイント、認証、schema）にフラグを立て、インラインの diff スニペット付きの番号付き Code Tour として重要なコードをレビュアーに案内する。誰かが承認やマージの前に変更を自分の目で確認したいときはいつでも使用する——"review the changes"、"show me what changed"、"summarize the diff / the branch / the stack"、"what am I about to approve"、"walk me through what shipped"、"explain the final code"、またはあらゆる出荷ワークフローの承認/マージゲート——たとえ "brief" や "HTML" という言葉を使わなくても。
Go 並行プログラミングの専門家。《Go並行プログラミング実践》に基づく。並行性能の分析、同期バグの検出、ロック戦略の最適化、並行設計の提案を行う。Mutex、RWMutex、WaitGroup、Cond、Once、Pool、sync.Map、atomic、channel、context、synctest などすべての sync プリミティブ、セマフォ、SingleFlight、ErrGroup、レート制限などの公式拡張ライブラリ、CyclicBarrier、サーキットブレーカー、WorkerPool などのサードパーティライブラリ、分散同期プリミティブ（etcd）、および半非同期半同期、Reactor など 13 以上の並行パターンを扱う。トリガー語：Go 並行、sync、Mutex、WaitGroup、Cond、Once、Pool、RWMutex、channel、goroutine、デッドロック、データ競合、アトミック操作、sync.Map、並行最適化、ロック最適化、Go concurrency、data race、deadlock、並行パターン、並行設計、セマフォ、SingleFlight、ErrGroup、レート制限、トークンバケット、リーキーバケット、サーキットブレーカー、etcd 分散ロック、分散キュー、リーダー選出、STM。
セッションの経験が修正可能なものになる——エージェントが、自分が使ったスキルとツールについて語った言葉。非自明な経験で自動的に発動する：ルールがケースを取りこぼした、説明が表面について嘘をついた、修正が正しい理由で効かなかった、あるステップに印がなかった。トリガー：「фидбэк」「дай обратную связь」、feedback、「запиши, что не сработало」「скилл подвёл」。ケースをワークグラフのツールノードに置き、そのスチュワード宛てに渡し、同じことがすでに言われていないか確認する。writing を構成する。iskron_* ツールが必要。
GTM スキルの問題（誤ったアドバイス、起動の失敗、コンテキストの不足、予期しない動作）をユーザーが報告できるよう支援する。適切な詳細（スキル名、使用したプロンプト、実際の出力と期待される出力、存在するコンテキストファイル）の収集をガイドし、適切にフォーマットされた GitHub Issue を生成する。ユーザーが「このスキルは間違ったアドバイスをした」「バグを報告したい」「Issue を立てたい」「スキルが動かない」「出力が間違っている」「スキルが起動しなかった」「ひどい推薦」「正しくない動作」「何かが壊れている」と言ったときに使用。
Next.js アプリで Partial Prefetching を有効化し、表示されるインサイトを 1 つずつ対応します。Partial Prefetching を有効化または採用したい、`partialPrefetching` フラグを切り替えたい、`export const prefetch = 'partial'` でルートをオプトインしたい、`Link prefetch={true}` の挙動を監査したい、`instant()` テストで既存のプリフェッチ済み UI を維持したい、instant-link-prefetch-partial と instant-shell-url-data のインサイトを解決したい場合に使用します。
ローカルでログイン済みの Chrome を使って Web ページを操作・検証する（自分のサイトのテスト、E2E、スクリーンショットを含む）、ログイン済みの管理画面を読む、API のないデータを取得する、フォームに入力する、あるいは OpenCLI doctor、セッション、adapter の不具合を調査する場合、または opencli、ブラウザ自動化、タブの乗っ取りに明示的に言及した場合に使用。公開テキストにはまず HTTP を使用；トピック調査は agent-reach へ；SEO とキーワード選定の意思決定は rankup へ；被リンクの選定、送信、Semrush、Similarweb レポートの解釈は backlink へ；本 Skill はブラウザ操作、セッション、データ取得の仕組みのみを担当する。
React プロジェクトの包括的なヘルス監査を実行します。技術スタック、アーキテクチャ、状態管理、テスト、コード品質、パフォーマンス、CI/CD、ドキュメントを分析します。各セクションのスコアと加重総合スコアを含む、共有可能な Markdown レポートを生成します。ユーザーが React プロジェクトの監査、ヘルスチェックの実行、フロントエンド品質の評価、技術的負債の査定を依頼した場合に使用します。次の語句で起動します：「react audit」「health audit」「react health」「frontend audit」「next.js audit」「vite audit」「project quality check」。
Bitwarden Android 向けの Android 固有コードレビューチェックリストと MVVM/Compose パターン検証——ユーザーが明示的に「チェックリスト」を求めていない場合でも、あらゆるレビュータスクに使用します。変更タイプを自動検出し、適切なレビュー戦略（機能追加、バグ修正、UI 改善、リファクタリング、依存関係更新、インフラストラクチャ）を読み込みます。トリガー：「review PR」「review changes」「review this code」「check this code」「Android review」、Kotlin/ViewModel/Composable/Repository/Gradle ファイルのコードレビュー依頼、または bitwarden/android の diff、PR、コード変更の確認を求められたとき。
Power Pages サイトプロジェクトのソースコードと依存関係のセキュリティ問題をスキャンします。静的解析と依存関係スキャンを実行し、カテゴリ別（コードパターン、脆弱なパッケージ、シークレット、ライセンス問題）に検出結果を提示します。ユーザーがコードのセキュリティ問題をレビューしたい場合、脆弱なパッケージを確認したい場合、ハードコードされたシークレットを見つけたい場合、コードスキャンを実行したい場合、または "is my code safe?"、"check my dependencies"、"find security issues in my source" と尋ねる場合（具体的なツールに言及せず "audit my code" と言う場合も含む）に使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。