For agents
Canopy is the business context layer for AI agents.
Every other context layer helps AI answer. Canopy is the only one that closes the loop: each metric carries what drives it, who owns it, whether the last action actually worked and the strategic bet riding on it.Every other context layer helps AI answer. Canopy is the only one that closes the loop: each metric carries what drives it, who owns it, whether the last action actually worked and the strategic bet riding on it. Every action your team takes tests that graph, a real experiment the model keeps score of. So your agents move the business instead of just describing it.
What agents get on Canopy. None of it lives in your warehouse or semantic layer.
Correlation, causality, then proof. Noticed, interrogated, proven
Actions that respect your org chart. Live RACI on every metric and objective
Tell it what the data cannot show. Plain-language context, curated
What one agent works out, every agent keeps. Cross-session memory
Ten queries become one, and the bill stays flat. Our compute, not yours
Plans and reforecasts in context. Not just actuals
The strategic plan is context too. Objectives down to tasks
Agents know when to trust a number. Outliers and staleness tracked
Curated context in, noise kept out
New context item
Context
Liverpool Street closes for a refit from 12 to 14 August. Expect no revenue those days, with the team covering Shoreditch.
State the fact in plain language. The kind, dates and attachments are worked out automatically.
Metric (optional)
Valid until (optional)
14 / 08 / 2026
Slack
4 channels
The evidence
Anthropic measured it. Context decides accuracy. Not the model.
Anthropic automates 95% of its business analytics queries with Claude. The accuracy comes from a hand-built layer of canonical definitions, curated references and daily evals between the model and the data, not from the model. Canopy is that layer as a product, for any agent you connect.
Anthropic engineering blog
“Without skills, Claude’s ability to answer analytics questions accurately didn’t exceed 21% on our evals.”
21%
The ceiling on Anthropic’s internal evals without curated context.
~95%
The same model on a curated context layer, in production today.
Five kinds of context. One governed layer.
Revenue
£384k
4.2%AOV
£7.25
5.8%Orders
52,998
2.1%Structural context
How the business fits together
Date
05 / 10 / 2026
Comparison
Month on Month (MoM)
Revenue
Month to date, as at 5 Oct 2026
£384,296
- vs Sep MTD
- 4.2%
- vs Oct 2025 MTD
- 1.8%
- vs budget
- 3.1%
Orders
52,998
AOV
£7.25
Temporal context
What was true when
Company Snapshot
- Task
- Proposed
- Accepted from Canopy
- Decision
- Blocker
Sun
6
Mon
7
Today
8
Wed
9
Sarah Chen
Head of Operations
David Mitchell
Area Manager
Emma Thompson
Growth Lead
Behavioural context
What people did, and whether it worked
Revenue
Who owns this metric, who acts on it, and who is kept in the loop.
SuggestResponsible
David Mitchell
Area Manager, Operations
Emma Thompson
Growth Lead, Marketing
Laura Fitzgerald
Head of Sales, Revenue
Accountable
Consulted
Informed
Nobody
Operational context
RACI, workflows, approvals
Reduce labour cost to below 28%
The proof
Numbers that prove the objective.
Key results
Labour cost ≤ 28%
29.4% → 28% target
Overtime hours below 4%
awaiting first read
The work
What the team does.
Initiatives
Rota optimisation
On trackCross-training
PlannedStrategic context
Objectives, key results, initiatives
Launches, absences, blockers and decisions, on the metric they explain
Company Snapshot
- Task
- Proposed
- Accepted from Canopy
- Decision
- Blocker
Sun
6
Mon
7
Today
8
Wed
9
Sarah Chen
Head of Operations
David Mitchell
Area Manager
Emma Thompson
Growth Lead
What one agent works out, every agent keeps
What Canopy learnt
Keg prices, not footfall, explain the September food cost rise. Three of the four sites moved together in the week the supplier repriced. The sales channel's twenty August contracts are eighteen in the warehouse, so that stays a claim.
14
Confirmed by your own completed work
3
Dropped when later results disagreed
9
Noticed, but not claimed yet
Learning, nightly
Drag the timeline to look at any period.
38
Last 10 days
Keg prices up 8% from 1 Sep, all sites
Event · #ops · holds against Food cost %
Closed 20 contracts in August
Note · #sales · warehouse shows 18 closed-won
Canary Wharf stays out of the labour cost target
Decision · typed in by James Hart
It learns over time
Verified impact
Personalised action plans
Statistical causation
Correlation
Your org chart, in context
Revenue
Who owns this metric, who acts on it, and who is kept in the loop.
SuggestResponsible
David Mitchell
Area Manager, Operations
Emma Thompson
Growth Lead, Marketing
Laura Fitzgerald
Head of Sales, Revenue
Accountable
Consulted
Informed
Nobody
It reads the long-term plan, not just today's numbers
Reduce labour cost to below 28%
The proof
Numbers that prove the objective.
Key results
Labour cost ≤ 28%
29.4% → 28% target
Overtime hours below 4%
awaiting first read
The work
What the team does.
Initiatives
Rota optimisation
On trackCross-training
PlannedRoughly ten queries become one, and the warehouse bill stays flat
Any date, any grain, every comparison. No query.
Date
05 / 10 / 2026
Comparison
Month on Month (MoM)
Revenue
Month to date, as at 5 Oct 2026
£384,296
- vs Sep MTD
- 4.2%
- vs Oct 2025 MTD
- 1.8%
- vs budget
- 3.1%
Orders
52,998
AOV
£7.25
Confidence built in
Same agents. Same MCP. Different context.
Connecting an agent to your warehouse or catalogue is real and good: governed definitions kill hallucinated SQL and permissions are inherited. Pick what your agent sits on today; the comparison is about everything after the number.
| KPI Tree Canopy | ||
|---|---|---|
| Metric Context | ||
| Cross-platform | One warehouse only. Metrics living in other warehouses, databases or tools are invisible to the agent.Governs the Snowflake estate, including external sources it catalogues, but the context stops at the platform boundary.Governs the Databricks estate. Context stops at the platform boundary. | One context layer across Snowflake, BigQuery, Databricks, Redshift, Azure SQL, Postgres and Google Sheets, plus anything with an MCP server. Metrics from different platforms live in the same tree, with the same causality, ownership and actions. |
| Metric definitions | Raw tables and SQL. The agent re-derives every metric per question, so ask twice and you can get two answers.Strong. Semantic Views give governed, composable definitions with lineage. This is the layer Canopy syncs from, not a rival to it.Strong. Unity Catalog metrics give governed definitions and lineage. This is the layer Canopy syncs from, not a rival to it. | Governed definitions synced from your semantic layer, identical on every surface, with the causal model on top. |
| Data lineage | Object dependencies and access history exist, but the agent reconstructs lineage query by query.Strong. End-to-end column-level lineage across the Snowflake estate.Strong. Table and column lineage across the Databricks estate. | Full dbt lineage travels over the same MCP: which models and columns feed every metric, with the causal model above it. Where the number came from and what moves it, in one context. |
| Queries per question | Roughly ten warehouse round trips per metric: the value, each comparison period, rolling totals, outlier checks.Definitions are governed but values are still computed per question; every comparison period is another query and another context-window round trip.Definitions are governed but values are still computed per question; every comparison period is another query and another context-window round trip. | Comparison periods, rolling totals and outlier checks are precomputed, so one call returns the full picture. Roughly ten queries become one. |
| Warehouse bill | Every agent question is warehouse compute, and agents ask a lot of questions.Every agent question is still warehouse compute; governance does not change where the queries run.Every agent question is still cluster or SQL warehouse compute; governance does not change where the queries run. | Aggregations, comparisons and correlations run in KPI Tree's proprietary encrypted in-memory engine. The bill stays flat as question volume grows. |
| Data confidence | None. The agent confidently quotes whatever the table returns, including broken numbers.Lineage and popularity signals point at authoritative assets, but there is no per-metric outlier or staleness state attached to an answer.Lineage and tags help discovery, but there is no per-metric outlier or staleness state attached to an answer. | Outliers, gaps and stale syncs are tracked continuously per metric, and that status travels with every answer. |
| Business Context | ||
| Causality | None. The LLM narrates whatever pattern it spots in the moment, and correlation gets presented as causation.Not covered. Semantic Views define how metrics are calculated, not what drives them.Not covered. The catalogue defines metrics, not the causal relationships between them. | Driver edges statistically proven nightly by our own proprietary ML models and an array of statistical tests, and pruned by the people who know the business. |
| Ownership | None. Ownership lives in people's heads.Role-based access says who may read a table, not who is accountable for the metric moving.ACLs and tags say who may access the data, not who is accountable for the number. | RACI on every metric and objective plus the live org chart, so an agent knows who is Accountable, who to notify and how to escalate. |
| Financial plan context | Plans usually live in planning tools or spreadsheets outside the warehouse, with no shared aggregation logic.Not covered. Governed context describes the data estate, not your budgets and reforecasts.Not covered. The catalogue describes the data estate, not your budgets and reforecasts. | Budgets, reforecasts, targets and ramp profiles flow through the same pipeline as actuals, so an agent knows what the plan was. |
| Strategy context | None. The strategy lives in decks and OKR tools the agent cannot see.Not covered. Governed context describes the data estate, not the objectives the business is pursuing.Not covered. The catalogue describes the data estate, not the objectives the business is pursuing. | Objectives, key results and funded initiatives sit alongside the metrics they target, so an agent knows which strategic bet a metric serves and what work is targeting it. |
| Action Context | ||
| Acting on a change | None. The answer ends in the chat window.Out of scope. Agents can read governed context; acting on a metric move is not what the catalogue does.Out of scope. Agents can read governed context; acting on a metric move is not what the catalogue does. | A metric move pushes to the named owner with the driver attached, and workflows escalate up the reporting chain when nobody acts. |
| Agent write-back | An agent can run SQL, but there is nowhere to record an action, an owner or an outcome.Read-oriented. There is no task, ownership or outcome object for an agent to write to.Read-oriented. There is no task, ownership or outcome object for an agent to write to. | The context is writable through the same MCP: agents file tasks against metrics, update ownership and propose tree edits, with every change traced. |
| Learning over time | Stateless. Every session starts from zero and the org never learns from itself.No action or outcome history; nothing accumulates between sessions.No action or outcome history; nothing accumulates between sessions. | Every action declares its expected effect up front, so completed work doubles as a real-world experiment on a driver edge. What passes re-weights the model, every change is evidenced and reversible, and it is all remembered between sessions for every agent. |
Run your own workflows on this context
Prefer us to run the agents? Meet Canopy Agents
Personalised Action Plan
AgentDeclining metrics, their drivers, and the actions that fall to each owner.
Update RACI Assignments
AgentFinds unowned metrics and proposes owners, with reasoning.
Ask questions that were previously impossible
Common questions
What is a business context layer?
The layer between your data and your AI systems that carries the organisational knowledge raw tables cannot: structural context (the metric tree and the org chart), operational context (RACI, workflows and approvals), behavioural context (the decision traces of what people actually did and what verifiably worked), temporal context (what was true when, plan against actual) and strategic context (the objectives, key results and funded initiatives the business is pursuing). Without it agents hallucinate rules, fragment into inconsistent answers across teams, and drift as the business changes. Canopy delivers all five, governed, at runtime.
Is this just correlation analysis with better packaging?
No, and the difference is the point. Our own proprietary ML models and a battery of nightly statistical tests nominate candidate drivers with proper rigour, but nothing is marked proven by maths alone. Every task and initiative in KPI Tree declares the metric it intends to move and the expected direction before the result exists, so completed work doubles as a real-world experiment on a driver edge. Outcomes are measured by the same pipeline that calculates your actuals, and only edges that pass are marked verified. That is interventional evidence accumulated from work your team was doing anyway, and no tool that only observes your data can produce it.
Is Canopy a company brain?
Yes, and a particular kind. Most company brains index what your tools already hold, Notion pages, Slack threads and documents, so an AI can search them. Canopy ingests those sources too, but it curates them: every claim is checked against the numbers before it counts. A sales lead posting that twenty contracts closed is recorded as a claim; the warehouse's eighteen is the fact, and the item says so. Everything sits on a causal model that is statistically tested and re-tested nightly, attached to the metric it explains, weighted by who said it, with sensitive items kept with the right people. Aggregation is where it starts, not where it ends.
Can we tell Canopy things the data cannot show?
Yes. Anyone can add context in plain language: a launch date, an absence, a blocker, a decision and its rationale. Agents factor it in wherever the related metrics appear. Slack channels are read one at a time, and every item keeps where it came from. Every item records who said it, its weight follows your org chart, sensitive items can be restricted to a metric's owners and admins, and everything ingested is reviewed on the way in, so unreliable or contradictory claims are held back rather than served to agents.
Does Canopy replace our semantic layer?
No. It sits above it. Keep dbt, Looker or Snowflake Semantic Views as the source of calculation truth; Canopy adds the causal, ownership and outcome context they do not model.
Why not connect our agent straight to the warehouse?
For one-off numbers, do. But a direct connection re-derives the business on every question, cannot know what drives what with statistical confidence, who is accountable, whether the last action worked, or which objective and funded initiative a metric serves, and it burns roughly ten warehouse queries, and an order of magnitude more tokens, where Canopy serves one precomputed answer.
Which agents can connect?
Anything that speaks MCP: Claude, ChatGPT, Gemini, Copilot, Databricks Genie, Snowflake Cortex, Cursor, VS Code, Windsurf, Gemini CLI and more.
Is our data stored?
By design KPI Tree does not store your raw data; cached data is encrypted at rest in an HSM-backed engine.

