Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
シグナルパイプラインをローカルでエンドツーエンドにデバッグします。フィクスチャからのテストシグナル送信、REST API 経由での Temporal ワークフロー監視、オブジェクトストレージからのサンドボックス Agent ログ読み込み、Docker サンドボックスコンテナの検査、一般的な障害(古い ClickHouse 埋め込み、agentsh のネットワーク拒否、非アクティブタイムアウト)の診断を扱います。シグナルがインボックスに届かない場合、signal-report-summary ワークフローが失敗する場合、またはサンドボックスタスクがタイムアウトする場合に使用します。
engineering analytics MCP ツール(pull-requests:CI 状態付き PR 一覧、workflow-health:ワークフローごとの CI 傾向、pr-lifecycle:単一 PR のタイムライン)を使って、GitHub リポジトリの CI とプルリクエストパイプラインの健全性を診断します。CI が速くなっているか遅くなっているか、どの GitHub Actions ワークフローが遅い、または不安定なボトルネックか、PR の作成からマージまでの所要時間、作成者のマージ時間と同じ集団との比較、CI が失敗または保留中のオープン PR、特定のプルリクエストが停滞している箇所について尋ねられたときに使用します。「engineering analytics」「is CI getting slower」「slow workflow」「flaky CI」「time to merge」「cycle time」「PR throughput」「failing checks」「where is PR <n> stuck」「CI long pole」「what's holding up this PR」で起動します。特定の CI 失敗の責任者や該当コミットを判定するには investigating-ci-failures を、これらの数値をインサイトとして保存するには turning-engineering-analytics-into-insights を使用してください。
UAT THẬT cho một bản framework sắp phát hành - dựng một dự án TRỐNG hoàn toàn mới, cài overstack đúng đường NGƯỜI MỚI (curl bootstrap từ GitHub raw, không phải file:// working-tree), rồi kiểm chứng năng lực MỚI của chính bản đó có tới tay người dùng không (skill reachable, rule CẮN thật, docs khớp). HAI PHA - (1) nhánh CANARY trước merge: đẩy lên nhánh tạm uat/<ts>, curl từ raw của chính nhánh đó (kèm HARNESS_BASE + REPO_RAW + SKILLS_REF trỏ canary), UAT đầy đủ; FAIL thì xoá canary và nhánh chính chưa hề bị bẩn. (2) main-URL smoke NGAY SAU merge: chạy đúng lệnh người mới gõ, KHÔNG override biến nào - chỉ pha này kiểm được các giá trị MẶC ĐỊNH (chỗ hardcode tên nhánh); FAIL thì gỡ commit khỏi remote (revert hoặc reset --force-with-lease). Gọi khi user nói "uat", "test thật", "test downstream", "kiểm tra người mới cài có chạy không", "acceptance", "/fdk-uat", hoặc trước khi công bố một bản có năng lực mới. KHÁC medic --ci và fresh-install-smoke (cả hai cài từ working-tree qua file:// nên KHÔNG chứng minh được đường remote).
DWS SQL 文を包括的にチェックし、2 つのチェックモードに対応します。1. 構文チェック:gram.y の文法定義に基づくキーワード検証、文構造の確認、節の完全性、DWS 構文との互換性。2. 仕様チェック:DWS 開発設計仕様に基づくオブジェクト設計基準、データ操作基準、命名規則の確認。594 個のキーワードを備えた独自の DWS SQL トークナイザーと、160 種類以上の文に対応する再帰下降パーサーを内蔵しています。SQL の品質レビュー、構文検証、仕様準拠チェックが必要な場合に適しています。トリガー語:「SQL检查」、「SQL规范」、「SQL审计」、「SQL语法」、「SQL优化」、「检查SQL」、「SQL review」
確認済みのバグを根本原因から、必要最小限の正しい変更だけで修正します。コードに触れる前に再現します。失敗する再現テストを書き、データフローで最初に破綻した前提を診断し、該当するフレームワーク資料とカテゴリ別手順書を読み込み、最小限の修正を適用します。その後、再現テストの成功を確認し、回帰テスト範囲を実行します。再現テスト(または再現不可能な理由の記録)なしに修正コードを書かず、根本原因を残して症状だけを修正せず、テストを弱めて通過させません。ユーザーが「fix this bug」「fix the findings」「/bugfix」と言う場合や、確認済みの不具合の修正を依頼した場合に使用します。
Goのテーブル駆動テストを詳しく解説します。使用する・避ける判断、構造体設計、サブテストの命名、テストマトリクスや共通セットアップなどの高度なパターン、肥大化したテーブルの整理を扱います。テーブル駆動テストの作成・リファクタリング、テストテーブル構造のレビュー、採用すべきかの判断に使用。例:「テーブル駆動テスト」「テストケース構造体」「テストマトリクス」「パラメータ化テスト」「データ駆動テスト」「テストテーブルのリファクタリング」。一般的なテスト戦略、モック、ゴールデンファイル、ファジング(go-test-quality)、ベンチマーク(go-performance-review)には使用しません。
JavaScript/TypeScript のテストや開発における API モック向けに、MSW(Mock Service Worker)v2 および v3 のベストプラクティス、パターン、API ガイダンスを提供します。ハンドラー設計、サーバー設定、レスポンス構築、テストパターン、GraphQL、v1 から v2 および v2 から v3 への移行を扱います。基準バージョン:msw ^3.0.0。トリガー:msw のインポート、http.get、http.post、HttpResponse、setupServer、setupWorker、graphql.query、sse、ws.link、「msw」「mock service worker」「api mocking」「msw v3」への言及。
z-schema のコードベース、PR ワークフロー、一般的な開発タスクについてコントリビューターを案内します。ユーザーが z-schema への貢献、新機能やキーワードの追加、エラーコードの追加、フォーマットバリデーターの追加、オプションの変更、テストの作成や実行、失敗したテストの修正、検証パイプラインの理解、ソースコードアーキテクチャの把握、プルリクエストの送信を希望する場合に使用します。貢献、PR、z-schema のソースコード、JSON Schema Test Suite の統合に言及した場合にも使用します。
このスキルは、レンダリングされた UI のビジュアルクラフト監査を実行し、Useful、Usable、Reliable、Coherent、Well-Crafted にわたる証拠に基づく Craft Report を作成するために使用します。スクリーンショット(.png、.jpg、.jpeg、.webp、.gif)、Figma フレーム、レンダリングされたプロトタイプ、ライブ URL に対するクラフト監査、ビジュアル批評、デザイン比較、体感品質レビュー、ビジュアルクラフト準備状況チェックに呼び出してください。ソースコードレビュー、SLDS 準拠(design-systems-slds-validate を使用)、アクセシビリティ準拠(experience-accessibility-validate を使用)には使用しないでください。
テスト作業中に AI/コーディングエージェントが Allure agent モードを使用するためのプロジェクトガイダンスを構成する。ローカルのテストコマンド、Allure の機能、結果パス、エビデンスの規約を検出し、短いルート agent ルーターと docs/allure-agent-mode.md を作成する。目的がエージェントのワークフローガイダンス、エビデンスレビューのワークフロー、期待事項、プロジェクト固有のテスト作業手順であるときに使用する。主な目的が Allure アダプターのインストール、テストに結果を出力させること、レポートスクリプトの追加、CI 公開の構成であるときには使用しない。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
