Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
その他
BISON v3.0.1 — コンビクションホルダー。忍耐強いマルチアセット（BTC/ETH/SOL）のコンビクショントレーダー。MIN_SCORE 11、9 つのコンポーネント（4H/1H 構造、モメンタム、SM アラインメント、ファンディング、出来高、OI プロキシ、RSI）。コンビクションに応じてスケールする証拠金ティア（25%/31%/37%）と 7-10× レバレッジ。DSL は設計上ワイド — タイムカットは無効 — そのため本物の方向性セシスは数日間にわたりムーブを走らせることができる。取引は少ない。保有は長い。ムーブは大きい。v3.0.1 では、すでに保有している資産での ENGINE_FAILURE リトライノイズを排除するレースウィンドウ重複排除キャッシュを搭載し、さらに DSL エグジット間隔を倍にして、runtime のポジション状態が HL より遅れた際の REDUCE_ONLY スパムを抑制する。
AI 駆動の C ドライブ容量診断と安全なクリーンアップのアドバイザー。NTFS の実際の割り当て容量の測定、親子ディレクトリの重複排除、アプリ単位の増加とクリーンアップ後の再生成の追跡、ベンダー管理のキャッシュ/ツールチェーン、Windows 更新の残留物、使用頻度の低いソフトウェアや断片化した容量の棚卸しを通じて、容量がなぜ増えるのか、クリーンアップがなぜ効かないのかを特定する。ユーザーが C ドライブの容量不足、クリーンアップが進まない、空き容量が増えない、キャッシュの再生成、使用頻度の低いソフトウェア/大きなファイル/隠れた使用量の調査、データ移行、クリーンアップ効果の振り返りについて尋ねたときにこのスキルを呼び出す。
FOX v2.0 — デュアルモードの新興ムーバーズスキャナー。Fox v1.0 の実トレードで得た教訓をすべて適用し、さらに 1 つの実験的な調整を追加：Stalker minReasons = 3。Stalker のエントリーは、スコア閾値を満たすだけでなく、少なくとも 3 つの異なるスコアリング理由を持つ必要がある。これにより、自動付与されるベースクライムスコア + 1 つのボーナスを超えた確認の広がりが強制される。Stalker minScore 7、minTotalClimb 8、低スコアエントリー向けのより厳しい Phase 1、連敗ストリークゲート。XYZ 禁止。レバレッジ 7-10x。DSL エグジットは runtime.yaml を介してプラグインランタイムが管理する。
GRIZZLY v7.0.0 — BTC アルファハンター、senpi_runtime_helpers への移行。openclaw-CLI サブプロセス + mcporter サブプロセスから、インプロセスの SenpiClient への配管のみの切り替え（MCP は直接 HTTPS、runtime /signals へ直接 HTTP POST、長命の producer_daemon）。セシスは v6.0.0 からそのまま維持：BTC 単一資産のトレンドハンター、v5.5 のマクロ V 回復ゲート（24h 極値の 1.25% 以内でのフェードをブロック）を含む六重ゲートのエントリー検証、RSI ハードゲート（70/30 — BTC 向けチューニング）、マルチファクタースコアリング（最大約 17）、コンビクションに応じてスケールするレバレッジ（デフォルト 7x / コンビクション 10x / アペックス 10x）、MIN_SCORE 12、FP-001 静音時間、FP-003 requireAllConfirmations ゲート。SM のコンセンサスとトレンドに沿って取引し、逆張りはしない。Kodiak（SOL）、Wolverine（HYPE）、Polar（ETH）と同ファミリー。
OKX Build X AI Hackathon への参加、X Layer 上で OnchainOS や Uniswap AI Skills を使った構築、Moltbook m/buildx へのプロジェクト提出、ハッカソン作品への投票を行うときに使用します。登録、ウォレット設定、プロジェクト提出、投票、採点、賞品を扱います。2026 年 4 月 1 日〜15 日。トリガー：hackathon、Build X、X Layer Arena、Skill Arena、OnchainOS hackathon、Uniswap AI Skills、m/buildx、ProjectSubmission。
ユーザーが製品の賞味期限を管理したい、FEFO（先に期限が切れるものから出荷）を導入したい、鮮度を最適化したい、または生鮮品を扱いたいときに使用する。「expiration management」「date code tracking」「FEFO」「freshness optimization」「waste reduction」「markdown management」「spoilage prevention」といった用語に言及した場合にも使用する。食品サプライチェーンについては food-beverage-supply-chain を参照。医薬品の期限については pharmaceutical-supply-chain を参照。
ユーザーが 2D の矩形アイテムをビンに詰めたい、2D の切断パターンを最適化したい、または 2D パッキングで材料の無駄を最小化したいときに使用する。また、ユーザーが "2D packing"、"rectangular packing"、"sheet packing"、"2D bin packing problem"、"guillotine cutting"、"two-dimensional packing"、"rectangle packing optimization" に言及したときにも使用する。1D の問題については 1d-cutting-stock を参照。3D の問題については 3d-bin-packing を参照。
ユーザーが 2D 板材を最適に切断する、矩形板材の切断で廃棄を最小化する、または二次元切断在庫問題を解くことを望むときに使用する。ユーザーが「2D cutting」「sheet cutting optimization」「panel cutting」「glass cutting」「steel plate cutting」「guillotine cutting patterns」「two-stage cutting」「2D trim loss」に言及したときにも使用する。一次元問題は 1d-cutting-stock を参照。ビンパッキングは 2d-bin-packing を参照。不規則形状は nesting-optimization を参照。
ユーザーが生産または配送のキャパシティを計画したい、キャパシティ要件を分析したい、リソース利用率を最適化したい、あるいはキャパシティと需要のバランスを取りたいときに使用する。「capacity analysis」「resource planning」「bottleneck analysis」「capacity expansion」「load balancing」「throughput planning」「utilization optimization」「capacity modeling」といった用語に言及した場合にも使用する。生産スケジューリングについては master-production-scheduling を参照。長期的なネットワークキャパシティについては network-design を参照。
中国の都市モビリティサービス。ユーザーが何らかの交通・移動のニーズを示した場合は必ずこのスキルを使用する——配車/タクシー/ライドヘイリング、料金確認、ルート検索（公共交通/車/徒歩/自転車）、周辺検索、注文/ドライバー位置の確認/注文のキャンセルを含む。キーワード："打车"、"叫车"、"去[地点]"、"回家"、"上班"、"下班"、"查价格"、"多少钱"、"路线"、"怎么走"、"步行到"、"附近"、"周边"、"司机"、"订单"、"查询订单"。注意：ユーザーが明示的に"打车"と言わなくても、A 地点から B 地点への移動、通勤、交通手段の選択に関わる場合はトリガーする。トリガーしない場面：配車アプリの開発、他のナビアプリの使用、フードデリバリーの注文、バスの時刻表の確認、株価/決算の照会。
ユーザーがホスピタリティ業の購買を最適化したい、ホテル/レストランのサプライヤーを管理したい、または調達プロセスを改善したいときに使用する。また、ユーザーが "hotel procurement"、"restaurant purchasing"、"hospitality sourcing"、"F&B procurement"、"hotel supplier management"、"group purchasing organization"、"contract negotiation"、"hospitality spend management" に言及したときにも使用する。ホテル運営については hotel-inventory-management を参照。クルーズ運営については cruise-supply-chain を参照。
ISO 26262 の機能安全エキスパート。2 つのモードで動作する：(1) HARA / ASIL 判定 —— アイテムの故障 × 運転状況から危険事象を列挙し、Severity（S0–S3）、Exposure（E0–E4）、Controllability（C0–C3）を評価し、ISO 26262-3:2018 Table 4 から ASIL を参照し、セーフティゴールを含む HARA レポートを作成する；(2) セーフティゴールと FSC —— 危険事象と ASIL を、安全状態、故障許容時間間隔（FTTI = FDTI + FRTI）、緊急動作時間間隔（EOTI）、およびシステム要素に割り当てられた高レベルの機能安全要件を備えた、適切に構成されたセーフティゴールに変換する。どちらのモードも Part 9 §5 に基づく ASIL 分解の適用可否を扱う。1 回のパスでアイテム全体を処理し、組み込みの自己チェックと明示的な信頼度／ギャップを伴う、意思決定に使える安全成果物を返す。
Last.fm の音楽データ API を操作する。ユーザーの再生履歴の参照、アーティスト/アルバム/トラックのメタデータ取得、協調フィルタリングによる類似音楽の発見、グローバルおよび国別チャートの探索、アーティスト/アルバム/トラックでの検索、タグの管理、再生イベントの scrobble を行える。ユーザーが音楽データ、再生統計、音楽のおすすめ、類似アーティスト、チャートについて尋ねた場合、またはトラックを scrobble もしくは love したい場合に使用する。無関係なリクエストにはこのスキルを使用せず、最も近い名前付きのスペシャリストへ回す。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。