Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
テストピラミッドをある機能に適用する——テストシナリオを各レベル（ユニット、統合、e2e）に分け、各シナリオを最も低コストで十分なレベルに割り当て、レベルごとのカバレッジ配分を出す。"unit, integration or e2e?"、"what level should this test be?"、"how should we test this feature?"、"what test coverage do we need?" と聞かれたとき、またはテストピラミッドを機能やプロジェクトに適用するときに使う。
Power BI レポートの品質、利用状況、有効性に関する実行可能なフィードバック。ユーザーが "review a report"、"audit a report"、"report usage analysis"、"report health check"、"find unused reports"、"check if a report is being used"、"assess report performance"、"evaluate report quality" を求めた場合に自動的に呼び出す。
実装前にあらゆる提案されたソリューション（コード、設定、プロセス、ツール、アーキテクチャ判断）をレビューするための権威あるフレームワーク。4 つの中核次元（有効性、副作用・リスク、実現可能性、仕様準拠）に加え、中核 4 次元が見逃す意思決定レベルの失敗を捉える 5 つの戦略次元を扱う：可逆性の調整（Bezos の一方通行の扉・両方向の扉）、故障モード分析（FMEA）、運用性（SRE プロダクションレディネスレビュー）、コスト対価値（CBAM/WSJF）、チームの認知適合（Team Topologies）。レビュー、検証、ストレステスト、承認が必要なあらゆる提案ソリューション、計画、設計ドキュメント、アプローチに対して、コードが書かれる前、変更が適用される前にこのスキルを使用。トリガー — 「审查方案」「方案审查」「评估方案」「方案评估」「review proposal」「方案可行吗」「这个方案靠谱吗」「方案有没有风险」「方案评审」「设计评审」「决策评审」 / solution review、proposal review、design review、decision review、stress-test a plan、validate an approach。
このスキルは、Cash App Turbine を使ってテストで Flow の Emission を検証するために使用します。flow.test のエントリ、ReceiveTurbine API（awaitItem、awaitComplete、awaitError、expectMostRecentItem、skipItems、expectNoEvents、cancel とその仲間、および非サスペンドの takeItem/takeComplete/takeError）、複数 Flow テスト用の turbineScope/testIn、Flow 以外のコールバックとリスナーを検証するための単体 Turbine<T> チャネル（add/close/asChannel/ensureAllEventsConsumed）、Hot と Cold のキャンセル契約（StateFlow/SharedFlow は自動完了しない）、runTest の仮想時間から切り離された Turbine の実時間タイムアウト、そして Turbine と生の flow.toList の間の意思決定マトリクスを扱います。ユーザーが Turbine、awaitItem、awaitComplete、expectMostRecentItem、takeItem、"test hangs on collect"、"SharedFlow never completes"、"StateFlow first emission"、"TurbineAssertionError"、"withTurbineTimeout"、"Turbine() channel"、"capture a callback in a test" に言及した場合、または ViewModel の StateFlow/SharedFlow を検証する場合は、このスキルを使用します。
実装と検証が完了したら Phase-2 Walkthrough 成果物（walkthrough.md）を生成します。変更サマリー、検証手順（コマンド + ユニットテスト + 自動ブラウザテストの結果）、ビジュアル証拠（ファイルに直接埋め込まれたスクリーンショット/録画）、レビューゲート（Git ステージングチェック用の最終 diff + PR 説明）を収録し、マージ前に何が変更され何が動作することが証明されたかを把握できます。デフォルトでは tasks/walkthrough-[feature].md に保存されます。トリガー：/walkthrough、walkthrough、Phase 2 walkthrough、生成 walkthrough、生成走查文档、write the walkthrough。
driver のケイパビリティを通じて WCAG スキャンを有効化し、TestMu AI クラウド上のテストスイートに自動アクセシビリティ（a11y）テストを追加する。フレームワーク非依存で、Selenium、Playwright、Cypress で動作する。ユーザーが "accessibility"、"a11y"、"WCAG"、"accessibility scan"、"accessibility testing" に言及したときに使用。トリガー: "accessibility testing"、"a11y scan"、"WCAG compliance"、"accessibility audit LambdaTest"、"is my page accessible"。
ソースコードファイル内の AI 生成の粗製濫造パターン——不要なコメント、過剰設計、防御的な過剰コーディング、AI らしい文体の痕跡、デッドコード、型の回避策、冗長なパターン——を監査する。行参照と重大度を付した構造化レポートを出力する。ユーザーが特定ファイル内の AI の粗製濫造を探したい、不要なコメントを見つけたい、過剰設計を検出したい場合、または "check for slop"、"anti-slop"、"review for AI patterns" と尋ねた場合に使用する。リポジトリ全体の品質監査（それは code-audit の役割——どの監査が適切か不明な場合は audit-toolkit）や、散文/README のスタイル（humanize-readme）には使用しない。
Apifox Mock データ生成の規約。mock データ、Apifox Mock JSON、Apifox Mock スクリプトの生成、Mock アドレスの初期化、Apifox ローカルプロキシの接続が必要な場合に本スキルを使用します。Mock.js 構文の JSON 生成、高度な Mock スクリプト（フィールドの関連付け、条件ロジック、リクエストパラメータの読み取り）、ローカル mock ファイル、開発環境向けの Mock アドレス初期化をサポートします。フィールドの意味推論、型の追跡、列挙の識別、プロキシ設定の規約などの一般的なルールを網羅します。
QA Insights ルールエンジンで CawPlan のバージョンリリースリスクを評価する：リスクレベル、構造化された理由、推奨アクションを計算し、確認済みの評価を Version に保存する。使用場面：リリースリスク評価、リリース可否、バージョンリスクレベル、发版风险评估、能不能发版、版本风险、评估发版风险、保存风险结论。対象外：テスト実行の進捗のみ（`cawplan-test-execution-progress` を使用）；`cawplan-plan-track` のスケジュール/チケット完了リスクを A5 の結論として使用（`versions track` からの読み取り専用の `release_at`/完了状況は表示コンテキストとして許可）；不具合登録（`cawplan-defect-ticket` を使用）；テスト計画のレイアウト；チケットの QA レポートのリリース準備度。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。