mcpField
O
openmarket

openmarket

github.com/openmarket-xyzデータ・データベース46 回インストール
リポジトリ

openmarket について

OpenMarket CLI のエージェント向け操作ガイドです。シェルを使える LLM クライアントが、市場データ、アラート、調査、チャート、取引のワークフローを扱えます。

主な機能

  1. 01市場データと指標の照会
  2. 02WRUN パッケージの導入と管理
  3. 03アラート作成とイベントフィード監視
  4. 04相関イベントスタディの実行
  5. 05チャートワークスペースの確認と変更
  6. 06シグナル駆動型ストラテジーの設定

活用シーン

  1. 01銘柄の市場指標の確認
  2. 02ニュースや市場イベントの監視
  3. 03監視イベント前後のリターン分析
  4. 04チャートレイアウトや指標の変更

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/openmarket-xyz/openmarket-skill --skill openmarket

インストール後、Claude Code で/openmarketを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

alerts.md
chart-actions-tool-drawing.md
chart-actions.md
event-watches.md
marketplace.md
metrics.md
news.md
om-chat.md
openmarket-agent.md
orders.md
research.md
rooms-docs.md
secrets.md
signal.md
strategy.md

詳細

om — エージェント向けプレイブック

これは OpenMarket CLI(om)の包括的なスキル Markdown です。シェルを実行できる LLM クライアントは、これらのファイルを読み込んでバイナリの操作方法を学びます。

1 つのバイナリで、7 つの用途に対応します。

  • マーケットデータ:om points、om markets、om symbols、om coins、om exchanges、om normalized-symbols、om block-sizes、om tenors、om enum、om usage、om subscribe、om polymarket、om metric。バンドルされた SDK を介して、https://api.openmarket.xyz の OpenMarket Data API を呼び出します。om metric get は、オンデマンドでシンボルの登録済みスカラー指標(price、volume、funding_rate、open_interest、および RSI/MACD/EMA/BB/ATR/Stoch などの指標)を計算します。アラートエンジンと同じ指標レジストリを使うため、値はアラートが発火する場合と一致します。
  • WRUN パッケージ:om install は、ローカルパス、GitHub リポジトリ、またはレジストリ tarball から WRUN パッケージをインストールします。om wrun ... は WRUN 指標パッケージのひな形作成、検証、ビルド、エクスポート、インストール、一覧表示、削除、アップグレード、設定を行います。インストールされた出力は、wrun/@scope/name/output のような指標 ID になり、指標の検索、アラート、チャートへの追加(om collab indicator add --type wrun/...)で使用できます。レジストリのワークフローとエージェントネイティブな作成方法については、marketplace.md を参照してください。
  • アラートエンジン:om alert ... を使って、~/.openmarket/alerts/ 配下の JSON ファイルとしてアラートを作成します(型付き条件、または ~/.openmarket/scripts/ 配下のファイルを利用するカスタムスクリプト条件)。on_fire.execute による Hyperliquid または Polymarket での自動実行も任意で設定できます。om service install はアラートを監視する launchd/systemd デーモンをインストールし、om alert watch は発火イベントをリアルタイムで追跡します。
  • ニュース/テキストイベントフィード:om news ... は、1 つの機能ゲート付きインターフェースを通じて 3 つのプロダクトを管理します。アラート(トリガーを指定すると、発生時に通知されます)、ブリーフ(テーマを指定すると、1 日に数件のストーリーカードが届きます)、ストリーム(Synoptic のマーケットプレイスから利用できる既製フィード)。いずれかを取得すると、フィードごとのイベントウォッチが自動的にアタッチされ、フィードの内容がジャーナルと通知チャンネルに届きます。news.md を参照してください。
  • イベントウォッチ:om event-watch ... は永続的なイベントストリーム監視を管理し、om event-journal ... は必要に応じてローカルの Markdown イベントジャーナルを取得します。event-watches.md を参照してください。
  • リサーチスタディ:om research study は、承認済みのイベントウォッチの行と 1 つの資産のローソク足を使って、厳密に相関関係を調べるイベントスタディを実行します。イベントの基準時点と前後のリターンを調べるために使用し、取引シグナルとしては決して使用しないでください。research.md を参照してください。
  • コラボブリッジ:om collab ... は、デーモンが collab-service への接続を維持する WebSocket を介して、OpenMarket のチャートワークスペースを調査・変更します。コマンドはリソース(session/workspace/chart/indicator/drawing)ごとにグループ化されています。これは kubectl や docker と同じ構成で、新しいサーバー側アクションの追加にも対応できます。読み取り:om collab session status、om collab workspace list、om collab workspace state --workspace <id>。変更:om collab chart layout(複数チャートのグリッド — 3x1/2x2/...)、om collab chart symbol/chart interval/chart plot-type(ペインごとの設定)、om collab chart sync(シンボル/時間足/クロスヘアの同期)、om collab indicator add(RSI/MACD/EMA/...)、om collab drawing add(TrendLine、FibonacciRetracement)、om collab chart view(表示する時間範囲を設定 — 一時的)。ワークフロー全体については、chart-actions.md を参照してください。グリッド/レイアウトを変更する場合は、まず chart layout を変更し、その後でペインごとに chart symbol を指定します。
  • ストラテジー:om signal と om strategy を使って、シグナル(監視対象のイベントストリームまたはマーケット指標に基づく)を Polymarket または Hyperliquid での自動取引に接続します。シグナルは方向性/確信度の見解を出力し、ストラテジーはそれを固定されたマーケットとサイズ計算器に結び付けます。デーモンは有効なストラテジーをティックごとに評価します(observe/paper/dry_run/live)。作成後、om strategy resume を実行します。デーモンが動作するため、フォアグラウンドで実行する strategy-run コマンドはありません。strategy.md を参照してください。 これらすべてのインターフェースは、同じ om バイナリが担います。「data」、「wrun」、「runner」、「research」、「collab」用の別個の CLI はありません。

ツール呼び出しの注意事項:作成/編集ツールを呼び出す際は、ユーザーから指示されていない任意フィールドを省略してください。デフォルト値を改めて指定するためだけにフィールドを渡してはいけません。チャット画面では、各呼び出しで設定された値とデフォルト値が表示されます。デフォルト値を明示的に渡すと、ユーザーが選択した値として誤って表示されます。

必須の環境変数:

VarPurpose
OM_API_KEYOpenMarket Data API の認証情報です。om init の対話形式で取得して ~/.openmarket/om.sqlite に保存するか、環境変数としてエクスポートします。
OM_BASE_URL (optional)REST ベース URL を上書きします。デフォルトは https://api.openmarket.xyz です。
OM_BIND (optional)デーモンの HTTP バインド先です。デフォルトは 127.0.0.1:31337 です。ループバック以外にバインドする場合はトークンが必要です(~/.openmarket/runner.token に自動生成されます)。

チャネル(Telegram、Discord、…)は om init または om setup <channel> で設定し、~/.openmarket/om.sqlite に保存されます。環境変数は不要です。

このスキルの読み込み方法

  • Claude Code / Cursor / Aider(シェルエージェント):エージェントに skills/ ディレクトリを指定するか、om skill show openmarket / om skill show openmarket-research の出力をコンテキストに渡します。
  • OpenClaw:om setup openclaw を実行すると、同梱のスキル(SKILL.md と補助 Markdown)が Agent Skills オープン標準に従って ~/.openclaw/skills/openmarket/ に書き込まれます。
  • Codex:om setup codex を実行すると、同梱のスキルが同じ Agent Skills レイアウトで ~/.codex/skills/openmarket/ に書き込まれます。
  • その他(bash、cron、GitHub Actions):Markdown を直接読み込みます。このスキルは Markdown のみで構成されており、クライアント固有の内容はありません。

ファイル

  • SKILL.md(このファイル)— 全体のインデックスです。ユーザーの質問に適した詳細ファイルをエージェントに案内します。
  • alerts.md — アラートの構成、サポートされる条件の形式、検出してからインポートするワークフロー、エラーからの復旧について説明します。ユーザーがアラート、条件、しきい値、om alert ... に言及した場合や、市場の動きを通知してほしい場合に読みます。省略可能な on_fire.execute ブロックについても説明します。条件とは独立しているため、kind: script の条件も自動実行できます(ステートフルな戦略では、通知だけでなく注文も実行できます)。
  • orders.md — ペアリング済みの取引所(Hyperliquid と Polymarket CLOB)で om order place を使って単発の注文を出す方法について説明します。条件によってトリガーされるアラートを設定するのではなく、レベルに指値買いを出す、ポジションを建てる、または決済するといった、今すぐ取引したい場合に読みます。フラグ形式と JSON 標準入力形式、数量指定モード、取引所アカウントの読み取り、プレビュー/確認の安全性に関する取り決めについて説明します。
  • marketplace.md:レジストリパッケージの検索、インストール、公開(om search / om install / om publish / om yank / om access)と、エージェントネイティブな WRUN インジケーターの作成(wrun_author → wrun_build → 値の確認 → 公開)について、メタデータの形式やスタイル設定の用語も含めて説明します。マーケットプレイスやレジストリに言及した場合、パッケージをインストールまたは公開したい場合、カスタムインジケーターの作成、スタイル設定、チャートへの表示を依頼された場合に読みます。
  • metrics.md — om metric get によるスカラー指標値のオンデマンド計算、om metric screen によるユニバースのスキャン、om metric list によるレジストリの確認について説明します。登録済みのすべての指標(price / delta_pct / volume / funding_rate / open_interest と、インジケーターの RSI / SMA / EMA / MACD / BB / ATR / Stoch)を、標準のデフォルトパラメーターおよびプロンプトのルールとともに説明します。CCI / MFI / OBV / VWAP / ADX / Ichimoku はチャートオーバーレイのみで、指標ではありません。ユーザーがシンボルのスカラー指標の現在値を尋ねた場合(「BTC の RSI は?」「SOL の価格は?」「ETH の 4h MACD を教えて」「BTC は現在買われすぎ?」「SOL に Bollinger Bands を表示して」など)、またはアラートが今すぐトリガーされるか確認したい場合に読みます。
  • chart-actions.md — Collab Service Bridge について説明します。オーケストレーターの WS 接続を調べるエージェントコマンド(om collab session status)、ワークスペースを一覧表示するコマンド(om collab workspace list)、キャッシュされたサーバー状態を読み取るコマンド(om collab workspace state --workspace <id>)、チャートを変更するコマンド(om collab chart layout、om collab chart symbol、om collab chart interval、om collab chart plot-type、om collab chart sync、om collab indicator add、om collab drawing add、om collab chart view)を扱います。ユーザーが「オーケストレーター/ブリッジは接続されていますか?」「自分のワークスペースは何ですか?」「チャートワークスペースには何が表示されていますか?」と尋ねた場合や、レイアウト/グリッド(例:3x1、1x3、2x2、「横に 3 つ並べる」、「2 つに分割する」)の変更、チャートのシンボル/時間足/プロットタイプの変更、複数チャートの同期(シンボル/時間足/クロスヘア)の切り替え、テクニカルインジケーター(RSI / MACD / EMA / BB / ATR / Stoch / Liquidations)の追加、表示範囲の移動/ズーム/パンを依頼された場合に読みます。描画ツール(トレンドライン、フィボナッチ、図形、ポジション、注釈)については chart-actions-tool-drawing.md を参照してください。グリッドの分割数や、「指定したシンボルで N 個のチャートをセットアップする」という依頼は、まず chart layout を変更し、その後にペインごとに chart symbol を設定します。操作の前にこのファイルを読んでください。
  • chart-actions-tool-drawing.md — om collab drawing(auto / add / schema / remove)の描画ツールの詳細について説明します。ユーザーがチャートにツールを描画、追加、配置、記入、ボックス表示、注釈、フィボナッチのプロット、ロング/ショートポジションのセットアップ、または削除を依頼した場合に読みます。市場データからアンカーを計算する drawing auto(推奨)、呼び出し元が役割タグ付きの --anchor を指定する drawing add、ツールのアンカー役割を確認する drawing schema、および drawing remove について説明します。
  • news.md — om news によるテキストイベントのニュース/ソーシャルアラートについて説明します。ベンダーの機能(Attention による作成と Synoptic カタログ)、作成前にプレビューする方針、公開/フォロー/フォークのエチケット、自動で関連付けられるイベントウォッチの確認、ノイズ/重複の調整を扱います。ユーザーがニュース、見出し、ツイート、ソーシャル投稿、触媒、ブリーフに言及した場合、価格ではなくテキストとして届く情報を対象にアラートを設定したい場合、利用可能なニュースフィードを尋ねた場合、またはニュース通知の重複やノイズに不満を示した場合に読みます。
  • event-watches.md — 監視対象イベントストリームの作成、検出、ライフサイクル、オンデマンドでのジャーナル取得について説明します。
  • research.md — 承認済みのイベントウォッチ行と単一アセットのローソク足を使った、相関イベントスタディについて説明します。ユーザーが監視対象のイベントストリームと市場の動きが同時に発生したかを尋ねた場合、イベントアンカーを調べたい場合、またはイベント前後のリターンを知りたい場合に読みます。
  • signal.md — om signal の作成機能について説明します。4 種類のシグナル(text_long_short、constant、metric_level_rule、metric_band_rule)と、その調整項目(ポリシーとしてのトピック、コンテキスト/メモリ、モデルの固定、決定キャッシュ、バー/ティック評価とクールダウン、ID 変更時の force ガード)を扱います。ユーザーが利用可能なシグナルの種類や設定を尋ねた場合、シグナル自体の作成や調整を希望した場合、またはシグナルの編集が拒否された理由を尋ねた場合に読みます。シグナルを市場に紐付けて取引する方法については、続きとして strategy.md を参照してください。
  • strategy.md — デーモンネイティブなシグナル駆動型戦略を一貫して作成・運用する方法について説明します(イベントウォッチまたは市場指標に基づく om signal を、固定した市場に om strategy として紐付け、om strategy resume で稼働させ、実行中のデーモン上で確認します。Polymarket CLOB または Hyperliquid で実行されます)。ユーザーがイベント/ニュースまたは指標のシグナルを自動取引に接続したい場合、戦略の実行方法を尋ねた場合、または戦略が取引しない理由を尋ねた場合に読みます。
  • rooms-docs.md — OM Rooms チャットのライブドキュメント層について説明します。スペースライブラリ(ドキュメントごとに 1 つのヘッド、CAS リビジョン、om://doc ピル)と、doc_* レーンの動詞(一覧表示/読み取り/検索/履歴/書き込み、および移動/復元/アーカイブ/再開/アクセス)を扱います。ファイルやドキュメントのあるチャットルームで作業する場合に読みます。ユーザーがこのチャンネル内のファイルを尋ねた場合、会話をドキュメントに保存したい場合、om://doc ピルに言及した場合、またはドキュメントの編集、名前変更、ファイリング、復元、共有、アーカイブ、アクセス制限を依頼した場合に読みます。
  • secrets.md — エンドツーエンドで暗号化されたチャットメッセージについて説明します。/secret、受信者カード、復旧コードを扱います。プライベートなメッセージや暗号化メッセージの送信、または秘密情報の復旧については、こちらを読みます。

チャネル

om setup <name> で、通知の送信先チャネルを登録します。ルーティングは確定済みです。アラートにはトップレベルの channels: string[](チャネル ID)がそのまま保存され、読み取り時にファンアウトすることはありません。channels[] を指定せずに作成すると、設定済みのデフォルトチャネル(om setup default <name> で設定)、またはチャネルが 1 つだけ設定されている場合はそのチャネルに割り当てられます。複数のチャネルが設定されていてデフォルトがない場合、作成は拒否されます(--channel <name> を指定するか、デフォルトを設定してください:om setup default <name>)。チャネルが設定されていない場合はカードのみとなり、プッシュ通知もエージェントによる取得もありません。最初のチャネルを登録すると、カードのみのままのアラートとウォッチもすべてそのチャネルにルーティングされます。そのため、チャネルが存在する前に作成された仕様にも実際の送信先が設定されます(後から 2 つ目のチャネルを追加しても、既存のルーティング先は変更されません)。

チャネル設定
telegramom setup telegram --token <bot-token> --chat-id <id>(または対話形式)
discordom setup discord --webhook-url <url>(または対話形式)
slackom setup slack --webhook-url <url>(または対話形式)
webhookom setup webhook --webhook-url <url> [--bearer-token <token>](任意の http(s) エンドポイントに汎用 JSON POST を送信します。アラート発火時には構造化された alert ブロックが含まれます)

対話モード(認証情報のフラグを指定しない場合)では、まずチャネル名の入力を求められます(デフォルトはアダプター ID。例:telegram / discord)。その後、認証情報を入力します。これは om init と同じです。--name <name> を指定すると、この入力を省略してコマンドラインで名前を指定できます。--default を指定すると、明示的に channels[] フィールドを指定していないアラートのデフォルトチャネルとして、新しいチャネルを設定できます。

デフォルトチャネルの管理:om setup default(現在の設定を表示)、om setup default <name>(デフォルトに設定)、om setup default --clear(デフォルト設定を解除します。複数のチャネルがある場合、デフォルトを設定するかチャネルを指定するまでは、channels[] を指定しない作成は拒否されます)。om setup list には DEFAULT 列が表示され、デフォルトの行には * が付きます。

チャネルごとの表示とルーティング:om channel <name>(名前、ID、または default)を実行すると、1 つのチャネルに紐付けられた会話スレッドと、そのチャネルにルーティングされたすべてのアラートおよびウォッチが表示されます。また、仕様をそのチャネルにルーティングする、またはルーティングを解除するには --add <alert-id|watch-slug> / --remove <alert-id|watch-slug> を指定します。チャネル名を変更するには --rename <new-name> を指定します(ルーティングも引き継がれます)。--format json も指定できます。発火時にこのチャネルへ通常どおり投稿される仕様(このチャネルがウェイク上限を超えている場合)にフラグを付け、同じチャットを共有する他のチャネルには脚注を付けて示します。

システムのライフサイクルメッセージ(ランナーの起動/停止、アラートの一時停止/再開)は、常に設定済みのすべてのチャネルにファンアウトします。デフォルトチャネルの設定が適用されるのは、アラートの発火時のみです。

om setup openclaw は別のフローです。ローカルの OpenClaw に OM スキルをインストールし、OpenClaw の webhook をパススルー先として登録します(生の受信 JSON を使用し、ランナーによるレンダリングは行いません)。

ランナー

om service install は、バックグラウンドでティックループを実行する launchd(macOS)または systemd --user(Linux)のユニットを登録します。各ティックで ~/.openmarket/alerts/*.json を再読み込みし(デフォルトは 10s、--interval-ms で変更可能)、すべてのアラートを評価します。条件が TRUE になるたびに発火する(繰り返しモード)か、一度だけ発火して終了する(1 回限りモード)かを判定し、設定済みのチャネルに直接 HTTPS POST で配信します。エッジのセマンティクスは、型付き条件ではリーフ演算子(crosses_above / crosses_below)に、カスタムスクリプト条件ではスクリプト本体にあります。ランナー自体は何も判断しません。ライフサイクルは om service [start|stop|restart|status|logs|uninstall] です。フォアグラウンドモード(om run、--service なし)は開発ループ用の形式で、同じ評価器を使い、デーモン化はしません。ネイティブ Windows ではフォアグラウンドのみを使用します(タスクスケジューラとの統合はまだありません)。

runner.log のティックごとのログ行は、[tick] scanned=[ids] evaluated=[ids] fired=[ids] errors=[ids] という形式です。各角括弧内のリストは、その区分に属するアラート ID の集合であり、数値の組ではありません。scanned=[2,1] はアラート 2 と 1 がスキャンされたことを示し、fired=[2] はこのティックでアラート 2 が発火したことを示します。

ランナーの稼働中は、フォアグラウンドの om run でもバックグラウンドの om service install でも、:31337 でローカル HTTP エンドポイントも公開されます。/healthz、/rpc/v1/alert/*(HTTP 経由の CRUD)、/events/v1(SSE ストリーム — alert_fired、event_watch_fired、channel_delivered、channel_failed、tick_completed)、/api/v1/*(上流への REST プロキシ)、/ws/v1/*(WebSocket プロキシ)です。ほとんどの om alert * CLI コマンドは、ランナーに接続できる場合は /rpc/v1/alert/* を経由し、接続できない場合はファイルシステムに直接書き込みます。そのため、どちらの場合もアラートを作成できます。ランナーを必要とするのは om alert watch だけです(/events/v1 を利用するため)。

バイナリへのバンドル

コンパイル済みの om バイナリには、リポジトリがディスク上になくても om skill show [name] が動作するよう、Bun のテキストインポートを使って次のファイルが埋め込まれます。

// packages/cli/src/skills/package.ts
import skill from "../../../../skills/SKILL.md" with { type: "text" };
import alerts from "../../../../skills/alerts.md" with { type: "text" };
import orders from "../../../../skills/orders.md" with { type: "text" };
import metrics from "../../../../skills/metrics.md" with { type: "text" };
import marketplace from "../../../../skills/marketplace.md" with { type: "text" };
import chartActions from "../../../../skills/chart-actions.md" with { type: "text" };
import eventWatches from "../../../../skills/event-watches.md" with { type: "text" };
import news from "../../../../skills/news.md" with { type: "text" };
import research from "../../../../skills/research.md" with { type: "text" };
import signal from "../../../../skills/signal.md" with { type: "text" };
import strategy from "../../../../skills/strategy.md" with { type: "text" };

om skill list はそれらを列挙し、om skill show [name] はそのうち 1 つを標準出力に表示します。

インストール済みのコピーには、以下の生成済みコマンドリファレンスは含まれません。シェルを使用できる場合、om --help と om <command> --help が実際に利用できる機能を表示し、常にインストール済みバイナリの最新の内容を反映します。

コマンドリファレンス

  • om block-sizes(アクション:block_sizes)— サポートされているヒートマップのブロックサイズを一覧表示します。BLOCK_BOOK_SNAPSHOT_AGG の points クエリで --block-size に指定できる値です。

  • om coins(アクション:coins)— サポートされているベースコイン(BTC、ETH、…)を一覧表示します。必要に応じてメタデータで絞り込めます。

  • om config — (個別実装。上記の説明を参照)

  • om config key-info(アクション:config_key_info)— 設定済みの OpenMarket API キー(JWT)をデコードし、そのクレーム(ティア、アカウント ID(sub)、トークン ID(jti)、発行日時/有効期限)を表示します。

  • om config show(アクション:config_show)— ローカルの OpenMarket CLI 設定を確認します。現在使用中の API キー(マスクされた形式で、環境変数か保存済みかのソースを併記)、異なる保存済みキーを OM_API_KEY 環境変数が上書きしているかどうか、設定済みの通知チャネル(telegram / discord / openclaw / …)を表示します。各チャネルには、アラートやウォッチの channels[] が参照する id が付いているため、生の ID を記述せずに仕様の投稿先を指定できます。また、宛先を指定していない新規アラートに対する作成時のデフォルトチャネルと、匿名のフリートテレメトリ(telemetry.fleet)が有効かどうかも表示します。

  • om enum(アクション:enum)— SDK から既知の列挙値(取引所、データ型、間隔、ソート項目、Polymarket の項目など)を出力します。

  • om exchanges(アクション:exchanges)— 指定されたフィルターに一致する取引所を一覧表示します。

  • om logs(アクション:logs_tail)— ランナーデーモンの runner.log から直近 N 行を返します(ローテーション済みのアーカイブも含め、古いものから順に走査します)。

  • om markets(アクション:markets)— 取引可能なマーケットを、取引所/コイン/カテゴリー/タイプ、および任意のシンボル部分文字列で絞り込んで一覧表示します。

  • om normalized-symbols (action: normalized_symbols) — 指定されたメタデータフィルターに一致する、正規化済みシンボル(例:BTC-USDT)の一覧を表示します。

  • om points (action: points) — 過去の市場データを取得します。ローソク足(TRADE_SIDE_AGNOSTIC_AGG)、建玉(OPEN_INTEREST_AGG)、資金調達率(FUNDING_RATE_AGG)、清算(LIQUIDATION_AGG)、出来高プロファイル、TPO セッション、ヒートマップスナップショットに対応しています。

  • om polymarket leaderboard (action: polymarket_leaderboard) — 損益、ROI、勝率、出来高、またはアクティビティで順位付けした Polymarket ウォレットの上位一覧。

  • om polymarket market-summary (action: polymarket_market_summary) — 1 つの Polymarket 市場の集計統計(総出来高、トレーダー数、上位ウォレット)。

  • om polymarket platform-distribution (action: polymarket_platform_distribution) — 設定可能なパーセンタイルまたは十分位数の区分ごとに、Polymarket のトレーダー数/出来高/アクティビティを分布表示します。

  • om polymarket platform-summary (action: polymarket_platform_summary) — Polymarket プラットフォーム全体の集計(トレーダー総数、出来高、市場数)。

  • om polymarket positions (action: polymarket_positions) — Polymarket のポジション行。

  • om polymarket trader-profile (action: polymarket_trader_profile) — 1 つのトレーダーウォレットの Polymarket 統計全般(実現/未実現損益、ポジション数、勝率、保有期間)。

  • om polymarket user-categories (action: polymarket_user_categories) — 1 人のトレーダーのアクティビティをカテゴリ(選挙/スポーツ/暗号資産/…)別に表示します。

  • om send (action: send_message) — 設定済みのチャンネル(telegram/discord/汎用 Webhook/…)に単発メッセージを送信します。

  • om service — (個別実装。上記の説明を参照)

  • om service install (action: service_install) — OpenMarket デーモンを launchd plist(macOS)または systemd --user ユニット(Linux)としてインストールします。

  • om service logs (action: logs_tail) — ランナーデーモンの runner.log から最新の N 行を返します(ローテーション済みのアーカイブも対象とし、古い順に読み込みます)。

  • om service restart (action: service_restart) — スーパーバイザー経由で OpenMarket デーモンを停止して起動します(launchd:bootout + bootstrap、systemd:ネイティブの restart)。

  • om service start (action: service_start) — OpenMarket デーモンを起動します(すでに実行中の場合は何もしません)。

  • om service status (action: service_status) — ローカルの OpenMarket デーモン(launchd/systemd ユニット)のインストール状態と実行状態を報告します。

  • om service stop (action: service_stop) — OpenMarket デーモンを停止します。

  • om service uninstall (action: service_uninstall) — OpenMarket デーモンを停止し、launchd plist/systemd ユニットを削除します。

  • om status (action: system_status) — すべてのローカル状態情報を 1 回の呼び出しで確認します。バージョン状態(CLI ビルド、デーモンのビルド、最新リリース、アップデートの有無)、デーモンの実行状態、API キーの設定(マスク済みの値と取得元)、LLM 認証(プロバイダー/モデル/プロファイル/認証情報の種類)、通知チャンネルとデフォルト、接続済みの取引所(Hyperliquid:アドレス + ビルダー承認 + ネットワーク、Polymarket:署名者 + 資金提供者 + ウォレットの種類 + ネットワーク)、有効なアラート数、イベント監視数、設定の上書き(history_turns、プロバイダーごとのモデル)。

  • om symbols (action: symbols) — 指定されたメタデータフィルターに一致する、取引所固有の未加工シンボルの一覧を表示します。

  • om tenors (action: tenors) — 指定されたメタデータフィルターで利用できるオプションのテナー(ONE_W、ONE_M、…)の一覧を表示します。

  • om upgrade (action: system_upgrade) — om バイナリを最新リリースに更新し、そのバージョンでデーモンを再起動します。

  • om usage (action: usage) — 認証済みアカウントの現在の API クォータ使用状況を報告します。limit(ウィンドウごとのウェイト)、used、remaining、reset(Unix 秒)、window_seconds を表示します。

  • om wrun create (action: wrun_create) — WRUN 作成用のワークスペースをひな形から作成します。

  • om wrun list (action: wrun_list) — インストール済みの WRUN パッケージとメトリクス ID の一覧を表示します。

  • om wrun source set (action: wrun_source_set) — Polymarket 市場を WRUN のオッズ入力として固定します。

コメント