CLI コマンド¶
本ドキュメントでは、OWL CLI のよく使われるコマンドについて、設定と認証、ツールカタログの同期、ツールの表示、実行前の検証、ツールの実行、キャッシュ管理、データファイル管理、そして Agent 向けの能力ネゴシエーションと Schema 出力までを説明します。
設定と認証¶
OWL CLI では以下のよく使われる設定を使用します。
| 設定項目 | 説明 |
|---|---|
OWL_REGISTRY_ENDPOINT |
ワークスペースが所属するサイトに対応する OWL CLI エンドポイント |
OWL_TOKEN |
サービスアクセストークン。呼び出し元の識別に使用します。DF-API-KEY に対応します |
OWL_API_KEY |
サービスアクセストークンの別名環境変数。OWL_TOKEN と同等です |
OWL_DIR |
デフォルトの設定/キャッシュ/データのルートディレクトリを上書きします。デフォルトは $HOME/.owl で、~ による展開に対応します |
よく使われるコマンド:
| コマンド | 説明 |
|---|---|
owl init |
OWL CLI エンドポイントを書き込みます |
owl login |
アクセストークンを書き込みます |
owl config show |
現在の設定を表示します |
owl config set <設定項目> <値> |
指定された設定項目を変更します |
owl workspace list |
現在のアカウントで利用可能なワークスペースの一覧を取得し、各ワークスペースの名前と workspace_uuid を出力します |
owl workspace use <workspace_uuid> |
指定されたワークスペースに切り替え、自動的にクラウドからアクセスキーを取得してローカル設定に書き込みます。以降の owl sync、owl exec などのコマンドは、このワークスペースの権限で実行されます |
owl workspace current |
現在のワークスペースコンテキストを表示します |
owl workspace key get <workspace_uuid\|workspace_name> |
指定されたワークスペースのアクセスキーを取得します(デフォルトではマスク表示、--show-secret を付けると元のキーを出力します) |
owl workspace profile list |
ローカルのワークスペースプロファイルを一覧表示します |
owl workspace profile current |
現在のローカルワークスペースプロファイルを表示します |
owl workspace profile use <profile_name> |
現在のローカルワークスペースプロファイルを切り替えます |
owl workspace same-org list |
同一組織内のワークスペースを一覧表示します(詳細は後述) |
workspaceコマンドは、別名workspacesでも使用できます。
アクセストークンを設定する際、api-key と token のキー名は同等であり、どちらに書き込んでも同じアクセストークンが更新されます。ワークスペースレベルのトークンも同様のルールに従います。
owl workspace same-org list¶
現在のアカウントと同一組織(same-org)のワークスペースを一覧表示します。サポートされているフラグ:
| フラグ | 説明 |
|---|---|
--page-size <n> |
1ページあたりの件数。1~100 の範囲で指定可能。デフォルトは 20。範囲外の場合はエラーになります |
--before-id <id> |
ページネーションカーソル。id がこの値より小さいワークスペースのみを返します。カーソル値はサーバーから返されるものであり、配列の添字から推測することはできません |
--uuid <uuid> |
workspace_uuid でフィルタリングします。複数回指定可能です |
--all |
サーバーから返されるカーソルに従って自動的にページをめくり、すべてのページを返します |
ページネーションのルール:
- デフォルトでは1ページのみ返されます。まだ結果がある場合、テキスト出力には
More results available. Fetch the next page with --before-id <id>と表示されます。ここで<id>はサーバーから返される次のページのカーソルです。 --allを指定した場合、CLI はサーバーから返されるカーソルに従って自動的に次のページを取得し続け、結果がなくなるまで繰り返します。カーソルが進められなくなった場合は停止し、異常なサーバーによる無限ループを防ぎます。
例:
owl workspace same-org list
owl workspace same-org list --page-size 50
owl workspace same-org list --before-id 12345
owl workspace same-org list --uuid wksp_xxx --uuid wksp_yyy
owl workspace same-org list --all
環境変数はローカル設定ファイルよりも優先されます。現在のターミナルに OWL_REGISTRY_ENDPOINT、OWL_API_KEY または OWL_TOKEN が設定されている場合、OWL CLI は環境変数の値を優先して使用します。OWL_API_KEY と OWL_TOKEN が同時に存在する場合は、OWL_API_KEY が優先されます。
カテゴリとツールカタログ¶
カテゴリとツールを表示する前に、最初に同期を実行することをお勧めします。
カテゴリとツールの表示コマンド:
| コマンド | 説明 |
|---|---|
owl category list |
すべてのカテゴリを表示します |
owl category show <カテゴリID> |
カテゴリの詳細と、そのカテゴリに属するツールを表示します |
owl list |
すべてのツールを表示します |
owl list -c <カテゴリID> |
特定のカテゴリに属するツールを表示します |
owl show <ツール名> |
ツールの詳細とパラメータ定義を表示します |
owl validate <ツール名> [パラメータ] |
ツールのパラメータとツール固有の構文を検証しますが、ツールは実行しません |
owl capabilities |
CLI がサポートする機械可読な能力を出力します |
ツールの実行¶
owl exec を使用してツールを実行します。
ツール名は owl list で表示される名前と一致している必要があります。実行前に owl show <ツール名> でパラメータ定義を確認できます。
パラメータの受け渡し方法¶
owl exec は以下の4つのパラメータ受け渡し方法をサポートしています。
--key value を使用する¶
key=value を使用する¶
-p で JSON を渡す¶
標準入力から JSON を読み込む¶
実行ルール¶
ツールを実行する際の注意点:
- ツール名は
owl listで表示される名前と一致している必要があります - 必須パラメータはすべて指定する必要があります
- パラメータ名はツール定義と一致している必要があります
- パラメータの型はツール定義と一致している必要があります
- 戻り結果の表示可否は、
OWL_TOKENに対応する API キーの権限に依存します
例:メトリクスソースのクエリ¶
例:イベント一覧のクエリ¶
owl show owl.event.list
owl exec owl.event.list --start_time 1712505600000 --end_time 1712592000000 --limit 20
実行前の検証と能力ネゴシエーション¶
1.2.0 以降では、実際の実行前に owl validate を使用してツール呼び出しを検証できます。このコマンドは owl exec と同じ4つのパラメータ形式を受け付けますが、ツールの存在確認、パラメータスキーマ、およびツール固有の構文のみを検証し、対象のツールは実行しません。
owl validate owl.metric.list --mode source
owl validate owl.data.query -p '{"query_text":"L::re(`.*`):(count(*)) [5m]","query_mode":"dql"}' -f json
JSON 結果には次のものが含まれます。
valid:呼び出しが検証に合格したかどうかtool:検証されたツール名request_executed:常にfalse。対象ツールが実行されていないことを確認するためissues:構造化された問題のリスト。未知のツール、パラメータ不足、型エラー、未知のパラメータ、または DQL 構文の問題が含まれる可能性があります
検証に不合格(valid: false)の場合でも、コマンドプロセスは終了コード 0 で終了します。Agent は JSON を要求して解析し、valid が true の場合にのみ owl exec を実行する必要があります。0 以外の終了コードは検証が完了していないことを示し、実行を許可するものと見なしてはいけません。
owl.data.query の DQL モードは Registry の DQL 検証機能を呼び出します。PromQL モードは DQL 検証器を呼び出しません。1.2.1 以降では、owl.data.simple_query と owl.data.simple_query_file も、簡略化されたパラメータから生成された DQL を検証します。失敗した場合は generated_dql / dql.builderError が返されるため、select_clause、where_clause、または group_by_clause を修正して再試行する必要があります。
owl exec は、実際のリクエストの前にも同じパラメータスキーマ検証を実行します。Agent ランタイムが現在の CLI が事前チェックをサポートしているかどうかを判断する必要がある場合は、以下を実行できます。
現在の能力レスポンスバージョンは owl.capabilities/v1 で、事前チェック能力の識別子は tool.validate/v1 です。owl tool validate、owl tools validate、owl tool capabilities、owl tools capabilities は、対応する名前空間のエイリアスです。
設定ファイルと優先順位¶
デフォルトの設定ファイルのパス:
| オペレーティングシステム | 設定ファイルのパス |
|---|---|
| Windows | %USERPROFILE%\.owl\config.yaml |
| Linux / macOS | $HOME/.owl/config.yaml |
設定ファイルの例:
registry:
endpoint: your-owl-endpoint
sync_interval: 3600
auth:
token: ""
cache:
directory: ~/.owl/cache
ttl: 86400
data:
directory: ~/.owl/data
max_age_days: 1
sync:
parallel: true
concurrency: 5
incremental: true
execution:
default_timeout: 30000
max_output_size: 10485760
logging:
level: info
file: ~/.owl/logs/owl.log
設定の優先順位は高いものから以下のとおりです。
- 環境変数
config.yaml
キャッシュと同期¶
owl sync は、Guance 内のカテゴリとツールのメタデータをローカルキャッシュディレクトリに同期します。
以下の場合は、owl sync を再実行する必要があります。
- 初回インストール完了後
- プラットフォームに新しいツールが公開された場合
- プラットフォームで既存のツールのパラメータや説明が更新された場合
- ローカルキャッシュの内容を更新する必要がある場合
よく使われる同期とキャッシュのコマンド:
| コマンド | 説明 |
|---|---|
owl sync |
すべてのカテゴリとツールを同期します |
owl sync -c <カテゴリID> |
指定されたカテゴリのみを同期します |
owl cache status |
キャッシュの状態を表示します |
owl cache clear |
すべてのキャッシュをクリアします |
owl cache clear -c <カテゴリID> |
指定されたカテゴリのキャッシュをクリアします |
バージョン更新通知¶
インストーラで更新チャンネルを設定している場合、owl exec は最大24時間ごとに新しいバージョンを確認します。新しいバージョンが見つかった場合、JSON 結果に notice フィールドが追加されます。既存の success、output、file などのフィールドは変更されません。確認に失敗してもツールの実行は妨げられません。
以下のコマンドを実行して、現在の更新チャンネルに従ってアップグレードできます。
自動確認を無効にするには、設定ファイルで update.check: false を設定します。更新チャンネルが設定されていないインストールでは確認は実行されず、通知も出力されません。
データ結果ファイル¶
ツール定義の出力タイプが data の場合、OWL CLI は自動的に結果ファイルをローカルの data/ ディレクトリに保存し、ファイルのインデックスと構造情報を記録します。1.2.1 以降、新しいファイルは URL-safe な22桁のランダム ID を使用し、Agent が参照しやすくなり、長いファイル名のリスクを低減します。安定した queryKey と既存のインデックス形式は変更されません。
owl exec の JSON 結果における file には、path、absolutePath、format、size のみが含まれ、データファイルの id は含まれません。パスから ID を推測したり推測したりしないでください。owl data list -f json を実行して信頼できる ID を取得し、該当するエントリを見つけて files[].id を保存し、その値をそのまま owl data show または owl data rm に渡してください。
よく使われるデータファイルのコマンド:
| コマンド | 説明 |
|---|---|
owl data list |
データファイルの一覧を表示します |
owl data show <file-id> |
指定されたデータファイルの詳細を表示します |
owl data rm <file-id> |
指定されたデータファイルを削除します |
owl data clean --days <日数> |
指定された日数より前の履歴ファイルをクリーンアップします |
owl data stats |
データファイルの統計情報を表示します |
Agent 向けの Schema 出力¶
OWL CLI をカスタム Agent に接続する必要がある場合は、関数呼び出しスキーマをエクスポートできます。
特定のカテゴリのみをエクスポートする場合:
owl schema の出力には以下が含まれます。
owl_exec:任意の OWL ツールを統一的に実行しますowl_list_categories:カテゴリを一覧表示しますowl_list_tools:ツールを一覧表示します- 現在同期されているツール定義
Agent に接続する前に、まず owl sync を実行して、ローカルスキーマがプラットフォームの現在のツールカタログと一致していることを確認することをお勧めします。
ターゲットクライアントが MCP をサポートしている場合は、MCP Server クイックスタート にあるリモート MCP Server の接続方法を優先的に使用してください。
ヘルプコマンド¶
OWL CLI のヘルプを表示する:
特定のコマンドのヘルプを表示する: