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 從公開儲存庫中收錄這些內容。

檢舉或申請下架