Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
Panda CSS を使用するプロジェクトでスタイルを記述・編集する。css()、cva()、sva()、patterns、recipes、tokens、conditions、JSX style props を呼び出すコードの作成・変更・レビュー時、スタイルがクラス名を出力するのに CSS が出ない場合、またはスタイルがまったく適用されない場合に使用する。Panda v2（2.x）と v1（1.x）を対象とする。テーマの設計や、いつ recipe や slot recipe にするかの判断（panda-css-theming を使用）、v1 から v2 へのアップグレード（panda-css-migrate を使用）には使用しない。
Python リポジトリをマルチパッケージの uv-workspace monorepo（共有内部ライブラリと、それに依存する 1 つ以上の app または CLI メンバー）へ設計または分割する際に使用する。パッケージ間の境界を正しく定める必要がある場合に役立つ：どのコードを共有ライブラリとし、どれを app メンバーとするか、循環のない内向き依存の方向（app はコアライブラリに依存し、互いに依存しない）、uv では強制できないインポート分離の規律、パッケージ境界における各メンバーの公開 API、メンバー間のテスト配置、既存パッケージから共有コードを安全に抽出する方法。uv workspace の設定（members、tool.uv.sources、単一の lockfile、--package）を扱い、uv および python-project-structure スキルと組み合わせて使用する。キーワード：monorepo、uv workspace、multi-package、shared library、package boundaries、dependency direction、circular import、import-linter。
REST/HTTP API の表面とその契約を設計するときに使用 — リソースと URL の選定、HTTP メソッドとステータスコードの選択、エラーモデル（RFC 9457 problem+json）の定義、成功/ページネーションのエンベロープの設計、バージョニング、認証、レート制限、そして設計を OpenAPI 3.1 契約として表現する。これは Web フレームワークの上位に位置する設計手法であり、ハンドラーコードではなく意思決定と契約を生み出す。キーワード：REST API 設計、HTTP API、リソースモデリング、ステータスコード、problem details、RFC 9457、ページネーション、API バージョニング、レート制限、OpenAPI 3.1 契約。
`stackbone` コマンドラインを操作して Stackbone ワークスペースを構築、実行、出荷、運用するときにこのスキルを使用する：デバイスフローでのサインイン（login / logout / whoami）、ワークスペースの構築と組織へのリンク（init、任意で最初の agent / workflow / workflow-agent）、オフラインでのコンポーネント追加（add agent / add workflow / add workflow-agent）、Studio を使ったローカルエミュレータの実行（dev）、デプロイ可能なバンドルのコンパイル（build）または deploy フォルダの書き出し（package）、デプロイ済み box の登録（link --installation --url --secret --tag）、アクティブな組織の切り替え（organization use）、ワークスペース状態の JSON としての読み取り（metadata）、Drizzle マイグレーションの管理（db migrate create / up / status）、および実行中のインストールを shell から運用する：ターゲットの検出（agents）、耐久性のあるワークフローの一覧 / 検査 / 開始（workflows）、実行の検査と制御（runs）、ログの追跡（logs）、agent DB の読み取り専用閲覧（db query / schemas / table）、オブジェクトの移動（storage）、RAG インデックスの操作（rag）、シークレットの設定（secrets）、設定ドキュメントのバージョン管理（config）、承認の判定（hitl）、プロンプトカタログの管理（prompts）、プロトコル契約の検査（contract）、eval スイートの実行（eval）、docs MCP サーバーへの到達方法の表示（docs）。次のようなリクエストで発動する：scaffold a workspace、add an agent、add a workflow、start the dev stack、log in、list my agents、start a workflow by name、retry a failed run、tail the logs、run a SELECT against the agent、set a secret、roll the config back、approve an approval、generate a migration、build the bundle、package for deploy、register the deployed agent、switch org。ワークスペース内のコードを @stackbone/sdk で書く場合は stackbone スキルを、エラーやスタックした実行を切り分ける場合は stackbone-debug を、説明から新しいコンポーネントを始める場合は stackbone-coder を使用する。
Stackbone ワークスペースでエラー、障害、予期しない動作を切り分けるときにこのスキルを使用する：`stackbone dev` でローカルに動作するディープエージェントや耐久性のあるワークフロー、または顧客のクラウドにデプロイされたインストール。SDK エラー（{ data, error } エンベロープとその `<prefix>_<reason>` コード）、stackbone.database、callDeepAgent、stackbone.connection(id) からのスローエラー、コントロールプレーンまたは box からの HTTP 4xx/5xx、コマンドラインのエラーコード（dev_not_running、runtime_not_configured など）、停止または失敗する `stackbone dev` の起動、耐久性のある実行の失敗とタイムアウト、入力 schema で拒否されたワークフロー開始（workflow_input_invalid）、どちらのレベルでも止まる HITL（requestApproval() で停止したワークフロー、ゲート付きツールで中断された agent ターン）、耐久セッションの問題（memory が保持されない）、データベースのスロークエリ / pgvector の不一致、シークレットの復号エラー、コネクタ呼び出しの失敗（インストールなし、不正な資格情報）、ビルドの失敗（ネイティブ依存、2 つ目の SDK コピー）、tier / billing の 402 応答を扱う。次のようなリクエストで発動する：my agent isn't working、why is this 500、this run hung、the inbox is empty but the run is paused、the agent forgot the conversation、the workflow rejected my input、dev won't boot、why am I getting 402、my connector call is rejected、the model returns nothing。このスキルは原因を特定するだけで、修正は提案しない。見つかったら、修正のために stackbone スキル（コード）または stackbone-cli スキル（コマンド）に切り替える。
docs/<feature>/HANDOFF.md を作成し、会話履歴のない新しいエージェントセッションが未完了の作業を引き継ぐための概要を記載します。ブランチとチェックアウトの場所、プッシュ済みの内容、最初にマージすべき内容、構築したものと正規のドキュメント、作業再開地点、今回のセッションで時間を費やした落とし穴を含めます。実装作業（execute-plan、execute-roadmap、build-feature）が未完了の作業を残して停止したとき、コンテキストが尽きそうなとき、ユーザーが /write-handoff <feature> を実行したとき、または別のエージェントやセッションへの引き継ぎを求めたときに使用します。完了した作業を人に渡してテストと受け入れを行う場合は、代わりに write-acceptance を使用します。
4cms（4partners 上のクライアントストアフロント）を扱うための .env の設定 —— キー FOURCMS_API_KEY（api.4partners.io 用の X-Auth-Token トークン）。サイトのドメイン（FOURCMS_DOMAIN）は /info から自動的に導出される。初めて 4cms にアクセスするとき、「4cms を設定する」「ストアを接続する」「4cms/4partners のキーを追加する」必要があるとき、api.4partners.io から 401/403 エラーが返るとき、または 4cms-* スクリプトが「FOURCMS_DOMAIN not set」/「FOURCMS_API_KEY not set」で失敗するときに使用する。`Read .../SKILL.md` ではなく、`Skill(4cms-env)` ツール経由で呼び出すこと。
最新の ABAP SQL 機能と AMDP（ABAP Managed Database Procedures）を支援します。inline declarations、ウィンドウ関数、GROUP BY、HAVING、PRIVILEGED ACCESS、文字列関数、集約式、共通テーブル式（CTE）、AMDP クラス、AMDP プロシージャ、AMDP テーブル関数、CDS テーブル関数、AMDP スカラー関数を扱います。ABAP SQL、モダン SQL、SELECT、ウィンドウ関数、CTE、共通テーブル式、AMDP、SQLScript、AMDP テーブル関数、CDS テーブル関数、集約、GROUP BY、HAVING、UNION、INTERSECT、EXCEPT、PRIVILEGED ACCESS、ABAP SQL 式、組み込み SQL 関数、データベースプロシージャについてユーザーが質問するときに使用します。トリガーは "ABAP SQL query"、"window function"、"CTE"、"AMDP"、"table function"、"GROUP BY"、"aggregate"、"PRIVILEGED ACCESS"、"inline SELECT"、"SQLScript" です。
既存の React コンポーネントを Tambo に登録し、AI がそれらを描画できるようにする。ユーザーが既存コンポーネントを AI から利用できるようにしたい、生成 UI 用にコンポーネントを登録したい、React コンポーネントを Tambo コンポーネントに変換したい場合、または /add-components-to-registry に言及した場合に使用する。新しいコンポーネントの作成についてはコンポーネントスキルを参照。プロジェクトのセットアップには add-to-existing-project または start-from-scratch スキルを使用する。
ユーザーが「ArkUI API を設計する」「コンポーネントプロパティを追加する」「Modifier メソッドを作成する」「ArkUI API をレビューする」「API を非推奨にする」「ArkUI の JSDOC を書く」を求めた場合、または OpenHarmony の API 設計標準に言及した場合に、このスキルを使用する。OpenHarmony のコーディングガイドラインに従った ArkUI コンポーネント API 設計について、静的/動的インターフェースの同期、SDK コンパイル、検証を含む包括的なガイダンスを提供する。
SCAPI OpenAPI schema 仕様を閲覧・取得する。ユーザーが利用可能な SCAPI API の一覧表示、エンドポイントパスやリクエスト/レスポンス構造の確認、製品や注文のデータモデルの調査、API が返すフィールドの確認、SCAPI のバージョン管理の理解を必要とするときはいつでもこのスキルを使用する。統合を構築する前に API の詳細を調べるときにも使用する ― ユーザーが「product API はどのフィールドを返すか」「SCAPI のエンドポイントを見せて」と言っただけの場合でも同様。
Bevy 0.20 で `With`/`Without`/`Or` を使った `Query<D, F>` の記述、`Changed<T>`/`Added<T>` による変更検出、`par_iter_mut` による並列化、`iter_many(..).matched()` によるエンティティリストの検索、`transmute_lens` によるレンズの構築、`Without<IsResource>` によるリソースエンティティのフィルタリング、または `IterQueryData` や `SingleEntityQueryData` が示されるジェネリッククエリのエラー修正時に使用します。
どんな雑然とした入力 — ブレインストーム、文字起こし、長い PRD、ステークホルダーのメモ、機能リクエスト、ボイスメモ — でも、下流のあらゆる計画スキルが利用できる簡潔な 5 フィールドの SPEC.md カーネルに蒸留する。5 つのフィールドは Problem、Capabilities、Constraints、Non-Goals、Success Metrics。ユーザーが「create a spec」「write a spec for」「distill this into a spec」「I have a brain dump」「turn this into something structured」「clean up these notes」「make a SPEC from」「I want to define the problem」「help me scope this」「summarize what we're building」「I have a PRD but need a kernel」「what are we actually solving?」と言ったとき、または生のテキスト／文字起こしを渡して構造化を求めたときに使用。新しい取り組みを始める際に明確な共有定義が欠けているときにも使用。
永続的な JavaScript ブラウザー/ページ/ロケーター API を通じて Chromium を操作する。管理された参照と差分を伴うスコープ付きアクセシビリティスナップショットを読み取り、信頼された入力でガードされた検証済みのインタラクションを実行する。生の型付き CDP は、決定論的な操作や未対応の仕組みのために引き続き利用できる。単一または複数のブラウザータブの自動化、検査、スクリプト化に使用する。PATH 上の browser-harness-js と、拡張リレーまたはリモートデバッグによる Chromium 接続が必要。
CDS（Core Data Services）ビューエンティティの開発を支援する。データモデリング、アノテーション、関連、コンポジション、アクセス制御、集計式、組み込み関数、入力パラメータを含む。ユーザーが CDS ビュー、CDS ビューエンティティ、CDS アノテーション、CDS 関連、CDS コンポジション、CDS アクセス制御、CDS メタデータ拡張、ABAP でのデータモデリング、define view entity、define root view entity、セマンティックアノテーション、UI アノテーション、RAP や分析シナリオ向けの CDS データモデル構築について尋ねたときに使用する。トリガーには "create a CDS view"、"define view entity"、"add an association"、"CDS annotation"、"access control"、"composition"、"CDS hierarchy"、"CDS aggregate"、"CDS functions"、"data model" が含まれる。
ctf-sandbox-orchestrator の内部下流スキル。CTF web、API、SSR、フロントエンド、キュー駆動アプリ、ルーティング系チャレンジ向けの CTF-sandbox ワークフロー。ユーザーがサイトや API を調査する、実際のブラウザリクエストを追跡する、認証やセッションフローをデバッグする、アップロードや worker を追跡する、隠しルートを探す、またはサンドボックス内部ルーティング下でフロントエンドとバックエンドの挙動が食い違う理由を説明するよう求めたときに使用する。`$ctf-sandbox-orchestrator` がすでにサンドボックスの前提を確立してここにルーティングした後にのみ使用する。
dont-do-that packaging の問題を検査して修正する。過剰なカプセル化、過剰な抽象化、薄いヘルパー、薄い型分割、一度しか参照されない enum / 定数、インスタンスプロパティによるパラメータの回し渡し、React コンポーネントの責務の配置ミス、React フロントエンドの util 構成の誤り、Node.js バックエンドのレイヤー責務の誤りを含む。ユーザーがコード構造のレビューや修正、小さな関数のインライン化、薄い型の統合、単一箇所の定数の回収、React hook / TSX / フロントエンド util の責務の整理、Node.js service / logic / query のレイヤリングの確認、またはコードがプロジェクト規約に準拠しているかの判断を求めたときに使用。
Clean Architecture で Flutter アプリを構築する——feature-first 構造、Riverpod 3.0+ の状態管理、Dio + Retrofit のネットワーク、fpdart による関数型エラーハンドリング。機能の作成、プロジェクト構成の設定、API 連携の構築、状態管理、domain/data/presentation レイヤーでのコード構成など、Flutter プロジェクトに取り組むときは常にこのスキルを使用する。これには "create a Flutter feature"、"set up Riverpod providers"、"add an API service"、"build a Flutter app"、"clean architecture Flutter"、"feature-first Flutter" などのタスクや、Dio、Retrofit、fpdart Either、freezed データクラスを含むあらゆる Flutter コードが含まれる。新しい Flutter プロジェクトの雛形作成、MVC/MVVM から Clean Architecture への移行、既存 Flutter アプリへのネットワーク層の追加のときにも使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。