Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
API Explorer 検索で API を特定し、その swagger を取得し、ユーザー提供の Params で api/common/explorer/make-code を呼び出すことで、正確な Volcengine SDK の例を生成する。ユーザーが Volcengine SDK コードの書き方、SDK サンプルの生成、Python、Go、Java、PHP、cURL、Node.js での Volcengine API の呼び出しを求める場合に使用する。"角色扮演"、"AssumeRole"、"STS AssumeRole" など中国語と英語の API 名に対応する。リトライ、タイムアウト、AK/SK、STS、AssumeRole、一時的な資格情報、プロキシ、コネクションプール、SSL、デバッグモード、リクエスト署名、レスポンス解析、エラー処理に関する明示的な SDK 設定の質問にも使用する。ユーザーが API パラメータ、enum 値、必須フィールド、エラーコード、レスポンススキーマ、ページネーション、API の比較のみを必要とする場合は volcengine-api に引き継ぐ。CLI ベースの操作が必要な場合は volcengine-cli に引き継ぐ。
Zvec ベクトルデータベース開発アシスタント。ユーザーが zvec に基づくベクトル検索アプリの開発、RAG システムの構築、セマンティック検索の実装、ベクトルデータの保存とクエリを行いたい場合にこのスキルを使用します。Python と Node.js の開発環境に適しており、基本概念から高度な使い方までの完全な技術ガイダンスを提供します。ユーザーがベクトルデータベース、類似度検索、埋め込みの保存、HNSW/IVF インデックス、ハイブリッド検索、マルチベクトルクエリ、zvec API の使用に言及した場合は、このスキルを積極的に使用してください。
AI エージェントのナビゲーション用に AGENTS.md を生成する。ビルド／テストコマンド、コーディング規約、タスクルーティング、コードベース構造を網羅。／init ワークフロー中や、エージェントが読めるリポジトリドキュメントを作成するときに積極的に使用。例： - ユーザー："/init" → 完全な AI ナビゲーション AGENTS.md ＋ スキル推奨 - ユーザー："/init basic" → 最小限の AGENTS.md 構造のみ - ユーザー："このリポジトリ用に AGENTS.md を作成" → 複雑さを評価し、ナビゲーションドキュメントを生成 - ユーザー："AI エージェント向けにコードベースを文書化" → タスクルーティング付きの構造化 AGENTS.md
自律型プリンシパル・デザインテクノロジスト兼アンチ AI スロップスペシャリスト。雑然とした汎用的な、雰囲気でコーディングされたプロトタイプやテンプレートだらけの UI を、独自性があり、人間の品質基準を満たす、本番対応のソフトウェアへと変革します。Web アプリ、SaaS ダッシュボード、ランディングページ、モバイルインターフェース、Tailwind CSS、コンポーネントシステムの構築、スタイリング、リファクタリング、監査、または「UI を直して」「プロらしくして」「AI スロップを整理して」「UX を改善して」「フロントエンドデザインをレビューして」と依頼されたときに使用します
`asc` コマンドラインで自動更新サブスクリプションを管理する：サブスクリプショングループ、グループのローカライズ、サブスクリプション、価格設定、サブスクリプションのローカライズ、イントロダクションオファー、プロモーションオファー、ウィンバックオファー、オファーコード、サブスクリプション審査用スクリーンショット。サブスクリプションのティア、無料トライアル、プロモ/カスタムコード、離脱した購読者向けのウィンバックオファー、Custom App Name、審査用素材、または初回サブスクリプションの提出（アプリバージョンとともに審査に出す必要がある）に関するリクエストで発動する。
SFRA またはクラシックパターンでストアフロントコントローラーを作成する。server.get/post、ミドルウェアチェーン、res.render/json を扱う。ユーザーがページルートの構築、フォーム送信の処理、AJAX エンドポイントの作成、既存コントローラーの拡張やオーバーライド、リクエストパイプラインへのミドルウェア追加を必要とする場合にこのスキルを使用する。ルート登録やレスポンスレンダリングのデバッグ時にも使用する -- ユーザーが 'new page endpoint' や 'handle a POST request' と言っただけの場合でも。
ブラウンフィールドの計画入力。既存のコードベースを読み取り専用でスキャンし、project-documentation.md を書き出す — スタック、構造、主要なフロー、規約、統合ポイントのグラウンドトゥルース — により、下流の BMAD 計画スキルが現実から出発できる。コードは変更せず、ドキュメント成果物のみを生成する。ユーザーが次を言うときに使用：“document this codebase”、“document the project”、“document my app”、“scan the existing code”、“brownfield planning”、“we have existing code, start planning”、“map what's already built”、“document current state”、“capture the current architecture”、“understand the existing system before planning”、“write project-documentation.md”、またはユーザーがすでにコードを書いている状態で PRD やアーキテクチャドキュメントの前に。3 つの意図：Create（初回スキャン）、Update（変更された領域の再スキャン）、Validate（完全性の確認）。計画のみ — コードを読むが決して書き込まず、テスト、リンター、ビルドツール、アプリケーションコードを実行しない。
オーケストレーションの引き継ぎブリッジ：プロジェクトの順序管理に関する正式記録として sprint-status.yaml を出力・維持します。ストーリーをエピック、次に依存関係で並べ、並列セット（ウェーブ）のメンバーシップを割り当て、ステータスのライフサイクル（backlog → ready-for-dev → in-progress → review → done）を指標ではなくビューとして駆動します。ユーザーが "sequence the stories"、"build the sprint status"、"plan the waves"、"create sprint-status.yaml"、"assign parallel sets"、"order stories by dependency"、"what can run in parallel"、"set up story sequencing"、"initialize sprint tracking"、"ready the backlog"、"prepare for dev handoff" と言ったときに使用します。プロジェクトでエピックが既に定義されている場合は "sprint planning" でもトリガーされます。範囲：順序付けとオーケストレーションのみ。ベロシティ、バーンダウン、コミットポイント、カバレッジ指標は扱いません。キャパシティはポイントではなくウェーブ幅（同時ストーリー数）で表します。最終成果物は開発引き継ぎ可能なマニフェストで、実装は外部の開発ツールに委ねられます。
Datex Studio のフィーチャーブランチにおけるコード/設定変更をレビューするときに使用します。依存関係を追跡し、変更されたすべての設定の unified diff を読み、バグ / 品質 / セキュリティ / パフォーマンス / 簡素化 / 整合性の指摘と判定を含む構造化レビューを生成します。トリガー: "review branch X"、"code review this branch"、"review the changes on <branch>"、"audit branch before merge"、"quality check this branch"。同じブランチのコミットメッセージを起草する場合は `commit-message-generator` を使用してください。
Codex CLI を通じて、コーディング、レビュー、診断、計画、構造化出力、ローカルブラウザ調査のタスクを独立した Codex セッションに委譲する。使用例としては `codex exec` での新規タスク作成、`codex exec resume` でのマルチターンセッションの継続、`codex exec review` での読み取り専用レビュー、および `--json` イベントストリーム、`-o` による最終メッセージのファイル出力、画像入力、Computer Use ブラウザ操作が必要な場合。
Datex Studio のフィーチャーブランチのコミットメッセージを生成するときに使用します。ブランチの保留中の変更、設定 diff、依存関係を読み、ブランチがたどる作業項目を特定してから、その参照を含む適切な形式のタイトル + 本文を起草します。トリガー: "generate a commit message for branch X"、"write a commit message"、"draft a commit for this branch"、"what should the commit say"、"suggest a commit message"、"does this commit reference a ticket"、"traceability check"。対話モードまたは無人モードで実行——ワンショットモードではプロンプトで通知され、質問せず、指定されたツールを通じて成果物を渡します。ブランチのコード品質をレビューする場合は、代わりに `branch-code-reviewer` を使用してください。
スケーラビリティ、信頼性、一貫性を備えた分散システムを設計するときに使用する。CAP/PACELC 定理、一貫性モデル（強整合、結果整合、因果整合）、レプリケーションパターン（リーダー・フォロワー、マルチリーダー、リーダーレス）、パーティショニング戦略（ハッシュ、範囲、地理）、トランザクションパターン（saga、イベントソーシング、CQRS）、耐障害パターン（サーキットブレーカー、バルクヘッド）、サービスディスカバリ、および耐障害性のある分散アーキテクチャを構築するためのキャッシュ戦略を扱う。
Electrobun デスクトップアプリの高度なウィンドウとビューの管理パターン。このスキルは、マルチウィンドウアーキテクチャ、埋め込み webview 用の BrowserView、ウィンドウのライフサイクル管理、ウィンドウオーケストレーション、タブシステム、複雑なウィンドウ階層を扱います。次のような場合にこのスキルを使用します：複数ウィンドウのアプリの構築、ブラウザのようなタブインターフェースの実装、親子ウィンドウ関係の管理、フローティングパネルやツールバーの作成、ピクチャーインピクチャーモードの実装、セッションをまたぐウィンドウ状態の永続化の管理、高度なウィンドウ調整を必要とするアプリの構築。トリガーには "multiple windows"、"tab system"、"BrowserView"、"window orchestration"、"floating window"、"child window"、"window state"、"window manager"、"multi-window app"、または Electrobun デスクトップアプリにおける複雑なウィンドウ管理に関する議論が含まれます。
他のシステムや保存済みデータがすでに依存しているものを変更するときに使用——.proto ファイルの編集、データベースマイグレーションの作成、カラムの追加や削除、フィールド名の変更、レスポンス構造の変更、enum の変更、キュー メッセージ形式の変更など。トリガーには "will this break clients"、"is this backward compatible"、"buf breaking"、"ALTER TABLE"、"migration"、"deprecate this endpoint"、および公開済み API バージョンへのあらゆる変更が含まれる。
分診（unit-lane）がユニットに必要なステップを決定したユニット向けのステップ実行者。1 つの分診済みステップ（または残りのすべてのステップ）を、凍結された受け入れ基準、ステップ単位のゲート、コミット、レッドゲートの修復、diff サイズガードとともに実装します。破壊的変更：PLAN.md/TASKS.md/progress.md/ACCEPTANCE.md をユニットドキュメントの Tasks セクション、Evidence 行、Progress ログに置き換えました。ACCEPTANCE.md は廃止され、受け入れ基準はユニットドキュメントにあり、Evidence 行がその証跡となります。
誰もまだ作業したことのないリポジトリの初回オリエンテーション。固定された 5 ステップのワークフロー — venv セットアップ、tarball 取得、tree-sitting による構造スキャン、feature の統合、そしてその 2 つに対する推論 — を実行し、リポジトリに何が含まれ、どのように構成されているかの説明を生成する。任意で _FEATURES.md として書き出す。「これをクローンしたばかり」「このリポジトリは何か」「これは何をするのか」「このリポジトリを探索して」「オリエンテーションをして」「主な機能は何か」「このリポジトリの新着を確認して」といった場合や、見たことのないコードベースで作業を始める前に使用。これは発散型の「ここに何があるか」skill。以下は別の skill にルーティングする：特定のシンボル、ファイルの構造や行範囲（tree-sitting）、Python シンボルのすべての呼び出し元（searching-codebases）、演習を通じて人にコードベースを教える（orienting-codebases）、分析せずにリポジトリを取得またはクローンする（accessing-github-repos、cloning-project）。
エンジニアリング上の意思決定、計画、調査、検証、仕様の記録のために、リポジトリを理解したエキスパートハドルを進行する。ユーザーが次のような発言をしたときにこのスキルをトリガーする：「start a huddle」「open a huddle」「huddle up」「create a huddle」「call a team meeting」「assemble the team」「get the experts in」「let's have a huddle」「what does the team think」「I need multiple perspectives」「huddle up」「start a huddle」「open a huddle」「war room」「let's discuss this as a team」「bring in the team」「team sync」「daily standup」「what should we do about X」「help me think through this」「I'm stuck on X let's discuss」「resume the huddle」「continue our discussion」「what did we decide」「get me a spec」「summarise the huddle」「what are the action items」。ユーザーが行き詰まっている、いら立っている、あるいは複数のトレードオフを伴う判断に直面しているように見える場合にも、ハドルを明示的に求めていなくてもトリガーする。
サポートされている Kitaru アダプターを選択する、または未対応の Python / TypeScript エージェントフレームワーク向けにプロジェクトローカルのアダプターを構築する。Kitaru でフレームワークネイティブのエージェント実行を記録・再生したい場合、カスタムアダプターが必要な場合、使用中のフレームワーク向けの Kitaru 連携が存在しない場合、公開フレームワークフックとインストール済みの Kitaru SDK でアダプターを実現できるか評価する必要がある場合に使用する。
プロバイダー、可観測性プラットフォーム、エクスポート形式、エージェントフレームワークに適した組み込みインポーターがない場合に、カスタムの Kitaru trace インポーターを構築して検証します。ユーザーがプロバイダーの trace を Kitaru のセッションとノードにマッピングしたい、範囲を限定したプロバイダー API 取得を追加したい、ターンごとの trace をより長いセッションに結合したい、不完全または失敗した trace の証跡を保持したい、スクリプトかパッケージのインストール方法を選びたい、インポーターの忠実度をテストしたい、インポーターのバージョンを登録したい、範囲を限定したサンプルをインポートしたい、部分的なインポートを診断したい場合に使用します。
Ledger Device Management Kit（DMK）の署名操作を安全に実行する：SDK を初期化し、デバイスセッションを確立し、デバイス状態を検証し、正しいチェーンアプリを開き、署名またはデバイス管理操作を実行して結果を返す。開発者が署名操作（トランザクション、メッセージ、型付きデータ）を実装する必要がある場合、Ledger デバイスからアドレスを導出または取得する場合、Ledger デバイスに任意のコマンドを送信する場合、または正規品チェック、アプリのインストール、アプリのアンインストールなどのデバイス管理操作を行う場合に使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。