A watched surface updates
A Source Channel emits a new filing, post, report, transcript, notice, release, podcast, feed item, or data change.
Real-time content feeds keep an AI agent current by delivering source-grounded updates as watched sources change. The agent can listen to known coverage areas, preserve citations, and use search only when it needs open-ended discovery.
Synorb turns watched Source Channels into Streams of Manifests. Agents can call those Streams through MCP, use REST from server code, receive webhooks, or ingest S3 drops for durable workflows.
Listen first · Search for gaps · Keep provenance attached
A monitoring agent, research agent, or product workflow should not depend on repeated cold web search for every run. A real-time feed lets the system maintain its own current state from source-grounded events.
A Source Channel emits a new filing, post, report, transcript, notice, release, podcast, feed item, or data change.
The update is routed into the Stream or Streams an agent, product, or data team already cares about.
The agent receives a Manifest with Briefs, Signals, Records, dates, source URLs, and stable IDs.
The app can alert, rank, retrieve, summarize, store, or ask a model to reason over the update.
Synorb is not limited to one integration mode. Use MCP when the agent is the operator. Use REST, webhooks, and S3 when your application infrastructure owns the loop.
Connect compatible agents to Synorb MCP so they can list Streams, retrieve Manifests, and cite sources.
Call the REST API from backend code when a shipped product needs predictable credentials and request control.
Push fresh items into workflows or persist drops for batch processing, warehouse ingestion, audit, and replay.
A Manifest gives the agent enough structure to do useful work without losing the source. It can be stored in agent memory, indexed for retrieval, reviewed by an operator, or joined into a warehouse.
{
"manifest_id": "1777525429698648000",
"stream_names": ["policy-monitoring", "company-monitoring"],
"cadence": "live",
"source": {
"name": "Observed Source Channel",
"url": "https://source.example/update",
"published_date": "2026-06-17"
},
"lineage": {
"source_channel_id": "observed-source-channel"
},
"delivery": {
"interfaces": ["REST", "MCP", "webhook", "S3"]
}
}
Synorb is strongest where the coverage is known or can be defined as Streams. Agents should still search the open web for unknown sources, novel user questions, or background discovery outside watched coverage. The reliable pattern is listen first, search for gaps.
Company monitoring, market updates, current-event feeds, research tracking, source watchlists, and workflows that need citations.
Open-ended discovery, background browsing, exploratory source finding, and questions outside the Streams you have configured.
If you are prototyping with a coding agent, use the build hub and MCP setup pages. If you are shipping an app, keep keys off the frontend and call Synorb from trusted backend code.
The feed is tied to source changes, not only user prompts. Synorb watches Source Channels, routes updates into Streams, and exposes fresh Manifests for agents to retrieve or receive.
Freshness depends on the Stream, source behavior, and delivery cadence. Synorb supports recurring delivery and live enterprise delivery; Streams pricing is the canonical place to review current cadence options.
Use MCP for agent-native exploration and retrieval. Use REST, webhooks, or S3 from server-side infrastructure when shipping a product or durable workflow.
Yes. Production workflows can use webhooks for event push, REST for polling or queries, and S3 for durable drops and replay.
No. Synorb is built around watched Source Channels and Streams. Agents should still use web search for unknown sources or open-ended discovery outside watched coverage.
Use MCP for interactive agent work, or use REST, webhooks, and S3 from your backend when the feed moves into production.