list_events
Read change events from one feed using an opaque cursor: feed links for placement changes, feed targets for destination-health changes. The two feeds keep separate cursors; a broken destination does not imply its source backlink disappeared. Apply a full page locally before saving next_cursor.
Available in the deployed MCP and HTTP bundle. Confirm access and inputs with your connected catalog. Workspace scopes and enabled providers still apply.
This read does not start a verification job.
Example request
Connect through MCP, CLI, or HTTP. Replace example identifiers with records from your workspace.Returned result
Illustrative data validated against the documented response schema. IDs and dates are examples, not a live account capture. MCP returns this data instructuredContent and in a text content block; generic HTTP and CLI return the JSON result directly.
Response formats
format selects the row shape. detailed is the example above: every field. concise keeps, per row: id, type, watch_id, target_id, created_at, cursor, data (before and after snapshots without occurrences, expectations and signatures; observation_id; evidence_key); every top-level field (cursors, counts, coverage, metadata) is kept in both. The observation state an unknown-versus-absent decision depends on is never dropped. MCP and code mode default to concise; the CLI and HTTP default to detailed; the response names the default it applied in defaults_applied.
Input fields
Omit optional fields when you do not want to supply them. Null is accepted only where listed. Unknown input properties are rejected.Validation and omitted values
feed selects one of two independent feeds with separate cursors: links for placement changes, targets for destination-health changes. Never reuse a cursor across feeds. The retired names list_link_events and list_target_events resolve here with the feed implied. Omit cursor for the first page. Keep continuation cursors opaque and use them only with the same listing and filters. Omitting projectId reads the accessible workspace scope rather than selecting a different project. Events are ordered by sequence ascending. Apply the entire returned page before persisting the next cursor. Each event feed has its own cursor history. Without a cursor, reads start at the beginning of retained source-event history. An expired supplied cursor returns snapshot recovery instructions. Without a cursor, reads start at the beginning of retained destination-event history. An expired supplied cursor returns destination snapshot recovery instructions.Defaults when omitted
Output fields
Fields inside optional or nullable parents apply only when that parent exists. Common schema conventions explain evidence states, empty lists and extensions.workspace_id(string, optional): Workspace that owns this record.events(array, required).next_cursor(string, required): Opaque checkpoint for this feed. Save it after processing the events, even when has_more is false. Continue paging only while has_more is true.has_more(boolean, required): True when another page is available.
All fields and nested objects
All fields and nested objects