Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
アクセシビリティ、コンポジション、スタイリングに焦点を当てた React コンポーネントエンジニアリングの正式標準を適用する。プロフェッショナルでコンポジション可能な React 成果物を構築するために使用。React コンポーネントの作成やレビュー時には積極的に使用する。例:- user: "/component-create Button trigger" → asChild とキーボードマップでアクセシブルな button を構築 - user: "/component-review src/components/Input.tsx" → アクセシビリティとコンポジションの準拠を監査 - user: "Build a responsive slider" → 分類タイプを選び data 属性で実装 - user: "Review my layout component" → モノリシックなパターンかコンポジションかを確認
フルスタックPython/Reactアプリ向けのPlaywrightエンドツーエンドテストパターンです。ユーザーワークフロー全体(ログイン、CRUD、ナビゲーション)のE2Eテスト、クリティカルパスの回帰テスト、クロスブラウザ検証を書くときに使用します。テスト構成、ページオブジェクトモデル、セレクター戦略(data-testid > role > label)、待機戦略、認証状態の再利用、テストデータ管理、CI連携を扱います。ユニットテストやコンポーネントテストは対象外です(pytest-patternsまたはreact-testing-patternsを使用してください)。
HetuEngine 向けの包括的な SQL ステートメントチェック。2 つのチェックモードを備える:1. 構文チェック——Presto/Trino + Hive の文法定義に基づくキーワード検証、ステートメント構造の検証、句の完全性、HetuEngine の構文互換性。2. 仕様チェック——HetuEngine 開発のベストプラクティスに基づくオブジェクト設計基準、データ操作基準、命名規則。カスタムの HetuEngine SQL トークナイザー(400 以上のキーワード)と 30 以上のステートメント種別をサポートする再帰下降パーサーを内蔵。ユーザーが HetuEngine の SQL 品質レビュー、構文検証、仕様準拠チェックを必要とする場合に適用。トリガーワード:「HetuEngine SQL 检查」「Hetu SQL 规范」「Hetu SQL 审计」「Hetu SQL 语法」「Hetu SQL 优化」「检查 Hetu SQL」「HetuEngine SQL review」
ローカル開発とテスト用にエミュレートした Linear GraphQL API。ユーザーが Linear 統合をローカルでテストする必要があるとき、Linear の issue、コメント、チーム、ワークフロー状態、OAuth アプリ、webhook、エージェントセッションをエミュレートするとき、または実際の Linear サービスに接続せずに Linear API を扱うときに使用する。トリガーには "Linear API"、"emulate Linear"、"mock Linear"、"test Linear OAuth"、"Linear webhook"、"Linear agent"、"local Linear"、またはローカルの Linear API を必要とするあらゆるタスクが含まれる。
データベースブランチング用に mirrord.json を構成するのを支援し、安全な開発とテストのための分離されたデータベースコピーを可能にします。ユーザーが MySQL、MariaDB、PostgreSQL、MSSQL、MongoDB、Redis、DynamoDB、ClickHouse、Google Spanner、Amazon S3、turbopuffer、または汎用ブランチを設定したい場合、コピーモード、接続ソース、schema マイグレーション、IAM 認証を構成したい場合、またはデータベースブランチを管理したい場合に使用します。
HTTP/JSON API サーフェス(エンドポイント、リクエスト/レスポンスの形状、認証と認可、ページネーション、冪等性、レート制限、バージョニング、非推奨化)を設計、変更、レビューする。HTTP エンドポイントの追加や変更、OpenAPI 仕様や HTTP ルート diff のレビュー、HTTP API の変更が利用側を壊すかどうかの判断に使用する。gRPC/protobuf、GraphQL、WebSockets、その他の非 HTTP/JSON インターフェース向けのプロトコル互換性チェックリストとして使用しない。
阿里巴巴の open-code-review(`ocr`)コマンドラインで AI によるコードレビューを実行し、diff を手作業でレビューしないようにします。ユーザーがコードのレビュー、PR/MR のレビュー、ステージ済み/未ステージ/未追跡の変更のレビュー、単一コミットのレビュー、2 つのブランチの比較、ファイル全体のバグ・セキュリティ問題・性能問題・品質問題のスキャンを求めたときに使用します。最も軽い呼び出し方(ワークスペースレビュー、ブランチ範囲、単一コミット、全ファイルスキャン)を選び、`--background` で業務コンテキストを渡し、指摘を優先度で分類し、任意で修正を適用します。トリガー:open code review、ocr review、ocr scan、alibaba code review、ai code review cli、review my changes、review this pr、review this commit、review this branch、scan repository for issues。
LLM 評価を構築してアプリに対して実行し、スコアとそのリンクを含む Opik 実験を返す。judge アサーション付きのテストスイートか、指標付きのデータセットを選び、trace または合成データからケースを収集し、まずヒューリスティックでスコアリングし、続いて単一失敗モードの judge で評価し、SDK によるクライアント側またはプロンプトのみの対象ではサーバー側で実行し、スコアを読み戻す。RAG 評価、エラー分析、人手ラベルに対する LLM judge の作成と検証、既存の評価パイプラインの監査を扱う。「evaluate my agent」「measure quality」「build an eval」「write an LLM judge for hallucinations」「audit our evaluation pipeline」「how good is my RAG」「set up evals for this」に使用。既存スイートでの前後比較(compare を使用)、単一の回帰ケース(test を使用)、本番トラフィックのスコアリング(online-eval を使用)、出荷/保留の判断(verify を使用)には使用しない。
プロジェクトをスキャンし、QA 作業に利用できるものを棚卸しする。プロジェクト種別、言語、フレームワーク、手動の `*.test.md` ケース、自動テストと自動化リファレンス、および Testomat.io への到達方法(token、MCP、プロジェクト設定)。テスト計画のためにコードベースを分析する場合、テストフレームワークを検出する場合、テスト数を数える場合、テスト自動化の準備をする場合に、このスキルを使用する。具体的には、ユーザーが "scan project"、"what tests exist"、"how many tests"、"analyze codebase"、"detect frameworks"、"test matrix" と言及した場合、または QA ワークフローの前に棚卸しが必要な場合。
コードレビューのコメントを、人間のチームメイトが書いたように読めるよう書き直す。企業的 AI の前置き("I noticed..."、"I was wondering if perhaps..."、"It might be worth considering...")を削る。各コメントは直接的:場所、問題、具体的な修正案。ユーザーが "humanize review"、"de-slop PR comment"、"make this feedback sound human"、"review this PR"、"code review"、"/review"、"/unslop-review" と言った場合に使用。PR のレビュー時に自動的にトリガーされる。
適切なパッケージ、CLI、ランナーのガイダンスに沿って、xUnit を使用する .NET テストを作成、実行、または修復します。使用対象:xUnit v2 または xUnit v3 プロジェクト;xUnit テストの追加、実行、デバッグ、修復;VSTest と Microsoft.Testing.Platform の選択。使用対象外:TUnit プロジェクト;MSTest プロジェクト。呼び出し:リポジトリのコンテキストを確認し、対象ファイルを編集し、変更時に該当するビルド、テスト、lint、検証コマンドを実行します。
XY、XYO、XL1 リポジトリを支える Aries Tools TypeScript ツールチェーン(@ariestools/toolchain)— 安定版の xy と実験版の xyex コマンドライン、xy.config.ts、共有の ESLint、TypeScript、Vitest 設定。リポジトリのセットアップやプロジェクト profile の選択、build・lint・test・xy check の実行やデバッグ、パッケージ出力の設定、deplint や publint の指摘の修正、xy agent による AGENTS.md とドキュメントの lint、xy repo init と xyex plan による製品計画(papers、roadmap、PRD)の支援、スキルの管理、xyex work による作業の追跡、依存関係の更新、ライセンスやセキュリティの監査、パッケージのリリース、xy コマンドの失敗の解釈を行うときに使用します。
JavaScript または TypeScript プロジェクトで Biome を使って lint とフォーマットを設定・実行するときに使用 — lint、フォーマット、インポート整理を 1 つで行う高速な Rust ツールで、ESLint + Prettier の組み合わせを置き換える(Ruff の JS 版)。Biome v2 のインストール、biome.json の設定(formatter、linter ルールグループ、assist/import-organize アクション、VCS 連携、overrides、monorepo extends)、コマンドライン(biome check --write、CI 用の biome ci)、ESLint/Prettier からの移行、v1 から v2 への差分(例: --apply が --write に)、GritQL プラグインとしてのカスタム lint ルール作成を扱う。lint/format ゲートの追加、biome.json の作成や修正、ESLint/Prettier 構成の移植に使用。Turborepo のタスク構成は対象外(そのスキルと組み合わせる)。
フォレンジックなバグ・問題のトリアージ。等級付けされた調査ケースファイルを生成する:症状、証拠(信頼度により A/B/C で等級付け)、順位付けされた仮説、疑わしいコンポーネント、推奨される計画対応。調査と記録のみを行い、コードの修正、テストの実行、実装は行わない。外部の開発ツールに story として引き継ぐ。ユーザーが次を言うときに使用:- “investigate this bug” / “triage this issue” / “debug triage” - “what's causing [symptom]” / “why is [feature] broken” - “something's wrong with [component]” / “users are reporting [problem]” - “figure out what happened” / “root cause this” - “I need a bug report” / “create an investigation case file” - “forensic analysis” / “diagnose this” - “error triage” / “issue investigation” - “what do we know about [incident/issue]”。3 つの意図:Create(新しいケースファイル)、Update(未解決のケースに証拠を追加)、Validate(引き継ぎ前のドラフトの完全性確認)。出力は bmad-output/ に保存され、引き継ぎ時に修正 story が起草される。
Promptfoo と DeepTeam を CI/CD に組み込み、OWASP LLM Top 10、OWASP Agentic、MITRE ATLAS のプリセットに対して LLM アプリの自動かつ再現可能なレッドチームテストを行います。ジェイルブレイクやインジェクションの脆弱性が再発した場合はビルドを失敗させます。CI/CD での継続的な敵対的テスト、マージをブロックするセキュリティゲート、コンプライアンス報告用のモデル/プロンプトのバージョン比較に使用します。
GECX/CXAS/CES 会話エージェントのライフサイクルをエンドツーエンドで扱う -- 要件からエージェントを構築 (PRD からエージェント)、eval の作成と実行 (goldens、simulations、tool tests、callback tests)、失敗のデバッグ、本番品質までの反復。ユーザーが GECX、CXAS、CES、SCRAPI、会話エージェント、音声エージェント、オーディオエージェント、エージェント eval、エージェントのプッシュ/プル/リント、または Google Customer Engagement Suite プラットフォーム上のエージェント指示/コールバック/ツールに言及した場合は常にこのスキルを使用。
インタラクティブまたは手動の更新後に JavaScript/TypeScript の依存関係のアップグレードを検証する。git から実際の差分を確定し、peer/engine/type の競合を検出し、リリースノートから破壊的変更、マイグレーション、採用可能な機能を抽出し、保留中または未使用と思われるパッケージを評価し、検証ゲートを実行する。bun、npm、pnpm、yarn を対象とする。パッケージをアップグレードした直後に検証が必要なとき、保留中のパッケージを更新できるか判断するとき、依存関係がそもそもなぜ存在するのかを問うとき、リリースノートで破壊的変更と移行手順を確認するときに使用する。アップグレードを自律的に選定して適用すること、bun CLI の使い方(bun-cli)、JavaScript 以外のパッケージエコシステムには使用しない。
自動化および放送ワークフロー向けの完全な FFmpeg 動画解析と品質管理フィルター。次の場合に積極的に有効化:(1) 黒フレームの検出 (blackdetect, blackframe)、(2) ぼやけた/フリーズしたフレームの検出 (blurdetect, freezedetect)、(3) 自動クロップ検出 (cropdetect)、(4) シーン変化検出 (scdet)、(5) インターレース検出 (idet)、(6) 品質指標 (PSNR, SSIM, VMAF)、(7) 信号解析 (signalstats)、(8) フレーム情報のログ記録 (showinfo)、(9) QC 自動化スクリプト、(10) 放送コンプライアンスチェック。提供:検出フィルター、品質指標、解析コマンド、自動化パターン。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
