Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
pols.dev のアンチ slop デザイン原則に照らして UI/ウェブデザインを客観的に評価する：カタログ化された slop の兆候を引用付きの証拠として検出し、8 つの重み付け軸（色、タイポグラフィ、コンポーネント、レイアウト、モーション、実装、シグネチャー、一貫性）を採点し、0〜100 の Slop Index と評価を含む Slop Report を出力する。ユーザーが「evaluate design slop」「slop report」「is this design AI slop」「audit this landing page design」「de-slop review」を求めたり、デザインがどれだけ汎用的/機械生成的に見えるかを客観的に採点してほしい場合に使用する。テキスト（デザインではない）を修正する場合は、代わりに human-ai または humanizar スキルを使用する。
このスキルは、評価、デモ、トレーニングデータ用に、現実的でペルソナに一貫した合成コーチングおよびセラピーのセッション文字起こしを生成するために使用する。選択したモダリティ（ICF/GROW コーチング、CBT、IFS パーツワーク、ACT/動機づけ面接）に基づく架空だが説得力のあるコーチ/クライアント（またはセラピスト/クライアント）の対話を生成し、Fathom/Granola の文字起こしスタイル、プレーンな対話、構造化 JSON、または Obsidian markdown にエクスポートする。"generate a synthetic coaching session"、"make fake therapy transcripts for evals"、"create demo session transcripts"、"synthetic CBT dialogue"、"persona-consistent coaching transcript"、"test data for my session summarizer"、"mock coaching call" などのリクエストでトリガーする。
完全に 1 つのテストケースファイル（.xlsx、複数シート、列は Test Case ID/Description/Steps/Expected/Priority/Type）→ JSON に解析し、ui|calc|perf|security|gap に決定論的に分類し、バッチ単位で PLAN を生成し、ユーザーがログイン済みのブラウザセッション（claude-in-chrome）で orca-graph を介して実行し、PASS/FAIL/BLOCK と各 TC のスクリーンショットを記録し、バッチごとに report .xlsx tester-kit（tao_report_test）を出力する。ユーザーが "chạy bộ test case này"、"file test case xlsx"、"SIT/UAT theo file"、"xuất report tester-kit"、"/tc-run" と言ったときに呼び出す。
欠落、脆弱、陳腐化、または範囲が不適切なテストカバレッジを検出する読み取り専用の監査を実行します。ユーザーが範囲を指定しない場合は、リポジトリ全体を監査し、適切なテストがない重要なコードパス、ルート、機能、サービス、ワークフロー、契約を特定します。ユーザーが機能、PR、ブランチ、ルート、ワークフロー、サービス、バグ修正、API、セキュリティ上重要なパス、またはリスクの高いコード変更を指定した場合は、その特定の範囲のみに焦点を当てます。どのテストが欠けているか、カバレッジが十分か、どの回帰テストを追加すべきか、変更が安全であることをどう証明するかをユーザーが尋ねるときに使用します。これは一般的なバグ監査ではなく、セキュリティレビューでもありません。動作がテストでカバーされているかを評価します。
テーマ、ブロック、プラグイン、管理画面を対象とした WordPress アクセシビリティレビュー。キーボードナビゲーション、フォーカス動作、セマンティック HTML、ARIA の使用、フォームのラベル付け、スクリーンリーダー対応、コントラストに関連する実装問題のレビュー時、またはユーザーが「accessibility review」「a11y」「キーボードナビゲーション」「フォーカス管理」「スクリーンリーダー」「ARIA」「セマンティック HTML」「アクセシブルなフォーム」「アクセシブルなブロック」に言及した場合に使用する。フロントエンド出力、ブロックのマークアップ、管理画面、インタラクティブな UI 動作における実装レベルのアクセシビリティ問題を検出する。
WordPress 6.6+ 向けの WordPress テーマコードレビューとブロックテーマ開発パターン。テーマコードのレビュー、theme.json スキーマの監査、テンプレート階層の確認、ブロックテンプレートの検証、グローバルスタイルの分析、スタイルバリエーションの検証、テンプレートパーツのレビュー、ハードコードされたスタイルの検出、クラシックテーマからブロックテーマへの移行の確認を行うとき、またはユーザーが "theme review"、"theme development"、"theme.json"、"block theme"、"FSE"、"Full Site Editing"、"template parts"、"template hierarchy"、"global styles"、"style variations"、"classic theme"、"child theme"、"theme patterns"、"theme.json validation"、"hardcoded styles"、"useRootPaddingAwareAlignments"、"classic-to-block"、"hybrid theme"、"WordPress.org theme" に言及したときに使用。theme.json の構造、ブロックテンプレート、テンプレートパーツ、スタイルシステム、クラシックテーマ移行パターンの問題を検出。
adk-python の作業ツリー内の未コミットの変更をレビューし、正確性、設計、パブリック API の安定性、テスト、サンプル、ドキュメントのギャップを優先度付きの所見レポートとして報告し、依頼されたときのみ修正する。ユーザーがローカルの変更のレビューを依頼したとき、pull request を開く前のセルフレビューを希望するとき、変更がパブリック API を壊すか、またはテスト、サンプル、ドキュメントが必要かを尋ねるとき、現在の diff の何が問題かを尋ねるときに使用。パブリック API、コアアーキテクチャ（Runner、Workflow、BaseNode）、新機能、大規模なリファクタリングの変更には必須。単一のスタイル上の指摘（adk-style を使用）、実行時に失敗するテストや動作異常のエージェントの診断（adk-debug を使用）、commit メッセージや PR 説明の文言（adk-git を使用）には使用しない。
gh CLI による GitHub 作業：PR、レビューの会話、CI の失敗、リポジトリの状態。PR の検査、レビューの閲覧（本文、コメント、インラインスレッド）、CI のデバッグ（どの実行が失敗したか、チェックや Actions 実行がなぜ赤いか、ジョブログの閲覧）、非自明な gh コマンドの作成に使用する。スクリプトは素の gh ではできないこと（スレッドの解決状態）や確実に失敗するもの（PR スナップショット、CI ログのドリルダウン）をカバーする。それ以外はすべて素の gh を直接使用する。
コメントやドックブロックを含むコードを書く、編集する、レビューするときは、言語を問わず常に使用する。コメントが存在する価値を得るために通過すべきテスト、削除すべきコメント（コードの言い換え、ドックブロックの上に並ぶフィールドの列挙、複数ファイルにコピーされた定型文、説明対象の行からずれてしまったコメント）、4 行のコメントを理由を失わずに 1 行に削る方法、ドックブロックに書くべきものとシグネチャがすでに示しているものについて扱う。常に残すコメントも扱う。TODO、ライセンスヘッダー、セキュリティ境界、ワークアラウンド、外部仕様への参照である。コメント整理を求められたときだけでなく、あらゆるコード変更に適用する。
出荷された diff について、品質と要求への適合をレビューする。品質チェックでは /taste と /architecture（シンプルに保つ、職務を分離する、正直な命名、サーバーを信頼する、型は真実を語る、および関連ルール）を使用し、到達可能なバグの正確性調査、さらにリネーム後に古くなったファイル名とシンボル名、親が混在したファイルのダンプ、新たな環境変数の同義語（`SITE_URL` がすでにあるのに `FRONTEND_URL`）のチェックを行う。Standards と Spec のタスクを並列実行し、証拠に裏付けられた指摘と、範囲を限定した修正パスを示す。ブランチ、PR、または親が所有するレビューに使用。ユーザーが呼び出す必要がある（自動ではない）。
Craft CMS 5 の PHP コーディング標準と規約。Craft のプラグインやモジュールで PHP を書く、編集する、レビューする、議論する際は常にロードしてください（小さな編集でも）。ECS、PHPStan の実行時や ddev craft make でのスキャフォールディング時にも使用します。対象：PHPDoc ブロック（@author、@since、@throws チェーン）、セクション見出し（=========）、クラス構成、命名規約（services、queue jobs、records、events、enums）、defineRules() とバリデーション、beforePrepare() と addSelect()、MemoizableArray、DateTimeHelper と Carbon、strict_types/declare(strict_types=1)、短い nullable 記法（?string）、型付きプロパティ、void 戻り値、制御フロー（早期リターン、switch より match）、CP Twig テンプレート規約、フォームマクロ、翻訳（Craft::t）、ECS/PHPStan 設定、スキャフォールディングコマンド、検証チェックリスト。
2 つの Kernel profile スナップショットを比較して、挙動の違いを調査する。ある問題（例：ログイン失敗、キャプチャ、自動化の破綻、ベンダーの不一致）がある profile では再現し、別の profile では再現しない場合、または「良い」profile と「悪い」profile を差分比較する必要がある場合に使用する。2 つの profile ID／名前と問題の説明を受け取り、Kernel CLI 経由で両方の profile をダウンロード・展開し、cookies、storage、設定、拡張機能、ログイン状態にある差異のうち問題を説明しうるものを提示する。
ホストで利用可能なレビュー機能を通じて、できれば異なるモデルプロバイダーから、完成した作業に対する厳密な読み取り専用のセカンドオピニオンを得る。必要な場合にのみ同一プロバイダーの新しいエージェントにフォールバックし、独立性の低下を明示する。すべてのレビューには、元の要件に対する必須のスコープ忠実性チェックが含まれる — 要求されていない追加、要求されていない削除、削除または弱体化されたテスト。ダブルチェック、検証、クロスチェック、セカンドオピニオンを求められたとき、および高リスクまたは複雑な作業を出荷する前に使用する。
ローカルマシンで Playwright を使ってブラウザの自動化とウェブスクレイピングを構築します。CI のタイムアウトハング、拡張機能テストの失敗、Ubuntu 互換性の問題など、記録されている 10 種類のエラーを回避します。ボット検出回避用のステルスモード、認証済みセッション、無限スクロール対応、スクリーンショット/PDF 生成、v1.57 Speedboard のパフォーマンス解析を含みます。用途: ブラウザの自動操作、保護されたサイトのスクレイピング、実 IP でのテスト、ボット検出の回避、スクリーンショット/PDF の生成、または "target closed"、"page.pause() により CI がハング"、"権限プロンプトでテストがブロック"、"Ubuntu 25.10 のインストール" などのエラーの調査。
サポートされている kernel 実装言語に共通する GPU kernel プロファイリングワークフロー。4 つのプロファイリングモード（annotation、event、ncu、nsys）すべてのコマンド、指標の解釈表、ボトルネック特定のルール、オーケストレーターにコンパクトな結果を返すための出力契約を提供する。使用場面：(1) kernel バージョンのプロファイリング、(2) プロファイリング成果物/レポートの解釈、(3) kernel バージョンの比較、(4) ボトルネックと最適化機会の特定、(5) 開発ログへの性能の記録。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。