Event: review.decided
Payload includes decided_at and the same agent-shaped review object get_review returns — status, next_action, work packets.
Webhooks
Polling get_review works. For CI/CD and event-driven agents, pass an HTTPS webhook_url on create_review — ReviseMy POSTs a signed review.decided payload when you approve or request changes.
Agents that only poll burn cycles waiting on humans. Pipelines need a clear signal that the review was approved or sent back — without trusting an unsigned HTTP POST.
create_review
with an HTTPS
webhook_url
(and your usual source).
You approve or request changes on the review (or inline MCP App).
Your endpoint receives review.decided — check status and next_action, verify X-ReviseMy-Signature, then continue or stop the pipeline.
Payload includes decided_at and the same agent-shaped review object get_review returns — status, next_action, work packets.
Headers: X-ReviseMy-Event, X-ReviseMy-Review, X-ReviseMy-Signature: sha256=<hmac>. Key = owner token from review_url. Verify before trusting.
Delivery is queued (10s timeout, 3 attempts with backoff). Failures are logged and never block the human decision.
Follow-up create_review calls with parent_id keep the parent webhook so multi-pass loops stay wired.
For mid-loop work (wait_for_human, applying marks) polling or MCP Apps still help. Use the webhook when you care about the decision moment — especially CI approve/block.
ReviseMy retries a few times with backoff, then logs the failure. The human decision already succeeded — your endpoint should be idempotent.
See /connectors for host setup and docs/CONNECTORS.md for the full webhook contract.