Overview
Sinks and Items are the foundation of OpenSink. They define how information produced by agents is stored, organized, and inspected. If Sessions are about execution, Sinks and Items are about results.What is a Sink?
A Sink is a named container for related information. It answers one simple question:“Where should this kind of information go?”Examples of Sinks:
- Financial news
- Trading activity
- Research findings
- Deployments
- Alerts
- New user signups
A Sink is not a database table, a log stream, or a metrics bucket.
It is a logical destination for meaningful information.
It is a logical destination for meaningful information.
What is an Item?
An Item is a single, meaningful unit of information written into a Sink. Items represent:- events
- findings
- decisions
- results
- “Apple stock dropped 3%”
- “Trade executed for AAPL”
- “Deployment to production succeeded”
- “New customer subscribed”
How Sinks and Items work together
Every Item belongs to exactly one Sink. You can think of the relationship like this:| Concept | Purpose |
|---|---|
| Sink | Groups related information |
| Item | A single piece of information |
Items without a Sink do not exist.
Creating a Sink
Sinks are created once and reused over time. You typically create a Sink for each category of information you care about. Examples:- one Sink for financial news
- one Sink for trades
- one Sink for deployments
Writing Items to a Sink
Items are written via a simple HTTP API. Example:- no schema to migrate
- no table to manage
- no UI to build
Item structure
An Item can include:| Field | Description |
|---|---|
title | Short, human-readable summary |
body | Optional detailed content |
type | Optional classification |
url | Optional external reference |
fields | Optional structured data |
| timestamps | When the Item occurred and was created |
title.
This flexibility allows Items to represent many kinds of information without forcing a rigid schema.
Viewing and searching Items
OpenSink automatically:- indexes Items for full-text search
- exposes them in the UI
- allows filtering by Sink
- inspect what agents produced
- search across time
- understand what happened without digging through logs
What Sinks and Items are not
It’s important to understand what this system is not trying to be. Sinks and Items are not:- a metrics system
- a log aggregation platform
- a data warehouse
- a general-purpose database
When to use Sinks and Items
Sinks and Items are ideal when:- an agent produces information you may need later
- humans need to inspect or search results
- information should survive restarts and failures
- results matter more than raw execution details
How this fits with Sessions
- Sessions track execution
- Sinks & Items store results
- run inside a Session
- produce one or more Items
- store them in Sinks
Summary
- Sinks group related information
- Items store individual results
- Together, they form the durable memory of your agents
Agents produce information → OpenSink stores it → humans and systems inspect it

