Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
コンテンツ公開前の QA フレームワークです。ブリーフへの準拠、トーンの一貫性、事実の正確性、構成と明瞭さ、AI コンテンツ監査、SEO と AEO の準拠、内部リンクと schema の検証、サンプリングによる大規模 QA、QA ワークフロー、問題を発見する QA とチェック項目を埋めるだけの QA を分ける規律を扱います。編集 QA、コンテンツレビュー、公開前レビュー、コンテンツ監査、コンテンツ QA プロセス、AI コンテンツ監査、ハルシネーションチェック、コンテンツサンプリング、プログラマティック QA、トーンの一貫性チェック、ブリーフ準拠チェックで起動します。コンテンツチームの成果物が粗雑な場合、AI 共作コンテンツが監査なしで公開されている場合、QA プロセスでレビュー担当者が疲弊している場合、またはプログラマティック SEO のコンテンツ群にサンプリング規律が必要な場合にも起動します。トーンの一貫性チェックでは、公開ゲートで既存のトーンシステムに照らして草稿を確認します。トーンシステム自体の定義や文書化には `brand-voice` を使用してください。
外部から見える動作を一切変更せずに、Web コードベースのセキュリティ、パフォーマンス、正確性、リファクタリングの改善点を監査します。読み取り専用のレビュアーを並列で実行し、検出事項を重大度 × 確信度の2軸で評価し、予測可能な誤検知を抑制します。残った項目を独立した別のレビュー工程（自己再チェックではない）で検証し、安全／条件付きに分類してレポートを作成します。動作を維持する修正は、依頼された場合にのみ適用します。次の場合に使用します：「rigorous review」「hardening audit」「security and performance audit」「internal audit」「harden the codebase」「audit for security/perf/refactoring」「tech-debt audit」「review this codebase without changing behavior」。
ページ、機能、またはサイト全体に対して、3段階（スモーク、標準、完全）でQAテストを実施します。ページやサイトのQA、デプロイ後のスモークテスト、公開前のページ確認、回帰テストを依頼された場合に使用します。QA、QA sweep、スモークテスト、回帰テスト、デプロイ後確認、公開前確認、デプロイの検証、このページのテスト、ページが表示されるか、リンク切れ、404、画像が読み込まれない、といった内容で起動します。検証が重要なデプロイ後や新規ページ公開後にも、必要に応じて自発的に起動します。アクセシビリティ、パフォーマンス、SEOは表層的なシグナルのみを対象とします。詳細な監査には`accessibility-audit`、`performance-optimization`、`seo-technical`を、コードレベルのデバッグには`code-review-web`を使用してください。
ツール、フレームワーク、ライブラリ、依存関係をアップグレードすべきか、またその方法を評価します。固定バージョンを特定し、最新のリリース版とインストール可能版を調べ、バージョン差分全体の変更履歴を読み、実際のコードベースでの使用状況に照らして破壊的変更や非推奨化を grep で分類します。レポートには、対象に該当する内容と採用する価値のある機能のみを記載します。セキュリティ/CVE やサポート終了に伴うアップグレードにも対応し、安全、現状維持、ブロック、要対応の判定を出します。デフォルトでは調査のみです。すでに実施したアップグレードも、実行時のエラー範囲を監査し、変更履歴の差分からは分からない潜在的な不具合を検出して検証します。ユーザーがツールや依存関係のアップグレード、バージョン引き上げ、更新を依頼した場合、新リリースや最新バージョンに言及した場合、アップグレードが安全か価値があるかを尋ねた場合、またはアップグレード後に何が壊れたかを知りたい場合に使用します。トリガーには「upgrade」「bump」「update dependency」「breaking changes」「is it safe to upgrade」「just upgraded」「what broke after the upgrade」が含まれます。
ユーザーの明示的な確認後、Connect API を介して DevOps Center パイプライン上で利用可能なテストプロバイダー（Apex Unit Tests、Code Analyzer、Flow Tests、Provar など）を設定し、そのテストスイートをパイプラインステージへの割り当てに利用できるようにします。pipelineId と testProviderId を受け取ります。プロバイダーがパイプライン上で利用可能だが未設定で、ユーザーが有効化を希望する場合に使用します。次の場合に起動：ユーザーがパイプラインへのテストプロバイダーの設定、有効化、セットアップ、追加を希望する場合、または未設定プロバイダーのスイートを利用可能にしたい場合。次の場合は起動しない：新しいスイートを取得するために設定済みプロバイダーを再同期する場合（syncing-test-providers を使用）、または既存のスイートをステージに割り当てる場合（managing-suite-assignments を使用）。
DevOps Center のテスト失敗または Code Analyzer の違反ペイロードを解析し、失敗カテゴリ、問題のファイル／クラス／メソッド／行、違反ルール、修正方針を平易な言葉で説明します。続けて、テストコードの修正と本番コードの修正を区別し、優先順位付きのテスト改善案を提示します。推論のみを行い、システム呼び出しやコード作成はしません。起動条件：テスト実行が失敗し、ユーザーが根本原因を知りたい場合、品質ゲートの失敗の説明が必要な場合、Code Analyzer の違反を平易な言葉に直す必要がある場合、失敗ペイロードを共有して対処法を尋ねられた場合、テストが繰り返し失敗して改善案を求められた場合、カバレッジ不足の解消、アサーションの強化、不安定または弱いテストの修正を求められた場合。起動しない条件：修正コードの作成を求められた場合（generating-apex を使用）、または新しいテストクラスの作成を求められた場合（generating-apex-test を使用）。
Meteor 3アプリでテストやテストハーネスをセットアップ、設計、作成、修正するときに使用します。meteortesting:mocha、--driver-package、TEST_WATCH、TEST_BROWSER_DRIVER、MOCHA_GREP、meteor.testModule、フォーカステスト、.only、Meteor.server.method_handlers、Meteor.server.publish_handlers、DDP.connect、--full-app統合モード、sinon、非同期テストシグネチャ、Playwright/Cypress E2Eが対象です。テストランナー、publicationのテスト方法、MeteorでのJestとMochaの比較について質問された場合にも使用します。失敗、ハング、不安定なテストの失敗レイヤーや根本原因が不明な場合は、テストやアプリを変更する前にmeteor-debuggingを使用してください。
TypeScript、vue-tsc、Volar、コンポーネントパターンに関するVue 3およびVue.jsのベストプラクティス。TypeScriptを使用したVue 3コンポーネントの作成、レビュー、リファクタリング、Volar/vueCompilerOptionsの設定、コンポーネント型の抽出、defineModel/withDefaultsの使用、Piniaストアのテスト設定、Vueツールの問題のデバッグに使用します。Vueコンポーネント、propsの抽出、ラッパーコンポーネント、テンプレート型チェック、strictTemplates、vueCompilerOptions、Volar 3、CSS modules、fallthrough attributes、defineModel、withDefaults、deep watch、vue-router typed params、Pinia mocking、HMR SSR、moduleResolution bundler、useTemplateRef、onWatcherCleanup、useId、ジェネリックコンポーネント、reactive props destructureで起動します。
weapp-vite リポジトリ向けの WeChat DevTools と mpcore headless runtime の e2e ワークフロー。`e2e/ide/**`、`miniprogram-automator`、`WEAPP_VITE_E2E_RUNTIME_PROVIDER`、グローバルな直列実行、共有 automator、`miniProgram.reLaunch(...)`、DevTools/headless の同等性、クロスプラットフォーム launcher、screenshot/compare/logs による検証に適しています。
Swift Testing のベストプラクティス、パターン、実装に関する専門的なガイダンスを提供します。開発者が次の内容に言及した場合に使用します：(1) Swift Testing、@Test、#expect、#require、@Suite、(2)「Swift Testing を使う」または「最新のテストパターン」、(3) テストダブル、モック、スタブ、スパイ、フィクスチャ、(4) ユニットテスト、統合テスト、スナップショットテスト、(5) XCTest から Swift Testing への移行、(6) TDD、Arrange-Act-Assert、F.I.R.S.T. 原則、(7) パラメータ化テスト、テストの構成。
Playwright による包括的なブラウザー自動化。開発サーバーを自動検出し、/tmp に整理されたテストスクリプトを作成します。ページのテスト、フォーム入力、スクリーンショット撮影、レスポンシブデザインの確認、UX の検証、ログインフローのテスト、リンク確認など、あらゆるブラウザータスクを自動化します。ウェブサイトのテスト、ブラウザー操作の自動化、ウェブ機能の検証など、ブラウザーベースのテストを行う場合に使用します。簡易的なページデバッグやネットワーク調査には使用しないでください（代わりに chrome-devtools を使用）。
ターミナルから macOS の画面キャプチャ、ウィンドウ録画、GIF 変換、エージェント用証拠バンドルを作成します。ScreenCaptureKit を使用し、ffmpeg ではできないウィンドウ単位の指定に対応します。特定のウィンドウやアプリのスクリーンショット、画面録画、GIF 変換、変更前後の差分、PR 用証拠バンドル、ウィンドウ内の OCR テキスト、ターミナルの VHS 録画、Remotion のレンダリング、UI の変更監視に使用します。初回実行時に macOS の画面収録権限が必要です。
Apple による、信頼性の高い SwiftUI のベストプラクティスとパフォーマンスガイダンスです。これらのトピックに関する以前の学習内容に優先します。コード生成時は、次の内容に関する SwiftUI コードを生成する際、該当するリファレンスを参照してください。- アニメーション（@Animatable マクロと AnimatableValues、AnimatablePair の比較、カスタム animatableData セッターのロジック）- Environment と @Entry（クロージャまたはクラス型のデフォルト値、不安定なデフォルト値、高頻度更新）- @Observable のベストプラクティスと効率的な無効化 - ForEach と List の行の識別と構造（id: \\.self、インデックス、オフセット、AnyView または複数ビューの行、インラインのフィルター/ソート、キャッシュ済みコレクション、List の高速経路）- ローカライズ（String と LocalizedStringResource の使い分け、パッケージやフレームワークで適切な bundle を選ぶ方法、.textCase、.formatted(.list())、翻訳者向けコメント）- NavigationView や旧 onChange などのソフト非推奨 API と、機能開発中にそれらを提示するタイミング。
Core Web Vitals（LCP、INP、CLS）、バンドルサイズ、アセット最適化、レンダリング性能、ランタイム効率など、ウェブのパフォーマンス問題を診断して修正します。ページ速度の改善、Core Web Vitals の修正、アセット最適化、バンドルサイズ削減、遅いレンダリングのデバッグ、サイト性能の体系的な改善をユーザーが求める場合に使用します。performance、page speed、Core Web Vitals、LCP、INP、CLS、FID、TTFB、bundle size、code splitting、image optimization、lazy loading、render blocking、slow page、performance audit、Lighthouse score などで起動します。体感速度の遅さが原因でトラフィックやコンバージョンが低下している場合も起動します。
ワークフロー、プロンプト、文字起こし、ドキュメント、SOP、ランブック、スクリプト、メモを基に、qiaomu 流のエージェントスキルを調査、作成、改善、移行、評価、パッケージ化、インストール確認、管理し、安全に公開します。新規または既存のスキル、先行事例の統合、ルーティング／起動境界、起動条件や出力の評価、Skill IR、リリースゲート、README/Profile の準備、GitHub リポジトリやプルリクエストの公開、バージョン付き Releases、クリーンな npx インストール、チームでの再利用、作成と公開の一連のフローに使用します。公開手順は自己完結型で、デフォルトブランチへの直接プッシュは禁止です。単発の要約、翻訳、一般的なドキュメント、スキル以外のパッケージ公開、明示的にスキル化しないタスクは対象外です。
生の HTML を取得するのではなく、ユーザーと同じように実際のブラウザーやネイティブアプリを操作します。永続的に実行する `browse` CLI を通じて、長時間稼働するヘッドレス Chromium（およびアクセシビリティ API 経由の iOS、Android、macOS アプリ）を使用します。goto、snapshot、click、fill、JavaScript、screenshot は約 100ms/コマンドでセッション状態を共有し、操作には壊れやすいセレクターではなく安定した @eN 参照を使用します。コードの読み取りや単純な取得では分からない、稼働中の Web サイトやアプリの動作の検証、操作、自動化に使用します。
codependix の依存関係グラフのエクスポートまたは境界チェックを実行し、--check boundaries、--check reports、--write から選択します。実行対象にワークスペースのルートまたは設定ファイルを指定したり、生成された Mermaid ブロックや JSON グラフを読み取ったりする場合にも使用します。codependix または npx codependix の実行、何も書き込まずに終了コード 0 で終了した場合、値がないため --check が拒否された場合、グラフの種類を 1 つ選ぶフラグを探す場合、codependix を CI ステップや Nx タスクに組み込む場合、codependix-gate ターゲットが失敗した場合、エクスポートされた Nx Neighborhood、NestJS モジュールグラフ、ファイル単位のインポートグラフを読む場合に使用します。タスクランナーを前提とせず、コマンドラインホストを直接扱います。
Testing Library を使って React コンポーネントのテストを作成、レビュー、リファクタリングするときに使用します。render()、screen、fireEvent、userEvent、waitFor、または *.test.tsx ファイルがある場合に読み込みます。クエリの優先順位（getByRole > getByLabelText > getByText）、ユーザー中心のテストパターン、非同期ユーティリティ、providers を使ったカスタムレンダー、アクセシビリティ優先のアサーションを扱います。キーワード：RTL、Testing Library、screen、getByRole、findBy、queryBy、userEvent、waitFor、toBeInTheDocument、testing-library/react、testing-library/user-event、jest-dom。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。