The context layer joins your chat, tickets, wiki, CRM and meetings into one model of the business, and hands every role the context it needs, with the source. Here is what that looks like at their desks.
One short brief at the start of the day: what moved with your customers across chat, tickets, wiki, CRM and meetings, every line with its source. Someone who was not in the meeting learns what was decided without asking anyone who was.
What changed since you last looked, folded per customer, the mention cited or the item dropped. 1 day at minimum, 7 at most, so a week away is caught up instead of silently lost. A source that did not answer is named, so a quiet radar and a failed read never look the same.
The meeting is written up while it runs: notes, decisions, who agreed to do what. Each decision lands in your proposals, one row at a time, to accept, edit or decline. Colleagues get the write-up, never the transcript.
CRM stage and close date right beside the ticket that holds up the go-live. The question no single system answers, answered in one place, with both sources.
Ask about a customer, a page, a decision. The answer cites where it comes from, shows only what you may see, and says “not found” instead of inventing one.
Comment on the ticket, append to the wiki page, reply in the thread, create a work item, all as yourself. Nothing is written until you tap approve. Every tap leaves a receipt, and a decline is an audited decision too.
It runs in your company’s cloud tenant, with inference inside the EU. Answers are trimmed per person, no external action runs without authorization, and every step is audited. Production-ready before anyone says yes.
The same backend over MCP, inside Claude, Codex and any MCP-enabled app. Same identity, same approval gate, same audit trail as in chat. Nothing new to govern.
RECEIPT r-2291
comment · ticket 218
as M. Keller · 09:42
audited ✓
MKCan the bulk import go in before go-live?
HKWe have 1,200 legacy items.
SBThen go-live in week 41, not 40.
MKSpec comes by Friday.
Helio asked whether the import can take 1,200 legacy items before go-live.
›Where do we stand with Helio?
⏺ context.search("Helio")
⎿ 3 facts · meeting 3 Sep · ticket 218 · CRM
›Comment that on ticket 218.
⏺ context.propose(ticket: 218)
⎿ pending · same gate as in chat
✓ approved by M. Keller · receipt r-2292
Wherever someone needs to know what was said, decided or changed, and act on it with a person in charge.
Every shared fact carries a recorded consent. Nothing becomes company knowledge until a person confirms it.
7 days of changes, folded per customer, instead of a wall of unread messages.
The brief before the meeting: what is open with this customer, and who said it.
Ticket, chat mention and last call about one customer in one answer. The reply goes out as you, after approval.
Every approval, every decline, every receipt, traceable to a person and a time.
Blocked tickets next to the date promised to the customer, before the customer asks.
The roles change. The model of the business underneath stays the same: sourced, permissioned, approved.
Scenes are synthetic: real surfaces, fictional customers, people and records.


One context-to-action workflow, built in your tenant: production-ready, controlled, operational.
30 minutes, booked right here. Your topic, no preparation.
The case study: a context layer for AI agents, with approvals in operation.
Open the case study →No pilot without a path to production. No automation without clear ownership.
Hourly rate agreed up front · Billed for the hours worked
I use analytics (PostHog, EU-hosted) only with your consent to improve this site. Essential functions always work. See the privacy policy.