Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
テスト・品質
製品に搭載するAI/LLM機能をテストします。プロンプト回帰テスト、応答品質評価、ツール呼び出し検証、ハルシネーションとRAGのグラウンディング確認、非決定的出力への対策、レッドチーム／安全性スキャン、評価フレームワーク、エージェントを標的としたインジェクション（ツール出力／RAG／スキャンレポートを介した間接インジェクション、自己増殖するペイロード、エージェント経由のデータ流出）を網羅し、信頼できないコンテンツの検出器も同梱します。使用場面："test our LLM feature"、"prompt regression test"、"eval framework"、"hallucination test"、"RAG grounding"、"nondeterministic output"、"AI feature testing"、"red-team our chatbot"、"indirect prompt injection"、"agent reading untrusted tool output"、"production AI quality"。対象外：AIで独自のテストコードを生成する場合は ai-test-generation、AIでCI失敗を分類する場合は ai-bug-triage、AI機能のEU AI Act／GDPR適合性は compliance-testing、AI機能のカナリア／フラグ展開は testing-in-production を使用してください。関連：ai-test-generation、ai-qa-review、api-testing、compliance-testing、security-testing、risk-based-testing、test-data-management。
自然言語で記述された QA の状況を次に使う 1～2 個のスキルに振り分け、証拠と読みやすいレポートを添えて依頼されたワークフローを実行します。他のスキルのトリガーフレーズに該当しない場合にのみ使用してください。使用する場面：「どのスキルを使えばよいか」「何から始めればよいか」「このアプリを検証して」「QA を実行して報告して」「/qa-do」、または特定の 1 つのスキルに当てはまらない曖昧な QA の状況。対象外：QA がない新規プロジェクトの立ち上げには qa-start を使用。プロジェクトの設定／コンテキストの記録には qa-project-context を使用。依頼が他のスキルに明確に該当する場合は、ここを経由せず、そのスキルを直接呼び出してください。関連：qa-start、qa-project-context、test-strategy。
ユーザーが指定したレビュアー（インストール済みの任意のスキルまたはエージェント）を使い、任意のコード対象（skill、プラグイン、モジュール、ディレクトリ）に対して自律的なレビュー＆修正の改善ループを実行します。ラウンドをまたぐ指摘台帳を維持し、修正が収束しなくなった場合はエスカレーションし、スコープを機械的にガードします。「このコードをレビューが通るまで改善して」「<reviewer> と改善ループを実行して」のように依頼されたとき、または特定のレビュアーでレビュー＆修正を反復不下去なときに使用します。スキルの場合は skill-improver、ブランチの場合は pr-improver を優先してください。
JavaScript および TypeScript プロジェクト向けに ESLint v9 の flat config と neostandard を設定します。旧式の `.eslintrc*` ファイルや `standard` パッケージからの移行にも対応します。`eslint.config.js` または `eslint.config.mjs` を使った lint の設定や修正、lint エラーのトラブルシューティング、neostandard ルールの設定、`.eslintrc` から flat config への移行、CI パイプラインや pre-commit hooks への lint 組み込みに使用します。
Appium 3.x、Detox、Maestro、Patrolを使って、ネイティブ、React Native、ハイブリッド、Flutterのモバイルアプリをテストします。デバイスファームの設定（BrowserStack、Sauce Labs）、ジェスチャーのシミュレーション、ディープリンクとコールドスタートのテスト、プッシュ通知、生体認証（Face ID）、オフライン／低速ネットワークのシミュレーション、iOS／Androidの権限ダイアログ処理を扱います。「モバイルテスト」「Appium」「Detox」「Maestro」「Patrol」「Flutterテスト」「iOSテスト」「Androidテスト」「デバイスファーム」「ディープリンク」「生体認証」「Face ID」「権限ダイアログ」「React Nativeテスト」に使用します。対象外：抽象的なデバイス／ブラウザーのマトリックス戦略にはcross-browser-testing、アプリの起動／メモリ／バッテリーの詳細なプロファイリングにはperformance-testing、モバイルのスクリーンショット差分比較にはvisual-testingを使用してください。関連：ci-cd-integration、cross-browser-testing、performance-testing、test-data-management、test-reliability。
分析データに基づいてブラウザーテストマトリクスを設計し、クロスブラウザーテストを実行します。BrowserStack/Sauce Labs の設定、Playwright のブラウザーチャネル、一般的なクロスブラウザー間の CSS/JS の差異、既知の問題の記録、プログレッシブエンハンスメントの検証を扱います。「クロスブラウザー」「ブラウザーマトリクス」「BrowserStack」「Safari の問題」「ブラウザー互換性」「Edge」「Chrome では動くが Safari では動かない」といった場合に使用します。ピクセル単位のベースライン戦略やしきい値調整には使用せず、visual-testing を使用してください。ネイティブ／ハイブリッドアプリのデバイスファームテストには mobile-testing を使用してください。関連：visual-testing、playwright-automation、ci-cd-integration、mobile-testing。
QA 指標を定義・追跡し、それに基づいて対応します。テストカバレッジ率、不安定率、欠陥流出率、MTTR、テスト実行時間の傾向、自動化 ROI、品質ゲート、テストスイートの SLA を扱います。指標の算出式、企業の成長段階に応じた現実的な目標値、各指標が赤信号になった際の対応も含みます。「QA metrics」「test metrics」「quality KPIs」「test health」「flakiness rate」「defect escape rate」で使用します。ダッシュボード UI の構築（Allure/Grafana）には使用せず、qa-dashboard を使用してください。カバレッジの不足やミューテーションスコアの測定には使用せず、coverage-analysis を使用してください。関連：qa-dashboard、coverage-analysis、ci-cd-integration、release-readiness、quality-postmortem。
サイトまたは製品全体を対象に、WCAG-EM 方法論に従って WCAG 2.2 に照らした Web アクセシビリティ（a11y）の包括的な監査を行います。範囲を定め、代表的なページやフローを抽出し、自動化段階（`accessibility-scan`）と手動実査段階（`accessibility-inspect`）を実行して、適合性レポートを1件作成します。各検出事項を重大度と証拠の根拠で評価し、各基準への適合状況を合格、不合格、未確定（人による判断が必要）で示します。「サイトのアクセシビリティを監査して」「この製品はアクセシブルか」「a11y 監査」「WCAG または Section 508 適合性レポート」などの依頼や、複数ページの評価に使用します。評価のみを行い、修正（`accessibility-fix` を使用）や差分比較（`accessibility-diff` を使用）は行いません。単一ページには `accessibility-scan`、キーボードやスクリーンリーダーの実地確認には `accessibility-inspect` を使用してください。
テストスイートを実行する CI/CD パイプラインを設計します。GitHub Actions と GitLab CI のテンプレート、並列実行とシャーディング、アーティファクト管理、不安定なテストの隔離、テスト結果の公開、カバレッジ品質ゲート、OIDC によるキー不要のデプロイ、Playwright、Jest、マルチステージパイプライン向けのコピーして使えるワークフローを扱います。「CI/CD」「GitHub Actions」「パイプライン」「CI でテスト」「GitLab CI」「継続的インテグレーション」「テスト自動化パイプライン」「CI でテストをシャーディング」などの場合に使用します。対象外：実行時のテストごとの不安定性修復には test-reliability、リリース可否の判断やスモークテストチェックリストには release-readiness、テスト結果ダッシュボードや傾向レポートには qa-metrics を使用してください。関連：playwright-automation、qa-metrics、test-reliability、coverage-analysis、release-readiness。
テストカバレッジを有意義に測定し、改善します。Istanbul/V8/coverage.py の設定、リスク別のカバレッジ不足分析、CI でカバレッジを下げないラチェットとして運用する方法、PR のカバレッジ差分チェック、アサーションの品質を評価するミューテーションテスト、有意義なカバレッジと見せかけのカバレッジの区別を扱います。「コードカバレッジ」「カバレッジ不足」「Istanbul」「カバレッジしきい値」「カバレッジレポート」「ブランチカバレッジ」で使用します。カバレッジ向上のためのテスト作成には使用せず、unit-testing を使用してください。長期的な KPI としてのカバレッジ傾向の追跡には qa-metrics を使用してください。関連：unit-testing、ci-cd-integration、qa-metrics、ai-qa-review。
プラットフォームイベント取り込み API（platform/ingest/custom/events/）を介して、サードパーティーのテストおよび監視結果を Dynatrace Grail に取り込みます。外部の合成テスト結果、CI 監視データ、サードパーティーのチェック結果を Dynatrace に送信する場合に使用します。トークンのスコープ、external_test_run と external_test_step の完全なイベントスキーマ（dt.security_context、ci.*、トレース相関、パイプラインで追加されるフィールドを含む）、curl と Java DTO の例、DQL による検証を扱います。トリガー：「テスト結果を取り込む」「監視結果を送信」「サードパーティー監視」「外部テストの取り込み」「合成テスト結果を Grail に送信」「外部テスト実行イベントのスキーマ」。Dynatrace ネイティブの Synthetic Monitoring ブラウザー／HTTP チェックや RUM には使用せず、dt-obs-frontends を使用してください。非推奨の POST /api/v1/synthetic/ext/tests API からの移行には、代わりに dt-upgrade を読み込んでください。
Checklist Design が公開する 100 以上のチェックリストに基づくデザインレビューです。2つのモードがあります。監査では該当するチェックリストを項目ごとに確認し、各項目が存在するか、一部のみか、欠けているか、および各不足が重要かを報告します。批評では、階層、レイアウト、タイポグラフィ、色、アクセシビリティ、操作性、仕上がりについて、迅速で率直な同僚目線のフィードバックを提供します。UI のスクリーンショット、モックアップ、公開 URL、ローカルビルドが共有され、デザインレビュー、フィードバック、監査、網羅性の確認、不足項目の把握を求められた場合に使用します。「見た目は正しい？」「ランディングページを批評して」「アクセシブル？」「ダッシュボードをレビューして」「このチェックアウトに何が足りない？」「これで全部網羅できている？」「Login チェックリストと照合して」などの依頼に対応します。ウェブサイト、Web アプリ、モバイルアプリ、デザインシステムのコンポーネント、ユーザーフローを対象とします。
Flows アプリのデザイン品質を半自動でレビューします。具体的なリポジトリ調査（grep、lint、build）を実行し、docs.cognite.com/cdf/flows/guides/quality-guidelines にある公式の 10 項目の品質ガイドライン質問それぞれについて 1～5 点の暫定スコアを提案し、各スコアの確認または変更をユーザーに求めます。ナビゲーションやクリック操作の感覚は静的に測定できないため、実行中のアプリでユーザーがタスクを最初から最後まで実施する必要があります（ステップ 2）。総合平均と優先順位付きの修正リストを含むレビューを reviews/design-review/feedback-round-<N>/design-review-report.md に書き込みます。Flows のデザインレビュー、デザイン品質評価、flows-design-review の実行をユーザーが依頼したときに使用します。flows-code-review が 0 Must Fix に達した後、flows-external-app-submit の前に実行する必要があります。
ゲームを分析し、改善が必要な点を見つけて、最も効果の高い改善を実装します。ユーザーが「ゲームを改善して」「ゲームをもっと良くして」「ゲームを修正して」「ゲームの問題点は何？」「ゲームを磨いて」と言った場合に使用します。繰り返し実行でき、各回で次に修正すべき最も効果の高い点を見つけます。特定の新機能の追加には使用せず（add-feature を使用）、ゲームの初期作成にも使用しないでください（一括構築には viral-game、マイルストーン方式のプロジェクトには make-game を使用）
Pact-JS (v16) でコンシューマー駆動型のコントラクトテストを実装します。コンシューマーテストの作成、Broker 駆動のプロバイダー検証、Pact Broker のセットアップ、デプロイゲートとしての can-i-deploy、webhook による検証、保留中の pact、スキーマファーストとコンシューマーファーストのアプローチ（OpenAPI/Ajv、Schemathesis）を扱います。次の場合に使用：「contract test」「Pact」「consumer-driven」「API contract」「provider verification」「can-i-deploy」。次の場合は使用しない：テストを分離するための依存関係のスタブ化やモック化 — service-virtualization を使用してください。自分の API に対する一般的な REST/GraphQL エンドポイントのアサーション — api-testing を使用してください。関連：api-testing、service-virtualization、ci-cd-integration、test-environments。
Flows アプリの認定フローにおける外部提出前の最終ゲートです。flows-app-brief、flows-code-review、flows-design-review がすべて実行済みで合格状態であること（App-Brief.md が完成、最新のコードレビューで Must Fix が 0 件、デザイン平均が ≥ 3.8）を確認し、`npx @cognite/cli apps submit` を実行してリポジトリを zip 化し、提出フォームに情報を事前入力します。ユーザーが Flows アプリの認定申請、flows-external-app-submit の実行、または外部レビュー用のアプリ仕上げを求めたときに使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。