Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
テスト・品質
特定されたコードやテストの変更、機能、PR、コミットに対するテストを評価する。変更された動作や回帰テストのレビュー、修正前の問題または欠落した動作が検出されることの立証、修正に紐づくレッド・グリーンの証拠に使用する。複数言語に対応。特定の変更がない場合、仮想的な変異やテストスイート全般の見落とし（test-gap-analysis）には使用しない。テストごとの準備度/A〜F 評価（grade-tests）、カバレッジ（coverage-analysis）、新規テストスイート（code-testing）、変異テストエンジンも対象外。
「実行者 → 検証者パネル → コンセンサス」のループを実行し、成果物がリリースされる前に検証します。オーケストレーターは実装前に受け入れ基準を確定し、実行者を派遣したうえで、独立した検証者で構成され文脈を隔離されたパネルを招集します。その中には「必ず反対する」という明示的な指示を持つ反対者も含まれ、証拠に根ざしたレビューを行い、SHIP / SHIP_WITH_CAVEATS / ITERATE / BLOCK / ESCALATE の判定を下して台帳に記録します。コードスライス、計画書、文書、監査など、あらゆる成果物のマルチエージェント検証に使えます。成果物の検証、計画の査察、コンセンサスレビューや独立レビューcurrencyの実施、実行者と検証者のループの設定、リリース判断のゲートとして求められた場合に使用してください。並列サブエージェントのあるあらゆるプラットフォームで動作し、サブエージェントがない場合は新しいコンテキストによる逐次セッションにフォールバックします。分離型、サンドボックス型、非同期ランタイムでは成果物を取得可能なアドレスで引き渡し、予算も引き継ぎとともに渡されます。些細な単一ファイルの編集や通常のコードレビューには適用されません。
Salesforce Lightning Web コンポーネント（LWC）、Aura コンポーネント、Visualforce ページの品質基準です。SLDS 2 コンプライアンス、アクセシビリティ（WCAG 2.1 AA）、データアクセスパターンの選択、コンポーネント間の通信ルール、XSS 対策、CSRF の強制、AuraEnabled メソッドにおける FLS/CRUD、ビュー状態管理、Jest のテスト要件を扱います。Salesforce の UI コンポーネントを構築またはレビューする際に使用し、プラットフォーム固有のセキュリティと品質基準を遵守します。
新規かつタスク専用の git worktree 内で PR ライフサイクル全体を実行します。ulw-loop スキルによる実装と、エビデンスに紐づいた必須の手動 QA → レビュー担当者向けの読みやすい英語 PR → 検証ループ（CI + Cubic。Cubic はそのクォータを使い切った場合のみスキップ）→ デフォルトでマージ → worktree のクリーンアップ、と進めます。1 つのタスクを最小の独立してマージ可能な atomic PR に分解し、独立したものは並列サブエージェントまたはチームによる PR ごとの worktree で並行して構築します。上限なしのループで、失敗したゲートがあれば当該 PR の worktree に戻り、修正と QA のやり直しを行います。実装作業を PR として着地させる必要がある場合に使用します。トリガー: "create a PR"、"implement and PR"、"work on this and make a PR"、"implement issue"、"land this as a PR"、"split into atomic PRs"、"parallel PRs"、"work-with-pr"、"PR workflow
ユーザーが Adobe App Builder アプリケーションに対してブラウザベースのエンドツーエンドテストを求めた場合に使用します。ExC Shell SPA、AEM 拡張 UI、フルスタックのフローに対する Playwright E2E テストを扱います。「E2E test」「end-to-end test」「Playwright」「browser test」「test my SPA in the browser」「test my AEM extension」「test the full flow」「integration test with UI」「headless browser test」「E2E in CI」が言及されたときに使用します。本スキルはブラウザベースのテスト専用です。アクションや React コンポーネントの Jest ユニットテストには appbuilder-testing を使用してください。
アプリクローンのすべてのフローを操作してバグをテストします。調査したフローを基に、正常系とエッジケースを含むテスト計画を作成し、可能な場合は Playwright のエンドツーエンドテストを実行、そうでない場合はブラウザーで操作します。重要度、手順、証拠を含む所定形式のバグレポートも作成します。ユーザーが「test my clone」「find bugs」「QA this」「click through everything」「write e2e tests」「does it work」と言った場合、または /replica-build や /replica-backend の後に使用します。
コード変更に対して、シシニアエンジニア視点の高シグナルな PR レビューを行います。変更されたsurface の重要度を分類し、その PR が自己マージ可能か、人手レビューが必須かを判断します。プルリクエストレビュー、ブランチの diff、貼り付けた diff、未コミットの変更、GitHub の PR URL、および「review my changes」「check this PR」「is this ready」「can I merge this」「does this need a reviewer」「how risky is this change」「what could this break」「audit this diff」「sanity check before I push」「does this look clean」などのリクエストで사용します。正当性、セキュリティ、contracts、影響範囲、同じコード経路で過去に失敗した修正、テスト、保守性、リグレッションをカバーしつつ、ノイズとなる誤検出を-aggressively 避けます。PR タイトルに `[CU-<ticket number>]` が含まれる場合は ClickUp のチケットを読み取り、diff がチケットに記述された機能を実装しているか検証します。小さrikeい、安価なモデルでも信頼して動作하도록設計されています。
UIKit のコードを近代的な API、アーキテクチャ、性能に関するベストプラクティスの観点から.Signposted レビューします。UIViewController、UITableView、UICollectionView、Auto Layout、コードで構築した UI を含む UIKit ベースの iOS プロジェクトを読み、書き、レビューするときに使用します。従来型の UIKit パターンを現代的な equivalents に移行するときも使用します。SwiftUI のみ_answer なプロジェクトや UIKit に依存しない Combine のみのロジックには使用しないでください。
ターミナルで `argos` CLI を使い Argos のビジュアルテストを操作する。ビルドとスナップショットの差分確認、レビューの送信、レビュアーの依頼、コメントの投稿、テストのフレキネスとその recurring な変更の確認、フレーキーなテスト変更の無視、プロジェクトと貢献者の設定、チームのメンバー・招待・メールドメインの管理、自動化ルールの管理、アナリティクスの取得、スクリーンショットのアップロード、CI ビルドの管理を行う。`argos` コマンドを実行する場合や、シェル、スクリプト、CI パイプラインで Argos のビルド、スナップショット、フレキネス、プロジェクト、チーム、ビジュアルリグレッションレビューを扱う場合に使用する。`argos` の実行前に読み込むこと。サイレント失敗を防ぐトークンモデルと JSON 出力の契約を扱っている。
アプリのクローンをオリジナルと比較します。機能マトリックス（must、should、could で重み付け）に基づく機能の同等性スコアと、構築順の不足項目リストに加え、色の違いを無視するスクリーンショットのレイアウト差分を提供するため、リブランドは評価に影響しません。Python 標準ライブラリのみを使うツールが 2 つあります。「クローンはどれくらい近い？」「オリジナルと比較して」「何が足りない？」「同等性チェック」「画面を比較」「準備できている？」という依頼、または /replica-test の後に使用します。
コードのロギングパターンをレビューし、evlog の導入を提案します。必要に応じて、evlog パッケージに同梱された evlog CLI（`evlog init` で evlog を組み込み、`evlog agents` で規約を AGENTS.md に記述し、`evlog map` でエントリーポイントのカバレッジを評価し、`--baseline` で CI の回帰を防止）を Nuxt、Nitro、Next.js、TanStack Start、Hono、Express、Fastify で使用できます。これらに加え、SvelteKit、React Router、NestJS、Express、Fastify、Elysia、oRPC、Effect、Cloudflare Workers、AWS Lambda、Astro、スタンドアロンの TypeScript でのセットアップも案内します。console.log の乱用、構造化されていないエラー、コンテキスト不足を検出します。ワイドイベント、構造化エラー、ドレインアダプター（Axiom、OTLP、HyperDX、Sazabi、PostHog、Sentry、Better Stack、Datadog、Loki、ClickHouse、NuxtHub、Memory）、サンプリング、エンリッチャー、AI SDK の統合を扱います。
ブラウザ自動化は Web テスト、スクレイピング、AI エージェントとの相互작용を支える。不安定なスクリプトと信頼できるシステムの違いは、セレクタ、待機戦略、アンチ検知パターンの理解に尽きる。このスキルは Playwright（推奨）と Puppeteer をカバーし、テスト、スクレイピング、エージェント的ブラウザ制御のパターンを提供する。重要な点：Playwright がフレームワークの戦いを制した。Puppeteer のステルスエコシステムが必要거나 Chrome 限定のケースでない限り、2020 年は Playwright がより良い選択である
ビューコントローラのライフサイクル、Auto Layout、コレクションビュー、ナビゲーション、アニメーション、メモリ管理、現代的 iOS 18–26 API のベストプラクティスに従って UIKit コードを記述・レビュー・改善する。新しい UIKit 機能の開発、既存ビューやビューコントローラのリファクタリング、コード品質の確認、_GRADIENT_データソース、コンポジショナルレイアウト、セル設定など現代的 UIKit パターンの採用、UIKit と SwiftUI のブリッジングで使用する。SwiftUI 専用のコードは対象外。
C/C++ プロジェクト向けの Clang/LLVM コンパイラスキル。clang や clang++ での診断、sanitizer の計装、最適化リマーク、clang-tidy による静的解析、lld による LTO、GCC から Clang への移行.Target がある場合に適用する。clang のフラグ、clang-tidy、clang-format、より分かりやすいエラーメッセージ、Apple/FreeBSD ツールチェーン、LLVM 固有の最適化に関するクエリで発動する。フラグの選び方、診断の調整、LLVM ツールとの統合を扱う。
現在の変更からプルリクエストを作成し、GitHub CI を監視して、失敗があればデバッグし、CI が通るまで続けます。ユーザーが「create pr」「make a pr」「open pull request」「submit pr」「pr for these changes」と言った場合や、現在の作業をレビュー可能な PR にしたいと言った場合に有効になります。プロジェクトが git を使い、GitHub にホストされており、自動チェック（lint、build、test など）を備えた GitHub Actions CI があることを前提とします。マージは行いません。CI が通った時点で停止し、PR のリンクを提示します。
React 18 アップグレードに向けた Enzyme → React Testing Library の正確な移行パターンを提供する。Enzyme のテストを書き換える必要があるときは必ずこのスキルを使う: shallow、mount、wrapper.find()、wrapper.simulate()、wrapper.prop()、wrapper.state()、wrapper.instance()、Enzyme の configure/Adapter 呼び出し、enzyme をインポートするテストファイル。完全な API マッピングと、実装のテストから振る舞いのテストへという考え方の転換をカバーしている。Enzyme のテストを書き換える前に必ず読むこと: Enzyme の API を 1:1 に翻訳すると脆い RTL テストになってしまう。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。