Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
TypeScript の型チェックを独立した品質ゲートとして設定または実行するときに使用 — 厳格な tsconfig.json の作成または強化、ビルドとは別に実行する `tsc --noEmit`（または `tsc -b --noEmit`）チェックの追加、そのチェックの CI への組み込み、またはマルチパッケージ（pnpm/Turborepo）monorepo 向けの TypeScript プロジェクト参照の設定。専用の型チェックゲートが必須である理由（バンドラーやトランスパイラーは型を検査せずに除去する）、`strict: true` を超えて有効にすべき厳格なコンパイラオプション群、Vite の分割設定レイアウト、複合プロジェクト参照によるパッケージ間の型解決を扱う。TypeScript 5.x。
コミットメッセージを、注意深い人間のエンジニアが書いたように聞こえるよう書き直す。AI/マーケティング的な冗長表現（「comprehensive solution」「robust implementation」「leverage」「enhance」「seamlessly」「This commit...」）を除去する。Conventional Commits 形式を維持する。件名は 72 文字以内（目標 50 文字以内）、命令形。件名から「なぜ」が明らかでない場合にのみ本文を書く。ユーザーが「humanize commit」「de-slop commit message」「make this commit sound human」「/unslop-commit」「/commit」「write a commit」と言うか、コミットの下書きを貼り付けて整理を求めたときに使用する。変更をステージングすると自動的にトリガーされる。
tmux 連携とタスクディスパッチを備えた Git worktree 管理。隔離された開発環境の作成、並行した機能開発の開始、複数の Claude インスタンスの実行、ワークツリーの管理、ワークツリー端末へのタスクのディスパッチ、マージ後の後片付けに使用する。.claude/worktrees/ でのワークツリー作成、現在のセッションでの tmux ウィンドウ管理、コマンドディスパッチを扱う。誰かが「create a worktree」「launch in a worktree」「worktree for story X」「parallel development」と言った場合にも使用する。
既存の weapp-tailwindcss プロジェクトを現在の v5/Tailwind CSS 4 生成パイプラインへ移行し、旧 `weapp-tw patch`、旧版 CLI init/Sass/Less/ディレクトリ走査、tailwindcss-patch、公式 PostCSS/Vite プラグイン、相対 cssEntries、H5 disabled、Webpack 4、Node/HBuilderX/ESM 要件を扱う。upgrade、migration、legacy CLI cleanup、v4-to-v5、deprecated setup removal に使用；新規導入や単一障害のトラブルシューティングには使用しない。
WXR エクスポート（.xml）と wp-content/uploads フォルダから、WordPress サイトを GitHub Pages 上の Hugo 静的サイトへ移行するときに使用——/archives/<id>/ URL を保持し、画像をローカライズし、GitHub Actions でデプロイする。トリガー——「把 WordPress 迁成 Hugo」、「wordpress 转静态站」、「migrate WordPress to Hugo」、「WXR to Hugo」、「publish WordPress to GitHub Pages」、「/wjs-converting-wp-to-hugo」。
オープンソースの adk-python リポジトリの git clone 内にローカルの ADK Python 開発環境をセットアップする：uv 仮想環境、すべての依存 extras、pre-commit フック、初回のユニットテスト実行。明示的に要求されたときのみ実行し、単独では決して実行しない。開発用チェックアウトのセットアップ、ブートストラップ、修復、プロジェクト依存関係のインストール、欠落または破損した .venv の修正、pull request の作成に向けたマシンの準備を求められたときに使用。実行中のエージェントのデバッグ（adk-debug を使用）、コミットと pull request の手順（adk-git を使用）、すでにセットアップ済みのチェックアウトでのフォーマッタの再実行（pre-commit run --all-files）には使用しない。
adb と qemu コンソールを使って、起動中の Android エミュレーター上で Flutter アプリを実行、デバッグ、スクリーンショット、操作する — AVD の起動/シャットダウン、バックグラウンドでの `flutter run` の起動、幅 360px のコンパクトな JPEG スクリーンショットの取得、Android アクセシビリティツリーのダンプによる指定可能な widget の検索、ラベルまたは座標によるタップ、長押し、スワイプ、ピンチズーム（マルチタッチ）。ユーザーが Android 上で Flutter アプリを起動、テスト、QA、スクリーンショット撮影、バグの再現、レイアウトの確認、その他の操作を行いたい場合にこのスキルを使用 — 「エミュレーター」「adb」「スクリーンショット」と明示していない場合でも（例：「ホーム画面がどう見えるか確認する」「新しいボタンを試す」「Pixel でのレイアウトを確認する」）。プロジェクトの applicationId、AVD、`fvm flutter` と `flutter` の違いを自動検出し、ANDROID_EMU_* 環境変数にフォールバックする。
インストール済みの attach CLI（`attach` または `gh attach`）を通じて、セルフホスト可能な attach Worker 上で PR と検証メディア（スクリーンショット、成果物）をアップロード、共有、削除する、または `att_` アップロード用に GitHub App エージェントを登録する。attach.uinaf.dev（またはカスタムの ATTACH_API_BASE）でメディアを添付、アップロード、ホスト、URL 取得、削除するすべてのリクエスト、および attach login/logout に使用する。Worker のデプロイ、vault、Cloudflare の操作、別のアップロードクライアントの構築には使用しない。
`auth.md` ファイル — AI エージェント登録のオープンプロトコル — を生成、検証、解説する。アプリをエージェント対応にする場合、Protected Resource Metadata (RFC 9728) を生成する場合、auth.md ファイルを検証する場合、エージェント登録エンドポイントを実装する場合に使用する。トリガー：「auth.md」「agent registration」「agent auth」「make my app agent-ready」「ID-JAG」「identity_assertion」「service_auth」「protected resource metadata」「agentic registration」。
Bevy 0.20で`Node`、`ui_widgets::Button`、`Hovered` / `Pressed` / `Activate`、`children![]`、`FontSource`と`FontSize`を使う`TextFont`、`BorderRadius` / `CornerRadius`、`BackgroundColor`、`BorderColor`、`InputFocus`、`AccessibleLabel`を使ってUIを構築する場合、または`ui::Interaction`と`Changed<Interaction>`に非推奨の警告が表示される場合に使用します。
Python の Chainlit フレームワークで対話型 AI アプリを構築するためのエキスパートガイダンス。(1) LLM アプリのチャットインターフェースの作成、(2) OpenAI、LangChain、LlamaIndex、Mistral AI を使ったアプリの構築、(3) ストリーミング応答の実装、(4) 画像、ファイル、チャートなどの UI 要素の追加、(5) ユーザーのファイルアップロードの処理、(6) 認証（OAuth、パスワード）の実装、(7) 可視ステップ付きのマルチステップワークフローの作成、(8) ドキュメントアップロード付き RAG アプリの構築、(9) チャットアプリの Web、Slack、Discord、Teams へのデプロイ、に使用する。
コードの書き方と配置に関する一般的に適用可能な規約——ツール/パッケージマネージャー、インポートのスタイル、ファイルとコンポーネントの命名、コメント、ファイルの置き場所（コロケーションかグローバルフォルダか）。ファイルの作成、命名、移動、インポート、プロジェクトコマンドの実行、新しいモジュールの置き場所を決めるときは常に使用。コードを書く前に参照し、規約を後付けではなく最初から組み込む。以下の規約が作業に合致する場合は適用すること——尋ねずに、そのまま従う（ユーザーが上書きできるよう、その選択を一行で示す）。
acpx（ACP プロトコル）経由でコーディングタスクを Codex、Claude Code、Pi エージェントに委任する。使用する場面：(1) 新機能やアプリの構築・作成、(2) PR のレビュー（一時ディレクトリで起動）、(3) 大規模コードベースのリファクタリング、(4) ファイル探索が必要な反復的なコーディング。使用しない場面：単純な 1 行の修正（直接編集する）、コードの読み取り（read ツールを使用）、チャット内のスレッドに紐づく ACP harness リクエスト（例：Discord スレッドで Codex や Claude Code を spawn/run する場合は sessions_spawn を runtime:"acp" で使用）、~/clawd ワークスペース内の作業（ここでは決してエージェントを起動しない）。コーディングエージェントへの委任では、生の PTY/exec よりも acpx を優先する。
commercetools API と SDK のコアパターン — TypeScript SDK のセットアップ、ClientBuilder 認証、プロジェクトデータモデル（製品、顧客、注文、タイプ、チャネル、ストア）、GraphQL と REST のパターン、クエリ述語、楽観的同時実行、レート制限、プラットフォームの可観測性。storefront、MC アプリ、Connect、統合系のスキルがすべて参照する基盤レイヤー。あらゆるサーフェスの commercetools プロジェクトに使用。
リポジトリのドキュメントが実装に対して古くなっていないかを定期的に監査します：まず低コストな機械的スキャンを実行し（無効なソースパス参照、リンク切れ、残存する DEPRECATED/TBD バナー、ドキュメントとコードの鮮度ギャップ、git に見えない無視された残留物、完了したのに削除されていない計画ファイル）、次に並列の読み取り専用エージェントを派遣して疑わしいドキュメントのみをソースと照合して検証し、最後に更新/削除/ADR への移行という処置案を提示してユーザーの承認を求めます。月次または四半期のドキュメントレビュー時、大規模なリファクタリングやリネームの後、またはドキュメントが古くなっていないか尋ねられたときに使用します。
Hono + Vite + Prisma スタック上で Freemius を JS SDK（`@freemius/sdk`）+ React Checkout SDK（`@freemius/checkout`）と統合する際のよくあるつまずきを診断して修正します。Freemius 統合が誤動作するときに使用します — チェックアウトのリダイレクトや webhooks が発火しない、エンタイトルメントが同期しない、SDK 型の TypeScript エラー、欠落した webhook イベント、Prisma/driver-adapter の障害、Next.js → Vite/Hono の移植問題など。Freemius Lovable FAQ と、これらの Skills を使ってリファレンスアプリを構築する際に得られた実際の知見から作成されています。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。