通过 OlostepDocumentation 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 或短信通知你。
- 从自然语言
query创建监控器 - 使用自然语言时间表运行检查
- 通过
email、webhook_url或phone_number(SMS) 发送警报 - 列出、检查、更新、暂停、恢复和删除监控器
- 从私人快照中读取监控器快照事件
query 中直接表达这一意图。
安装
创建监控器
使用POST /v1/monitors 创建监控器。端点会验证你的输入,配置监控器,创建其内部时间表,并返回一个活动的监控器对象。
query是必需的。如果你的query包含一个 URL,监控器将专注于该输入 URL。默认情况下,每次运行都会获取被监控对象的完整快照——即页面当前状态的图像。如果你希望监控器仅跟踪运行之间的新内容或更改(例如,仅新博客文章或仅价格下降),你必须在query中明确指定;否则每次运行都会捕获完整快照。frequency接受自然语言时间表指令,如果没有提供时区,默认使用 UTC。- 必须有一个通知目标:
email、webhook_url或phone_number(SMS)。 - 当你需要结构化提取结果时使用
output_schema。(可选)
示例请求
响应
成功创建监控器返回 HTTP202 和一个监控器对象:
结构化监控器输出
在创建请求中设置output_schema,当你希望监控器提取结果遵循特定的 JSON 结构时。该模式必须是有效的 JSON Schema。
通知渠道
监控器支持每个监控器一个渠道: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 就能驱动获取、比较、丰富、评分和传递的内容。
常见验证错误
监控器端点为常见的无效请求返回明确的验证错误:- 缺少
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格式