Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
公式ドキュメントを使って Proxyman の最新デバッグツールを調べ、説明します。対応している場合は GUI、MCP、CLI のワークフローも扱います。Breakpoint、Map Local または Remote、Scripting、Compose、Repeat、Protobuf、TLS Key Logging、Reverse Proxy、Network Conditions、WebSocket、フィルター、エクスポート、証明書など、Proxyman の各機能ガイドに使用します。
ユニットテスト、コンポーネントテスト、統合テスト向けの Vitest テストフレームワークです。テスト構造(describe/it/test.each)、expect によるアサーション、ライフサイクルフック、モック(vi.fn/vi.mock/vi.spyOn)、React Testing Library のパターン、renderHook によるフックのテスト、user-event による操作、非同期ユーティリティ、設定、ワークスペースのセットアップ、カバレッジ、ソース内テストや並行実行などの高度なパターンを扱います。CLI コマンド、テストのフィルタリング、タグ、シャーディング、test.extend によるフィクスチャとスコープも扱います。ユニットテスト、コンポーネントテスト、統合テスト、React フックのテスト、テスト設定、モジュールのモック、非同期処理のテスト、スナップショットテスト、テストカバレッジの設定に使用します。
現在のセッションで失敗した Exarchos MCP ツール呼び出しをレビューし、根本原因を診断し、コードのバグ、ドキュメントの問題、ユーザーエラーに分類する。ユーザーが「dogfood」「review failures」「what went wrong」「triage errors」と言うか /dogfood を実行したときに使用する。対象は Exarchos ツール(exarchos_workflow、exarchos_event、exarchos_orchestrate、exarchos_view、exarchos_sync)に限定する。アプリケーションコードのデバッグや Exarchos 以外のツールの障害には使用しない。
Playwright のエンドツーエンドテストがすでに実行されて失敗し、ユーザーが根本原因と具体的な修正を求めている場合に使用します。失敗した Playwright テスト、TimeoutError、壊れたまたは曖昧なセレクター、デプロイ後のテストスイート失敗、再試行時のみ発生する不安定なテスト、水和やタイミングの競合、ローカルでは通るが CI では失敗する状況が対象です。エラーメッセージ、playwright-report/ または HTML レポート、trace.zip、スクリーンショット、GitHub のオーナー/リポジトリのスラッグと run id で指定された CI アーティファクトを受け付けます。製品のリグレッションと不安定なテストを区別します。新しい Playwright テストの作成、成功したテストスイートの高速化やレビュー、Playwright 以外の失敗(Cypress、Jest、Vitest)、失敗した Playwright テストがない状態でのアプリ/バックエンドのデバッグには使用しないでください。
PUSH/RELEASE/PR/MR を仕上げるワークフロー。ユーザーが「release」/「push」/「ship」/「lên release」/「mở PR」/「tạo MR」と言及したら呼び出す。プッシュ前に条件チェックリストを実行:(1) medic --ci(健全性ゲート:ルール違反/ドリフト/ドキュメント/コード/評価)、(2) 差分に新機能がある場合、実際のリモート環境で UAT /fdk-uat を実施(release/pr/mr のみ。medic --ci では curl 経路を証明できない)、(3) git がクリーン(scratchpad/ephemeral は追跡対象外)、(4) selftest、(5) 最新タグから x.x.x+1 のバージョン(release レベルのみ)、(6) 誇張のない patch note/PR 本文(Added/Fixed/Removed/Known-limitations)。5 段階に対応:「ship push」= タグなしで push のみ、「ship release」= push + タグ vX.Y.Z + リリースノート、「ship pr」= ブランチを push + gh pr create(GitHub)、「ship mr」= ブランチを push + glab mr create(GitLab)、「ship merge」= remote ごとにリポジトリへの PR/MR を列挙し、ブランチを取得してゲートとテストを実行し、すべて成功した場合のみマージ。副作用のある手順の前に停止して承認を待つ。トリガー:/ship、「release」、「push」、「ship」、「mở PR」、「tạo MR」、「ship pr」、「ship mr」、「ship merge」、「gom PR về merge」、「merge PR nếu test xanh」、「chuẩn bị push」、「lên release」、「checklist trước push」、「đủ điều kiện push chưa」。
Playwright v1.64(E2E/コンポーネントテストフレームワーク)のリファレンス。test、expect、page、locator、getByRole / getByText / getByLabel / getByTestId / getByRef、toBeVisible、click、fill、route、mock、fixtures、playwright.config.ts、auth の永続化、Credentials(passkeys / WebAuthn)、WebStorage、WebMCP、Playwright MCP / playwright-cli、trace viewer、screencast、test locks、codegen、UI モード。
UI を作成するフロントエンドエンジニア向けに、テストや AI エージェントがコンポーネントを確実に特定できるようにする方法を説明します。Playwright の公式ロケーター優先順位、セマンティックでアクセシブルなマークアップを優先する方針、React、Vue、Angular、Svelte で有効かつ一意で安定した `data-testid` 属性を追加する方法(命名規則、リスト内の一意性、安定性のルール)を扱います。コンポーネントの作成・レビュー時や、エージェントに永続的なロケーターが必要なときに使用します。
非推奨 — 新規セットアップでは公式の zentao-cli(https://github.com/easysoft/zentao-cli)とその skills(https://github.com/easysoft/zentao-skills)を推奨します。この skill は既存の @leeguoo/zentao-mcp ユーザーには引き続き機能し、bug resolution stats コマンドも引き続き役立ちます。zentao CLI を使用して、ZenTao のバグ、タスク、ストーリー、ToDo、製品、プログラム、プロジェクト、実行、計画、リリース、テストケース、テストタスク、テストスイート、ドキュメント、ユーザー、部門、課題、リスクを照会・操作します。ユーザーが禅道または ZenTao に言及した場合、バグ/タスク/ストーリー/ToDo/プロジェクト/テスト/ドキュメントの照会や更新を希望する場合、製品または担当者別のバグ解決率の統計やレポート(bug 解决率统计/解决数量统计/bug statistics/bug report)を希望する場合、または禅道インスタンスへのログイン/whoami/セルフテストが必要な場合に使用します。ZENTAO_URL には通常 /zentao が含まれます
Plannotator の使用リファレンスです(利用できる場合は `plannotator` ツール、そうでなければ CLI を使用)。計画レビュー、コードレビュー、ファイル・URL・フォルダー・実行中のローカルアプリへの注釈、直前のアシスタントメッセージへの注釈、アーカイブされた計画の決定事項の閲覧、Guided Reviews のエクスポートや共有、Plannotator Inbox(相手が後で回答するメッセージや質問。作業をブロックしません)を扱います。より具体的な plannotator-* スキルの対象外について Plannotator の使用を依頼された場合に呼び出します。また、相手がチャットを離れている間に決定事項、質問、完了した作業を残す前にも呼び出します(別のエージェントが開始した場合は、そのエージェントに報告します)
Python PySide6/Qt 6.8+ アプリケーション向けのコードレビューおよび PR レビュースキルです。最新のベストプラクティス、パフォーマンス、スレッドセーフティ、シグナル/スロットパターン、Model/View アーキテクチャ、QML 統合、非同期パターンに重点を置きます。Python Qt コード、PySide6 の PR、GUI アプリケーションコード、または QtWidgets、QtQuick、QtCore、QtGui などの Qt モジュールを使用するコードのレビューを依頼された場合に使用します。よくあるアンチパターン、メモリの問題、スレッド違反を検出し、最新の Qt 6.8+ の慣用的な書き方を提案します。
スクリーンショット回帰テストで PR のマージを制御する PostHog Visual Review(VR)の実行を調査します。「visual review」「VR」「snapshot diff」「screenshot test」「storybook regression」「playwright snapshot」「quarantine」への言及、PR がブロックされる理由や視覚的な変更点の質問、VR のバックログのトリアージ、スナップショット差分が実際の変化か不安定なテストによるものかの判断、不安定なストーリーの隔離または解除、実行ごとのストーリーの変化の確認に使用します。PR の `visual-review` ステータスチェックが失敗した場合、PR のコメントに「Visual review」がある場合、fork からの PR が `Visual regression tests pass` に失敗した場合、または現在のブランチに未完了の VR 実行がある場合も起動します。
12-Factor Agents の方法論に照らしてエージェントのコードベースを監査する場合、LLM を活用したシステムアーキテクチャをレビューする場合、またはエージェントアプリの準拠状況を評価する場合に使用します。「エージェントアーキテクチャを分析」「12-factor 監査」「このエージェントの準拠度は?」「この LLM アプリを評価」などの依頼で起動します。フレームワークの比較やエージェントの改善計画にも適用されます。簡易チェックリスト向けではなく、ファイル単位の根拠を示しながら、各要素についてコードベースを詳細に分析します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
