Convex Monitor

作者 get-convex2cfe645c87f9无许可证63 个星标收录于 2026年10月8日更新于 2026年10月8日仓库6天前更新

Watch for the next dev/prod error or request in a Convex app and react to it.

仅含说明DevOps & Cloud
AI 生成的概览

阻塞等待 Convex 应用的下一个类型化事件(开发或生产错误、功能请求)并作出响应。

功能
该技能描述了一种在 Convex 应用中等待下一个类型化事件而非轮询的工作流。它调用 wait_for_event 工具,传入项目目录、事件类型和超时时间,同时监听本地错误日志、部署订阅和 Sentinel 生产错误记录,返回最先触发的事件或静默心跳。根据事件类型,代理会解码并修复错误、分诊生产错误、实现功能请求,或在静默时继续循环。当无法使用阻塞式 MCP 时,会退回到具有相同事件契约的轮询循环。
适用场景
适用于在 Convex 项目中工作、希望代理对下一个开发或生产错误或功能请求作出响应,而不是反复轮询的场景。适合支持阻塞式 MCP 工具的运行环境,在阻塞能力较弱的环境中可使用轮询回退。
运行要求
需要一个 Convex 项目目录和 wait_for_event 工具,最好通过阻塞式 MCP 运行环境提供;生产事件需要已部署的云应用以及 Sentinel。不附带脚本,仅为说明文档。
<!-- GENERATED from convex-agents content/capabilities/monitor.json — do not edit by hand. -->

Watch for the next thing to react to

Block on the next typed event instead of polling. Races local error logs, deployment subscriptions, and Sentinel prod-error rows; returns the first to fire (or a quiet heartbeat).

Workflow

  1. Call wait_for_event with {project_dir, event_kinds, timeout_ms}.
  2. On kind=convex_error/next_error: decode and fix it. On kind=prod_error: triage (see sentinel) and fix. On kind=feature_request: build it. On kind=quiet: loop.
  3. Where a harness has no blocking MCP (e.g. Copilot cloud), the pack runs a poll loop with the SAME event contract — same behavior, different mechanism.

Rules

  • Prefer the blocking tool; fall back to a poll loop only where blocking MCP is weak.
  • The event schema is fixed and versioned — the same trigger yields the same typed event.
  • Prod events (kind=prod_error) require a deployed cloud app plus Sentinel.

来源与署名

来源:get-convex/agent-skills位于skills/convex-monitor提交2cfe645

许可证: 无许可证

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架