OlostepのDocumentation Index
Fetch the complete documentation index at: https://docs.olostep.com/llms.txt
Use this file to discover all available pages before exploring further.
/v1/monitorsエンドポイントを通じて、固定スケジュールで動作し、ページの変更を検出し、メール、Webhook、またはSMSで通知する永続的なモニターを作成できます。
- 自然言語の
queryからモニターを作成 - 自然言語スケジュールを使用してチェックを実行
email、webhook_url、またはphone_number(SMS)でアラートを配信- モニターの一覧表示、検査、更新、一時停止、再開、削除
- プライベートスナップショットからモニタースナップショットイベントを読み取る
queryで直接表現する必要があります。
インストール
モニターを作成
POST /v1/monitorsでモニターを作成します。このエンドポイントは入力を検証し、モニターを準備し、その内部スケジュールを作成し、アクティブなモニターオブジェクトを返します。
queryは必須です。queryにURLが含まれている場合、モニターはその入力URLに焦点を当てます。デフォルトでは、各実行で監視対象の完全なスナップショットが撮られます。実行間で新しいものや変更されたもの(例えば、新しいブログ投稿のみ、または価格の下落のみ)を追跡したい場合は、それをqueryで明示的に指定する必要があります。そうでない場合、各実行で完全なスナップショットがキャプチャされます。frequencyは自然言語のスケジュール指示を受け入れ、タイムゾーンが提供されない場合はUTCがデフォルトです。- 正確に1つの通知ターゲットが必要です:
email、webhook_url、またはphone_number(SMS)。 - 構造化された抽出結果が必要な場合は
output_schemaを使用します。(オプション)
リクエスト例
レスポンス
モニターの作成が成功すると、HTTP202とモニターオブジェクトが返されます:
構造化モニター出力
モニター抽出結果を特定のJSON構造に従わせたい場合は、作成リクエストでoutput_schemaを設定します。スキーマは有効なJSON Schemaでなければなりません。
通知チャネル
モニターはモニターごとに1つのチャネルをサポートします:email:emailフィールドを設定webhook:webhook_urlフィールドを設定sms:phone_numberフィールドを設定(E.164形式、例:+14155552671)
Webhookの例
SMSの例
周期
frequencyを自然言語で設定します。例えば:
every day at 9am America/Los_Angelesevery 5 minutesevery 6 hours
モニターの一覧表示
GET /v1/monitorsでチームのすべてのモニターを取得します。
デフォルトでは、削除されたモニターはフィルタリングされます。?include_deleted=trueを使用してそれらを含めます。
レスポンスの形状
モニターを取得
GET /v1/monitors/:monitor_idで単一のモニターを取得します。
レスポンスの形状
モニターイベントの一覧表示
GET /v1/monitors/:monitor_id/eventsを使用して、モニターのスナップショットイベントを一覧表示します。
このエンドポイントはページネーションをサポートします:
limit(デフォルト25、最大100)cursor(前のレスポンスからの不透明なページネーショントークン)
snapshot_urlが含まれており、プライベートスナップショットコンテンツを安全に取得できます。
例
レスポンスの形状
cursorが不正な場合、エンドポイントは以下を返します:
モニターを更新
POST /v1/monitors/:monitor_idでモニターを更新します。
サポートされている更新:
metadata(既存のメタデータとマージ;空の文字列値を渡してキーを削除)frequency(自然言語のスケジュールテキスト、例:every weekday at 08:30 America/New_York)
frequencyを更新すると、APIは内部的にモニタースケジュールを再作成します。テキストにタイムゾーンが含まれていない場合、UTCが使用されます。
リクエスト例
モニターを一時停止
POST /v1/monitors/:monitor_id/pauseでモニターを一時停止します。
一時停止すると、モニターの基礎となるスケジュールが無効になり、モニターのstatusがpausedに設定されます。モニター行、その設定、および過去のスナップショットは保持されますが、今後のスケジュールされた実行は停止します。後でPOST /v1/monitors/:monitor_id/resumeでモニターを再開できます。
statusがactiveのモニターのみが一時停止できます。リクエストボディは空です。
レスポンス
成功すると、200とモニターが返され、statusがpausedに設定されます:
400—monitor_idが不正、モニターがすでにdeleted、モニターが現在activeでない、またはモニターに基礎となるスケジュールがない。404— モニターが見つからない。409— 一時停止試行中にモニターの状態が変わった(もはやactiveでない)、または基礎となるスケジュールが見つからなかった。
モニターを再開
POST /v1/monitors/:monitor_id/resumeで一時停止されたモニターを再開します。
再開すると、モニターの基礎となるスケジュールが再有効化され、モニターのstatusがactiveに戻ります。スケジュールされた実行は既存のfrequencyで続行されます — スケジュールの再作成は必要ありません。
statusがpausedのモニターのみが再開できます。リクエストボディは空です。
レスポンス
成功すると、200とモニターが返され、statusがactiveに戻ります:
400—monitor_idが不正、モニターがすでにdeleted、モニターが現在pausedでない、またはモニターに基礎となるスケジュールがない。404— モニターが見つからない。409— 再開試行中にモニターの状態が変わった(もはやpausedでない)、または基礎となるスケジュールが見つからなかった。
モニターを削除
DELETE /v1/monitors/:monitor_idでモニターを削除します。
削除はモニター行に対してソフトであり(statusがdeletedになる)、そのモニターに関連付けられた内部スケジューリング/シャドウエージェントリソースも削除されます。
使用例
以下は/v1/monitorsエンドポイントの実用的なリクエスト例です。
OpenAI APIの稼働時間の問題を追跡
OpenAI APIのステータスを監視し、稼働時間の問題が検出されたときにメールで通知する毎時チェックを実行します。商品レビューを追跡 — 各実行ごとの完全なスナップショット
商品ページを監視し、各実行でレビューをWebhookに送信します。queryが前の実行と重複しないように要求していないため、各実行でページ上のレビューの完全なスナップショットがキャプチャされます(デフォルトの動作)。これは、毎回完全な状態が必要な場合に使用するパターンです。例えば、下流のテーブルを上書きするためです。
新しい賃貸リストのみを追跡 — 前回の実行からのデルタ
ページネーションされた賃貸検索を監視し、前回の実行と比較して新たに出現したリストのみを表示し、それぞれを強化し、スコアを付けた後にWebhookに通知するマルチステップパイプラインを実行します。完全なワークフロー — ページネーション、新しいリストを前のチェックポイントと比較して検出、各リストをその場所の犯罪信号で強化、価格/場所/安全性に基づいて1-10のスコアを付け、状態を保持し、通知 — はqueryで直接順序付けられたステップとして表現されます。自然言語のステップが抽出とデルタロジックの両方を記述しているため、output_schemaは必要ありません:クエリだけで何が取得され、比較され、強化され、スコア付けされ、配信されるかが決まります。
一般的なバリデーションエラー
モニターエンドポイントは、一般的な無効なリクエストに対して明確なバリデーションエラーを返します:queryが欠落frequencyが欠落、または無効なスケジュール指示email、webhook_url、およびphone_numberのすべてが欠落- 同じリクエストで
email、webhook_url、およびphone_numberのうち複数を提供 - 無効なメール形式
- 無効なWebhook URL(
httpまたはhttpsでなければならない) - 無効な電話番号形式(E.164でなければならない、例:
+14155552671) - 無効な
output_schema(有効なJSON Schemaでなければならない) - 無効な
monitor_id形式