Skills
エージェント向けにパッケージ化された専門スキルと手順を 101,174 件掲載。コマンド 1 行でインストールできます。
すべて
実在の公文書の全量統計に基づく公文書作成 skill。公文書系と党建設系の 2 系統に分かれ、調査報告/指導者講話/工作意見/経験材料/工作方案/経験総括の 6 種類の公文書ジャンルに加え、千字級の党建設・基層経験材料の 1 種類をカバーし、検収可能な数値パラメータ、骨格フォーミュラ、タイトル技法、自動セルフチェックスクリプトを提供する。トリガー場面："写一篇调研报告""起草领导讲话""写份工作意见""写篇党建经验材料""把材料写成经验总结""让这篇稿子更有公文味""检查这篇公文的参数对不对"。
Amazon FBA の入庫と Fulfillment Inbound の全工程管理。inbound plan の作成と管理、梱包、placement、shipment、貨物内容の更新、配送ウィンドウ、自己配送の予約、輸送オプション、商品コンプライアンス、事前処理、箱ラベル、船荷証券、非同期オペレーションのステータスの処理に使用する。ユーザーが FBA 入庫計画、Send to Amazon、入庫計画の作成、packing option、placement option、transportation option、貨物の箱ラベル、入庫ラベル、倉庫への配送予約、shipmentConfirmationId、createInboundPlan、Fulfillment Inbound API、v2024-03-20、v0 入庫 API に言及した場合にトリガーされる。「Fulfillment Inbound」と明示していなくても、在庫を Amazon フルフィルメントセンターへ送り、計画作成、梱包、配置、輸送、納品の各ステップを完了したい場合にもこのスキルをトリガーする。
EHunt Shopify 商品検索（ゲートウェイルート `ehunt/shopify/productQuery`）を通じて、独立系 Shopify 商品を多次元で絞り込む（キーワード/URL、価格、週間販売数、出品時期、Facebook 広告、競合度、供給元の有無、発送国など）。ユーザーが EHunt Shopify 商品、Shopify 商品選定、独立系商品選定、Shopify 爆売れ商品、Shopify dropshipping、独立系商品の大量出品、Facebook 広告商品、Shopify product query、shopify items に言及したときにトリガーする。ユーザーが EHunt と書いていなくても、Shopify 独立系サイトで商品を検索する、週間販売数/売上/競合度を確認する、商品を絞り込む場合にもこのスキルをトリガーする。
EHunt Shopify ストア検索（ゲートウェイルート `ehunt/shopify/storeQuery`）を通じて、独立系 Shopify ストアを多次元で絞り込む（ストア名/ドメイン、国、開設からの年数、商品数、広告数、月間訪問数、月間注文数、SNS フォロワーなど）。ユーザーが EHunt Shopify ストア、Shopify ストア分析、独立系ストア、Shopify seller、独立系競合ストア、Shopify 月間訪問数、独立系広告ライブラリ、shopify stores、Shopify store query に言及したときにトリガーする。ユーザーが EHunt と書いていなくても、Shopify 独立系サイトでストアを探す、ストアデータを絞り込む、ストア実績を分析する場合にもこのスキルをトリガーする。
EHunt Temu 商品検索（ゲートウェイルート `ehunt/temu/productQuery`）を通じて、Temu 商品を多次元で絞り込む（キーワード/商品 ID/ストア ID、フロント/バックエンドカテゴリ、価格、評価、レビュー、総/週/日販売数、出品時期、フルマネージド/セミマネージド、セミマネージド地域、タグなど）。ユーザーが EHunt Temu 商品、Temu 商品選定、拼多多越境、Temu 爆売れ商品、Temu セミマネージド、フルマネージド商品、Temu product query、temu items に言及したときにトリガーする。ユーザーが EHunt と書いていなくても、Temu で商品を検索する、販売数/評価/価格を確認する、商品を絞り込む場合にもこのスキルをトリガーする。
EHunt Temu ストア検索（ゲートウェイルート `ehunt/temu/storeQuery`）を通じて、Temu ストアを多次元で絞り込む（ストア名/ID、国別サイト、バックエンドカテゴリ、フルマネージド/セミマネージド、総/週/月の販売数と売上、評価、レビュー、フォロワー、商品数、開店時期など）。ユーザーが EHunt Temu ストア、Temu ストア分析、Temu seller、Temu ストアランキング、Temu セミマネージドストア、Temu 売上、temu stores、Temu store query に言及したときにトリガーする。ユーザーが EHunt と書いていなくても、Temu でストアを探す、ストアデータを絞り込む、ストア実績を分析する場合にもこのスキルをトリガーする。
ユーザーが Google Maps のローカルパック／マップパックの結果内に表示される広告を配信したい場合。ユーザーが "local search ads"、"map pack ads"、"ads in the map results"、"local pack ads"、"Google Maps ads"、"location extensions ads"、"promoted pins on Google Maps" に言及した場合にも使用する。LSA（リード課金）については lsa-ads を参照。標準的な地域ターゲティング PPC については local-ppc-ads を参照。
ローカル SEO と Google Business Profile の監査：ビジネスがローカルパック / マップ結果で上位表示されない原因を診断し、修正計画を作成する。GBP の完全性、サイトと引用全体にわたる NAP（名称/住所/電話）の一貫性、ローカルパックと「near me」のランキング要因、レビューの獲得速度と返信、ローカルランディングページ、サービスエリアページ、LocalBusiness JSON-LD を対象とする。ユーザーがローカルランキング、マップ結果、Google Maps の順位、NAP の一貫性、店舗/支店ページ、複数拠点 SEO について尋ねたときはいつでも使用する。トリガー："local SEO"、"Google Business Profile"、"GBP audit"、"rank on Google Maps"、"local pack"、"map pack"、"near me ranking"、"NAP"、"local citations"、"my business isn't on the map"、"why don't I show up on Google Maps"、"store locator SEO"、"multi-location SEO"、"service area pages"、または位置情報に基づく順位に関するあらゆる質問。サイト全体（ローカル以外）の監査には /seo-analysis を、単一 URL には /seo-page を使用する。
プロジェクトのセッションログ（`docs/LOGS.md`）に構造化されたエントリを追記します：今回のセッションで行ったこと、触れたファイル、下した決定、次のステップ——これにより次のセッション（または別の人）が git 履歴を読み直さずに作業を引き継げます。`/clear` の前、エージェントセッションを閉じる前、または任意の自然な区切りで実行してください。モデル非依存：このスキルは、エージェントセッションがすでに使用しているモデルとエフォートをそのまま引き継ぎます。トリガー："log this session"、"log-session"、"write a session log"、"journal what we did"、"record this session before I clear"、"save the session summary"。
Hostinger のウェブホスティング上にある WordPress サイトを最新かつ安全な状態に保ちます。単一またはアカウント内すべてのサイトについて、コア、プラグイン、テーマのバージョン、既知の脆弱性、インストール状態を確認し、必要な作業を報告して安全な順序で更新を適用し、各サイトが引き続き読み込めることを確認します。キャッシュの消去、Memcached オブジェクトキャッシュ、メンテナンスモード、ワンクリックの wp-admin ログインリンクも扱います。トリガー：「WordPress を更新」「プラグインを更新」「WordPress サイトは安全か」「WordPress の脆弱性」「古いプラグインやテーマ」「WordPress のメンテナンス」「WordPress を高速化」「wp-admin にログイン」。
Nimble WSA を使って、任意の地域における特定タイプのすべての企業を発見する。2 つのモード：Discovery はゼロから企業を発見し、Audit はユーザーの既存リスト（Google Sheet、CSV、インライン）を新たな発見結果と比較し、エントリを matched、discovered-only、reference-only に分類する。業種プリセット（Healthcare、SaaS、Restaurants、Legal、Auto/Home）が WSA ルーティングを自動選択する。トリガー：「find all X in Y」「build a list of」「market sizing」「account universe」「how many X in Y」「TAM for」「discover all」「audit my list」「compare against」「what am I missing」「gap analysis」「verify my business list」「prospect list」。競合のモニタリングには使用しない——代わりに competitor-intel を使用。企業の詳細調査には使用しない——代わりに company-deep-dive を使用。ソーシャル情報を付加した近隣レベルの探索には使用しない——代わりに local-places を使用。
既存のウェブサイトを、停止させずに他のホストから Hostinger のウェブホスティング（Shared、Cloud、Agency プラン）へ移行します。WordPress サイトはファイルアーカイブと SQL ダンプから、静的サイトと PHP サイトはアーカイブから、Node.js アプリはソースから移行します。実際のドメインでサイトを作成し、ファイルとデータベースをインポートして、DNS を変更する前にコピーをテストしてから、ドメインと SSL を切り替えます。トリガー：「サイトを Hostinger に移行して」「他のホストからウェブサイトを移して」「WordPress サイトを移行して」「ウェブサイトをインポートして」「ホスティングを Hostinger に切り替えて」
小六壬占卜システム - 中国の伝統的な占いと運命分析。ユーザーが小六壬を用いた占い、運勢判断、予測を求めたとき、またはキーワード：占卜、算卦、小六壬、三传、运势、占一卦、divination、fortune に言及したときに使用。4 つの入力モードに対応：数字、日付/時刻、漢字（漢字の画数）、現在時刻。三伝（三传）の予測を生成し、吉凶の等級、全体的な格局、五行の流れ、体用関係、特殊な組み合わせ、時期・方位の指針といった豊富な構造化分析を提供する。LLM による解釈は厳密な七段階の伝統的フレームワークに従う。
実際の n8n ワークフローに基づく、実証済みのワークフローアーキテクチャパターンです。新しいワークフローの構築、構造の設計、パターンの選択、アーキテクチャの計画、Webhook 処理、HTTP API 連携、データベース操作、AI エージェントのワークフロー、バッチ処理、スケジュールタスクに関する相談に使用します。ユーザーが n8n ワークフローの作成、構築、設計、プロセスの自動化、サービス連携を求めた場合は、「パターン」と明言していなくても必ず参照してください。Webhook、API、データベース、AI、バッチ処理、スケジュール自動化のアーキテクチャを扱います。遅いワークフローの最適化や、大量アイテム処理の高速化（ノード数、batchSize、全アイテム単位とアイテムごとの処理）にも使用します。
準拠した Open Knowledge Format（OKF）バンドルとして、AI エージェント向けのナレッジを作成、検査、取得、執筆、改訂、拡充、監査、修復、調査、変更影響の分析、移行、検証、保守します。/okf コマンドに使用します。既存の OKF バンドルでの作業、テーブル、データセット、ビュー、メトリクス、ランブック、プレイブック、API、スキーマ、結合パスのドキュメント化、カタログ、メタデータ、ウェブサイト、URL、ソースコードからのエクスポート、およびエージェントが後で読むあらゆるナレッジに使用します。OKF バンドルを編集する際に暗黙的に適用し、準拠性、来歴と出典、生成・検証済みの信頼シグナル、鮮度、log.md、索引、クロスリンクを最新の状態に保ちます。OKF v0.2 を追跡し、証明済み計算と v0.1 からの移行を含みます。
汎用 API のフォールバックとインターフェース探索：あるインターフェースに専用のファーストクラスコマンドがない場合、openydt api <cmd> --body で任意の callable インターフェースを直接送信し、catalog.json から cmd／パラメータを調べ、能動的に呼び出せる callable と受動的に受け取るだけの webhook を区別します。ある cmd がドメインスキルに専用サブコマンドが見つからない場合、未ファーストクラス化のインターフェース（都市運営クーポン／サードパーティ駐車場／住宅地の入退場ゲート／月極予約／許可訪問者／証明書ルール／車両タグなど）を呼ぶ場合、または「この cmd の呼び方 / プラットフォームからコールバックされるか」を尋ねる場合に使用します。
データ分析ドメイン(data)：支払い請求書と請求書集計、交通量曲線、ナンバープレートの top 分布、リアルタイム在場統計、当日の出庫／取引回数、駐車スペース使用状況(echart ヒートマップを含む)、駐車時間分布などの読み取り専用統計レポート。ユーザーが駐車場の経営レポート／トレンド分析／データヘルスチェック(車両単位の明細ではなく集計統計)を行いたいときに使用します。注：駐車スペース／時間／echart の 3 つの統計インターフェースはプラットフォーム契約上 write とされており、呼び出しには --yes が必要です。車両単位の明細／在場車両は parking ドメイン(openydt-record)を参照してください。
デバイス制御ドメイン(device)：遠隔でのゲート開閉、ゲートモード変更(常時開/通常)、ディスプレイへのテキストと音声アナウンスの配信、デフォルト画面表示の配信、手動スナップショット、クラウドスキャンコード機のスキャン/停止/音声/設定更新、クラウドデバイスのオンライン状態確認。ユーザーが現場でバー/ブース/ディスプレイ/スキャンコード機に指示を出したり、デバイス状態を確認したいときに使用——高リスクの現場運用であり、書き込み操作には --yes が必要、先に --dry-run を推奨。注意：本ドメインはデバイスへの画面表示/アナウンスの「配信」を担当する。ある車が「何を表示すべきか」の確認は park ドメインにある。
ナンバープレートリスト管理ドメイン：ブラックリスト(blacklist 入場禁止/高額課金)、ホワイトリスト(redlist 無料通行ルール)、ビジター(visitor 期間限定の来訪登録)の追加・削除・照会。ユーザーがブラックリスト登録/解除、パトカーなどの通行ルール設定、ビジター車両の登録または取消を行いたいときに使用。リストが参照する「特殊車両タイプID(specialCarTypeId)」は ticket ドメイン(openydt-monthticket)が作成し、本ドメインは入力パラメータとして参照するのみで作成は行わない。
openydt(艾科智泊駐車オープンプラットフォーム CLI)の共有基盤：profile/認証情報の設定、マルチ環境(test/dev/prod)、v2/v3 署名、レスポンスエンベロープと status/resultCode、終了コード、レート制限のリトライ、書き込み操作の安全規則、駐車場の経験蓄積(park-notes)。openydt を初めて使用するとき、profile の設定/切替、署名/認証/レート制限の問題の切り分け、または書き込み操作の実行前に本基盤を先に読むこと。すべての openydt ドメインスキルは実行前にこれを Read すべき。
Open Orbit ブリーフィングスキル — ユーザーが 2 つ以上のコネクタを接続している場合に Orbit パイプラインが選択する。認証済みの各コネクタ（GitHub、Linear、Notion、Slack、飛書、Calendar、Gmail、Drive、Sentry、Vercel など）から過去 24 時間のアクティビティを取得し、「我的设计」の上部に単一の適応型 bento グリッドダッシュボードをレンダリングする。各コネクタモジュールは返されるデータの形に応じて独自の UI 形式（リスト、アバタースタック、ステータスリング、ヒートマップ、ファイルグリッド、アラートカードなど）を選ぶため、Orbit のコネクタエコシステムの成長に合わせてレイアウトが拡張される。このスキルは手動でトリガーすべきではない — Orbit のデイリーダイジェストスケジューラがユーザーのライブのコネクタデータに対して呼び出す。
Open Orbit ブリーフィングスキル — Gmail がユーザーの唯一の接続済みコネクタである場合、またはユーザーがデイリーダイジェストの対象を Gmail に明示的に限定した場合に、Orbit パイプラインが選択する。ユーザーの認証済み Gmail 接続から過去 24 時間の受信トレイのアクティビティ（返信待ち、メンション、cc、自動分類されたバルク）を取得し、Gmail の閲覧ビュー内で開かれる Orbit Daily Digest メールとしてダイジェストをレンダリングする。このスキルは手動でトリガーすべきではない — Orbit のデイリーダイジェストスケジューラがライブの Gmail データに対して呼び出す。
公開されている `orca` CLI を使い、Orca が管理する worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、worktree コメント、および Orca アプリに埋め込まれたブラウザーを操作します。ユーザーが「$orca-cli」「use orca cli」「Orca worktree」「child worktree」「cardStatus」「spawn codex/claude in a worktree」「read/wait/send Orca terminal」「terminal send」「full handoff」「handover」「give this to another agent」「another worktree」「Orca browser」「control the browser inside Orcaارف」と言ったときに使用します。タスクが Orca が管理する状態に involved する場合、生の `git worktree`、その場限りの PTY、Playwright、Computer Use よりこの方法を優先してください。Orca の埋め込みブラウザーの外にあるブラウザーウィンドウ、webview、デスクトップ UI には Computer Use を使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。