Think inside your AI world.
SingleStore through Unl
SingleStore's MCP server will report exactly when a scheduled job last ran and whether it succeeded. Whether that timing is recent enough to trust the report it feeds is a freshness bar you set separately - a job that ran isn't the same as a job that ran in time.
SingleStore through Unl reads a scheduled job's run status against the report-freshness rule you have ratified, so 'is this report backed by a job that's actually current?' comes back unresolved with the condition it hasn't met.
What SingleStore holds
Ask SingleStore's MCP server about a workspace or job and it returns:
- SQL results run on a connected workspace
- the status and details of a specific scheduled job
- workspace group and workspace listings
- organisation and user account details
- available regions for creating new workspaces
What the naked read gives you
SingleStore's MCP server runs SQL directly against a connected workspace, retrieves details about the current user and organisation, lists workspace groups and the workspaces inside them, and pulls the status of a specific scheduled job by ID. It reports a job's run history and outcome precisely, without judging whether that history is recent enough for whatever depends on it.
The frame judges the data it is given; it does not verify the source’s accuracy.
What changes when SingleStore is read measured
An analytics engineer at a retail data team ratified a report-freshness rule in Unl: no executive report counts as current unless its backing SingleStore job last completed successfully within the trailing hour, because a silently failing nightly job once let a stale inventory report go out for three days running.
'Is this report backed by a job that's actually current?' returns, measured: no - the job status read shows the inventory_rollup job's last run failed two hours and forty minutes ago, well past the one-hour freshness window. SingleStore supplied the job status; your ratified rule supplied the freshness window.
And back again
A successful rerun of the job is what moves this. SingleStore through Unl notices the fresh completion timestamp the next time it's asked, and the freshness rule signs the report off - same page, new answer.
The answer comes back measured against what you already decided, and why.
The lane is live and open to this tool today: one box, paste anything. If it speaks MCP, Unl can reach it. Readings arrive unprompted, the data beside the criterion; Unl is a courier, not a warehouse, and keeps only your keys and the frame.
Questions people ask
What would clear this report as current?
The inventory_rollup job completing successfully within the last hour. The same ratified rule reads the fresh success timestamp and clears the report.
How do I connect SingleStore to Claude?
Install SingleStore's official MCP server (singlestore-labs/mcp-server-singlestore) and authenticate with your Helios API credentials, then register it in Claude's MCP configuration - Unl's reads pass through that same connection.
Does Unl write to my workspace?
No. Unl calls SingleStore's run_sql, get_job, and workspace-info tools to see current state; it creates no workspaces and reschedules no jobs. Any rerun, you trigger yourself.
What this is
Think inside your AI world — you stay in command
Save the thoughts, decisions and targets worth keeping, each with its reasoning, carried into every AI session the moment they matter. A new unit of exchange between you and your AI: the Settled Why with standing that travels. Unprompted.
Your whole AI world. What you decided at the epicentre. It plugs into Claude, Claude Code, ChatGPT and Cursor as an MCP connector — quick to connect, in a couple of steps.
MCP native·Human settled·Model agnostic·Your data
Measured Context
Connect Unl to bring the right information into the moment.
Your sources, read against the criteria you set.
The full product, open. Free at launch.