Radiant

An active context layer for your agents.

Most institutional-knowledge layers are passive stores an agent has to remember to read. Radiant is active: it fires before any agent touches your Upside data, coaches each query with how your organization’s data actually works, and remembers what it learns, so the tenth question lands better than the first.

See how it works
ClaudeCursorUpside agent
“How much new pipeline did we create in Q1?”
consult_librarian( intent )

Radiant coaches

orgFiscal year starts Feb 1. “Q1” here is Feb to Apr.from finance calendar doc
org“New pipeline” = opps reaching Stage 2 (SAL), type New Business. Renewals are a separate record type.curated by RevOps
schemaFilter on stage_2_entered_at, not created_at.seen on a prior failed query

Teach every agent how your data works.

An off-the-shelf AI model knows the textbook definition of a stage, a segment, or a fiscal quarter, but not yours. It returns a clean number that’s wrong, and no one catches it.

Generic priors, specific errors. Field values that exist in Salesforce but aren’t used by your organization. A fiscal year that starts in February. A “qualified” stage that means something different on your pipeline than the default. None of it is in the model’s training data.

The knowledge lives in people’s heads. The one analyst who knows the gotchas can’t sit in every agent’s context window. A pasted data dictionary goes stale the week after someone writes it, and only helps the person who pasted it.

Wrong is worse than slow. An agent that’s confidently wrong erodes trust in every answer that comes after it. The failure isn’t an error message; it’s a plausible number with no warning label.

It compounds the more you use AI. Every new client, every new teammate, every new automation starts the briefing over from scratch, unless the context lives somewhere the agents can reach on their own.

A coach, not a lookup.

Instead of hoping the agent already knows your conventions, Radiant makes the agent state its intent, then coaches it toward the right answer.

BEFORE
Consult before the query

Calling Upside’s MCP triggers Radiant automatically. The agent states its intent and gets back the org-specific facts that matter for this query: definitions, field semantics, and assumptions that would have produced a silent error.

DURING
Coach from the right layer

Platform conventions and your organization’s ground truth combine, and your org’s definitions take precedence over the platform defaults. The agent works from how your team actually defines things, not from a generic assumption.

AFTER
Coach the retry COMING

When a query fails or returns nothing, Radiant appends what it knows about why that class of query tends to break for your org, so the agent’s next attempt is informed instead of a blind retry.

Platform · all orgs

Default touchpoint types, channel taxonomy, standard stage names.

overridden

Your organization

Fiscal year starts Feb 1 · “New pipeline” = Stage 2, New Business · renewals excluded.

wins ✓
beforeconsult_librarian fires
queryruns against the right defs
after · comingcoaching appended if it breaks
Two ideas in one sketch: the cascade (platform default vs. your org’s ground truth, your org wins) and the timing of a single tool call (coach before, run, and correct after). Post-query correction is the faded “after” node, marked coming. Layer contents are illustrative of the kinds of entries Radiant holds.

Everyone works from the same definitions.

AI insights are never word-for-word identical, but when two people ask the same question and get meaningfully different answers, that's a problem. With Upside, every agent consults Radiant first. So they start from the same fiscal calendar, the same stage and segment rules, and the same field meanings.

RevOps · Cursor

New pipeline in Q1?

Demand gen · Claude

How much Q1 pipeline did we create?

Finance · Upside agent

Q1 new-business pipeline?

Radiant
orgFiscal year starts Feb 1. “Q1” is Feb to Apr.org convention
org“New pipeline” = opps reaching Stage 2 (SAL), type New Business. Renewals excluded.org convention
Q1 new-pipeline number
$1.84M
three phrasings, one number
Three people, three AI clients, the same question. Each agent consults Radiant before answering, so all three apply the same fiscal calendar and the same "new pipeline" definition. The wording of each answer still varies; the number underneath agrees. The $1.84M figure is illustrative.

Three ways Radiant keeps agents right.

Three capabilities, one active context layer. Each makes the agents you already use more correct about your business, without anyone having to remember to brief them.

Coaching, enforced

The consult step isn’t a suggestion the client can skip. It’s enforced before a query runs, so coaching happens by default, not when someone remembers to ask for it. The same librarian reaches Claude, Cursor, and Upside’s own agent.

A library your team builds

Add a fact the moment you hit the need for it, from inside the same AI workflow, no separate tool. Entries are tagged, versioned, and tied to the query or document that confirmed them. Memory persists across sessions, so multi-week work picks up where it left off.

Knowledge that mines itself COMING

A background agent reads how agents have worked with your data, the questions, the failures, the corrections, and proposes candidate entries from the patterns. Every proposal lands in the same review queue. The agent proposes; a person approves.

Knowledge library · Acme Co

v14 · 218 active
Fiscal year starts Feb 1; “Q1” = Feb–Apr.curatedactive ✓
“New pipeline” = Stage 2 (SAL), type New Business.curatedactive ✓
Join opps to accounts on account_18, not account_id (legacy field is null after 2024).minedreview
Queries grouping by “region” should map APAC + ANZ together for this org.minedreview
How the library reads in-product: active, verified entries plus a review queue of candidates, some curated by a person, some mined from real usage. The mined rows are gated behind human review (mining is Coming Soon in the DB; shown here as the direction). Entry text is illustrative.

What Radiant stands on.

Radiant coaches against the same reconstructed record the rest of Upside runs on, and reaches your agents through the same open interface.

Fires through
MCP

Every call to Upside’s MCP triggers Radiant first, so coaching reaches any connected client.

Coaches against
Data Foundation

The unified, healed record and your org’s conventions are the ground truth Radiant teaches agents about.

Manage it in
Dashboard

Curate the knowledge library and review the queue from the same place your team explores accounts.

Building agents and workflows on your GTM data? Radiant is the layer that keeps them correct. See AI-native GTM workflows →

Frequently asked questions

How is this different from other context-layer products?

Most context layers are passive: a knowledge store an agent has to remember to query, that returns whatever it is asked for. Radiant is an active agent. Before any query runs, Radiant works out what this agent needs to know for the task in front of it and delivers that coaching automatically, whether or not the agent thought to ask. The difference is a reference shelf versus a librarian who stops you on the way in and asks what you are trying to do.

How is this different from the memory built into Claude, Codex, and other AI tools?

Those memories live inside one tool and one user’s account. They remember your past chats, not your company’s data conventions, and nothing carries over to the next tool or the next teammate. Radiant is model- and client-agnostic: a shared, active context layer that sits behind Upside’s MCP, so the same coaching reaches Claude, Cursor, Codex, and your own agents. Radiant holds your organization’s ground truth across the team, and is consulted before a query runs rather than recalled if the model happens to.

How is this different from giving my agent a system prompt or a data dictionary?

A pasted data dictionary is static, lives in one person’s context window, and goes stale. Radiant is a service every client consults automatically: the consult step is enforced before the query runs, the knowledge is shared across everyone in your org, and it gets more complete as people use it. The agent doesn’t have to remember to read it.

Can one user’s context leak into another’s?

No. Knowledge and memory are scoped by organization and user. Org-level conventions are shared within your org by design; an individual’s conversation history stays with that user. Access follows the same isolation as the rest of the platform.

Make every agent fluent in your data.

The context your best analyst would give them, applied to every query automatically.