Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
その他
医療機器の配送の最適化、機器のトレーサビリティ管理、委託在庫の処理、医療機器の規制遵守の確保を行いたい場合に使用。ユーザーが "medical device logistics"、"UDI compliance"、"device traceability"、"consignment management"、"implant tracking"、"loaner sets"、"FDA compliance"、"sterile device distribution"、"recall management"、"GS1 standards" に言及した場合にも使用。病院内の内部物流については hospital-logistics を参照。医薬品の配送については pharmacy-supply-chain を参照。
MPS（基準生産計画）、MRP（資材所要量計画）、能力計画を用いて生産計画を設計する。ユーザーが生産のスケジューリング、資材調達の計画、能力と需要の均衡、生産順序の最適化を必要とするときにこのスキルを使用する — たとえ「we can't keep up with orders」「when should we order materials」「production scheduling」「how do we plan for next quarter's demand」と言った場合でも。
ユーザーがオムニチャネルフルフィルメントを最適化したいとき、BOPIS（オンライン購入・店舗受け取り）、店舗発送、マルチチャネル在庫を管理したいときに使用する。ユーザーが "omnichannel"、"BOPIS"、"click and collect"、"ship from store"、"endless aisle"、"unified commerce"、"store fulfillment"、"buy online return in store" に言及したときにも使用する。純粋な e コマースは ecommerce-fulfillment を参照。ラストマイル配送は last-mile-delivery を参照。
Openfort CLI skill — ログイン、ウォレット管理、トランザクション、ポリシー、設定など、すべての openfort コマンドライン操作に使用する。この skill は CLI コマンドのヘルプを提供し、openfort コマンドを直接実行する。埋め込みウォレット（クライアント側）には openfort-embedded-wallet skill を使用する。バックエンドのウォレットサーバー操作には openfort-backend-wallet skill を使用する。トリガー："openfort CLI"、"openfort login"、"openfort accounts"、"openfort transactions"、または任意の openfort コマンドライン操作。
OpenWA セルフホスト型 WhatsApp API Gateway の専門知識 — デプロイ、セッション、REST API、webhook、リアルタイムイベント、SDK、プラグイン。OpenWA リポジトリまたはそれをベースにしたゲートウェイで作業するとき、コードがポート `2785` に接続するとき、`openwa-api` Docker サービスをビルドするとき、`2886` で dashboard を公開するとき、スクリプトが `owa_k1_` キーで `X-API-Key` ヘッダーを送信するとき、`POST /api/sessions/:id/start` で `whatsapp-web.js` セッションを設定するとき、`/api/sessions/:id/qr` で QR を取得するとき、`POST /api/sessions/:sessionId/messages/send-text` で送信するとき、`message.received`/`message.sent`/`message.ack`/`session.status` webhook を購読するとき、`X-OpenWA-Event`/`X-OpenWA-Idempotency-Key`/`X-OpenWA-Signature` ヘッダーを処理するとき、`/events` Socket.IO 名前空間、`@openwa/sdk` (JS) または `openwa` (Python) を使うとき、`DATABASE_TYPE`、`QUEUE_ENABLED`、`REDIS_ENABLED`、`STORAGE_TYPE`、`PUPPETEER_HEADLESS` を切り替えるとき、プラグインフック (`message:sending`、`message:sent`) で拡張するとき、または n8n に統合するときに使用する。
ピッキング経路の最適化、倉庫内の移動距離の最小化、ピッキング効率の向上を行いたい場合に使用。ユーザーが "pick path optimization"、"warehouse routing"、"travel distance minimization"、"TSP in warehouses"、"S-shape routing"、"optimal pick sequence" に言及した場合にも使用。注文バッチングについては order-batching-optimization を参照。倉庫のスロッティングについては warehouse-slotting-optimization を参照。
Portaly のオープン API でできること——サブスクリプション決済、デジタル製品、割引コード、購入者のプロモーション、購読者のセルフサービス、注文・請求書の照会、メール——の概観とナビゲーション、さらに API カタログと Portaly の API ドキュメントの場所。ユーザーが「Portaly で何ができるか」「Portaly にはどんな API があるか」と尋ねる、Portaly の API／エンドポイントの一覧やカタログを求める、統合を決める前に Portaly の決済または製品 API を評価する、Portaly の API ドキュメントを探す、またはどの Portaly スキルをインストールするか決めるときに発動します。
同一加盟店の類似金額の取引を定期的な周期でクラスタリングし、取引履歴から定期請求（サブスクリプション、月次請求、隔週の給与）を識別する。候補をアクティブ状態に昇格させるには、少なくとも 3 回の確認済みの発生を必要とする。新規の定期請求、休眠中のサブスクリプション（予定日の未達）、金額のドリフトを検出し、年換算コストを算出する。サブスクリプションの監査、定期請求カレンダーの作成、キャッシュフロー予測の入力の計算、またはユーザーがサブスクリプション監査、定期検出、休眠サブスクリプション、年換算コストに言及した場合に用いる。
サプライチェーンリスクの特定と軽減、レジリエンスの構築、事業継続計画の策定を行いたい場合に使用。ユーザーが "supply chain risk"、"disruption management"、"resilience"、"risk assessment"、"business continuity"、"scenario planning"、"supply chain vulnerability"、"risk modeling"、"crisis management" に言及した場合にも使用。サプライヤー固有のリスクについては supplier-risk-management を参照。コンプライアンスリスクについては compliance-management を参照。
ユーザーが企業・組織・製品の競争環境を分析し、「規模を大きくする」ことが本当に良いかを評価し、ある企業の堀（moat）の源泉が持続可能かを判断する必要があるときに呼び出す。典型的なトリガーは、「規模の経済」「市場シェア」「大企業のジレンマ」「先行者優位」「ネットワーク効果」「勝者総取り」などの話題。純粋な財務分析（value-assessment を使用）や純粋な心理バイアスのチェック（misjudgment-checklist を使用）には適用しない。
既存の Enhanced `MessagingChannel`（WhatsApp、Text/SMS、LINE、Apple、Facebook、EmbeddedMessaging のいずれか）の `{CHANNEL_ID}` を指定して設定を構成します。対象は、同意（ConsentType と言語別キーワードレコード）、自動応答、メッセージキーワード、セッション非アクティブ時のタイムアウト、チャット前パラメーターの 5 項目です。有効化準備チェックには、同意と対応する言語キーワードレコードが必要です。既存チャネルの設定（オプトアウトキーワード、同意タイプ、ダブルオプトイン確認、初回・ヘルプ自動応答、OptIn/OptOut キーワード、セッション非アクティブ時のタイムアウト）を設定・変更する場合に使用します。通常は挿入・ルーティングから有効化までの間、または稼働中のチャネルが対象です。新規チャネルの作成（`service-de-channel-create`）、メタデータ XML からの MIAW/EmbeddedMessaging チャネルのデプロイ（`service-digital-engagement-channel-configure`）、ルーティング設定（`service-de-channel-routing-configure`）、チャネルの有効化（`service-de-channel-activate`）には使用しません。
持続可能な調達の実践、サプライヤーの持続可能性の評価、責任ある調達プログラムの策定を行いたい場合に使用。ユーザーが "sustainable procurement"、"responsible sourcing"、"ESG sourcing"、"ethical sourcing"、"green procurement"、"supplier sustainability"、"sustainable suppliers"、"social responsibility"、"environmental sourcing" に言及した場合にも使用。カーボン追跡については carbon-footprint-tracking を参照。循環経済については circular-economy を参照。
注文執行ツール。ブローカーコネクターを通じて承認済みの注文を一件ずつ発注し、ユーザーの明示的な同意なしには決して発注しません。各注文を通常の注文票と Alpaca の place_stock_order 用の正確な JSON で表示し、ユーザーの同意を一字一句記録した後、Claude 独自の Allow once / Deny カードでもう一度確認します。Claude Desktop で Alpaca 公式 MCP サーバーを設定する方法（デフォルトはペーパートレード、キーは環境変数に保存し、チャットには入力しない）、Interactive Brokers コネクター（注文は承認のため IBKR アカウントに送信）、注文ツールを「Needs approval」に設定する方法を扱います。ユーザーが「注文を発注して」「買って」「実行して」「ブローカーに送って」「Alpaca に接続して」「Interactive Brokers に接続して」「ペーパートレードを設定して」と言った場合、または /trader-risk の承認後に使用します。
予算マネージャー。購入前に各ポジションを予算に合わせて調整します。現金バッファーを確保し、1 銘柄あたりに上限を設け（超過分は他の銘柄に配分）、最低注文額を下回る分を除外し、1 ドル単位で使い切るよう丸めます。端株と単元株に対応し、提案する買い注文を Alpaca の place_stock_order と完全に同じ形式（notional は文字列）で trader/orders.json に書き込みます。注文は実行しません。ユーザーが「$5,000 ある」「取引額を調整して」「それぞれいくら買えばいい？」「予算を管理して」「資金を分けて」「現金を 10% 残して」「1 銘柄を 25% 以下にして」「ルールを設定して」と言った場合、または /trader-copycat が目標を書き込んだ後に使用します。
ASC 845（非貨幣性取引）に基づいてスワップ取引のレッグを再評価し、清算勘定が純額ゼロになるようにする。ユーザーが次のことを行いたいときにこのスキルを使用する：スワップの再評価、清算勘定の残差の修正、スワップのレッグへの等価交換の適用、setBatchUseCounterpartyFiatValue の実行、清算勘定のゼロ化、ASC 845 の適用、スワップ価格の不一致の修正、スワップで損益を生じさせないことの確保、スワップ／取引の清算勘定に残差がある月の決算。ユーザーが "counterparty fiat value"、"swap repricing"、"clearing account net to zero"、"equal value exchange" に言及したときもトリガーする。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。