Fall 2025

The Context Company

Find what's losing you customers and money in your AI agent and fix it

Visit website

What they do

reads every agent conversation to find failures and cost, then proves fixes

How close to us

4, very close

checks only; shows where production agents fail and cost, direct W2; buyer size not stated

Wedges

  • W2 Seeing whether your AI agents actually produce direct
  • W6 A tool for product managers adjacent
  • W8 The other 90% of an AI skill adjacent
L1 Company brain (knows the organisation) 1, light
L2 Agent team (runs agents, tools, approvals) 0, none
L3 Does and learns (finishes, checks, measures, updates the brain) 1, light

Who buys

Firm size
sme
Buyer type
developer
Role
head of engineering or product at a team running a production AI agent
UK
not known
Their own description (from YC)

We analyze every conversation between your customers and your AI agent to find what's losing you customers and money. Then we help ship the fix and prove it worked.

Nobody on the team can read every conversation once an agent is in production. TCC does, and turns them into patterns tied to the accounts they affect: where customers get stuck, what they wish the agent could do, and where it's spending more than it needs to.

Engineers ask about a pattern from their IDE through our MCP, get the conversations and traces behind it down to the tool call or prompt that went wrong, ship the fix, and benchmark cost and quality before and after. Product sees what customers are actually trying to do with the agent and where it falls short, broken out by topic and account, which becomes the backlog for what to build next. Customer success sees which accounts the agent is struggling with before the customer says anything, and steps in with the full conversation on hand.

Any agent framework, a few lines of code. If you're running an agent in production or about to launch, ping us.

Full teardown

The Context Company (YC Fall 2025): teardown vs XMarts

In one line: The Context Company reads every conversation between a company's customers and its AI agent, groups them into patterns by account, and gives engineers the evidence over MCP to fix the agent [site] [yc]. Threat: 2 because it is the same family as W2 and is live with a price list, but it is two people, has one named customer, and checks the agent's talk rather than the agent's finished work [yc] [site].

1. Fact file

Item Finding Source
What they say "Improve agent quality. Reduce production costs." YC line: find "what's losing you customers and money" in your AI agent. [site] [yc]
Founded, team, funding Founded 2025, San Francisco, team of 2, YC Fall 2025 (YC partner Nicolas Dessaigne). Funding is not confirmed: two data sites list about $500K (a pre-seed in Dec 2025 with YC as investor); one site says $11M and the others do not back it. We use unknown. [yc] [press]
Founders Arman Kumaraswamy (CS and Math, Florida; engineer at Mintlify, where he says he cut the public agent's failure rate by 82%) and Rohil Agarwal (EECS and Business, Berkeley; Gmail Intelligence at Google, where he says he cut hallucinations by 27%). Friends since school. What YC likely saw: two engineers who each fixed a production agent at scale, plus an 8-year friendship (inference). [yc]
Customers One named customer, "item". They claim 45.6% lower modeled cost per run, 25.1% more customer runs and a model migration done in 2 days. The case-study page itself returned 404 on 2026-10-19, so we only have the summary figures. The word "modeled" means an estimate. [site]
Price Public. Developer: free, 1,000 runs a month, 7 days of data, 3 seats. Pro: $400 a month, 25,000 runs then $0.001 per extra run, unlimited retention, 10 seats. Enterprise: custom, usually a four-week pilot first. No job ads (0 open roles), so no sales-model hint. [site] [jobs]
Path Launch post 28 Oct 2025: "silent failures" observability in under 10 lines of code. Slack recaps (24 Feb 2026), monitoring (3 Mar), MCP and API server (17 Mar), Insight Search (6 Apr). By July 2026 the pitch shifted to revenue and customer signal: "missed revenue hiding in your agent traces". No rename found. [blog] [yc]

2. Their proposition, reverse engineered

Part What they do
Who buys Teams running an agent in production or about to launch [yc]. Solution pages name vertical AI startups, founders and CTOs, product teams, customer success, agencies and consultancies [site]. Enterprise page says internal and customer-facing agents [site].
The pain "Nobody on the team can read every conversation once an agent is in production." [yc] Data sits split between engineering, product and customer success, and nobody owns it [blog].
The promise Find what is losing customers and money, ship the fix, prove it worked [yc].
How it works A few lines of code with an SDK (Vercel AI SDK, Claude Agent SDK, LangChain, LangGraph, Mastra, Agno, CrewAI, OpenTelemetry) [site]. Every run is analysed on arrival and grouped into patterns, topics and unmet requests [site]. A coding agent (Claude Code, Codex) connects over MCP, reads the repo, proposes a diff; engineers review and deploy [site].
The output Patterns tied to accounts, Slack alerts and daily recaps, a backlog of what customers try to do, a before/after cost and quality comparison per release [site] [yc].
Proof style Cost per run and run counts, marked "modeled" in the one case study [site]. The product page gives no before/after results [site].
Who sells it Self-serve signup, plus a 30-minute founder-led demo [site]. Four-week pilot for enterprise [site].
Price model Seats and runs: free tier, $400 a month Pro with a per-run overage, custom Enterprise [site].
The story "AI Agent Observability is Insufficient": insight alone does not close the loop, so the next step is "agent adaptivity", where another agent makes the fix [blog].

3. Positioning

  • Category they claim: AI agent observability and customer analytics for agents [site].
  • Category a YC partner would put them in: LLM observability with a product-analytics twist (inference). The comparison pages list 28 pages against Langfuse, LangSmith, Arize, Braintrust, Helicone, Raindrop, Galileo, Datadog, Laminar and AgentOps, which shows how crowded the category is [site].
  • What they want to be known for: the tool that turns production agent conversations into fixes and a customer backlog, for engineering, product and customer success together.
  • Where they sit on the map: layers L1/L2/L3 = 1/0/1, buyer = sme (inference from price and solution pages), developer.

4. Three layers vs ours

Layer Them (score + evidence) Us (from the system inventory, "Marton's logs show")
L1 Company brain 1. Builds topics and patterns per account from agent conversations, searchable by Insight Search [site] [blog]. It is a memory of the customer's agent traffic, not of the organisation. Marton's logs show a vault of 1,396 pages, 112 call transcripts and 8,763 customer quotes, searchable by meaning.
L2 Agent orchestration 0. It does not run agents. The customer's own coding agent proposes the change over MCP [site]. Marton's logs show 5,641 jobs run by agents from three makers (Codex 4,756, Claude 839, Gemini 46), each checked by a different AI.
L3 Execution and learning 1. Checks only. It measures cost, quality and usage before and after a release [site], but states it "never deploys changes on its own" [site]. Marton's logs show a heartbeat for what is stuck or silently stopped, and about 160 failure records each with an automatic check. Only 15% of jobs reached the main code, and merges fell from 454 in July to 43 in October.

5. Same and different

Topic Same or different Them Us
Core belief Same Agents fail silently and nobody sees it [yc]. Marton's logs show 132 of about 160 incident records tagged as recurrences, including a "silent-success" class.
Cost visibility Same Cost per run, wasteful calls, retries and loops [site]. Marton's logs show a cost ledger; one launch used 39% of a week's AI budget in 14 hours.
What is watched Different Talk between a customer and an agent: conversations, traces, tool calls [site]. Work an agent team does for itself: jobs, queues, landing, stuck and silent stops.
Who reads the result Different Engineers, product and customer success [site]. One operator (Marton) today. No outside user.
Who owns the fix Different The customer's coding agent proposes, the customer's engineers ship [site]. Marton's logs show the system builds, checks and merges its own fixes, with a different AI reviewing.
How they capture Different SDK or OpenTelemetry in the customer's agent, a few lines of code [site]. Built into the system itself, tied to Macs and Marton's paths. Not yet portable.
Kind of work Different Customer-facing chat and voice agents mainly [site] [blog]. Coding and business work agents.
Size and speed Different Self-serve in minutes, patterns appear "within minutes" [site]. No customer onboarding exists yet.
Proof Same weakness One named customer with a modeled number [site]. No paying customer yet (brief).
Price Different $400 a month Pro, public [site]. Not set.

6. Wedge overlap

Wedge Fit Why
W2 Seeing whether your AI agents actually produce direct Same promise: see what failed silently and what it costs [yc] [site]. Their lens is customer conversations; W2 is the team's own agent output. A partner will still call them our rival.
W6 A tool for product managers adjacent They give product teams a backlog of what customers try to do with the agent, by topic and account [yc] [site]. That is not a PM workflow tool.
W8 The other 90% of an AI skill adjacent They link failures to fixes in the prompt and tools, which is upkeep from real use [site]. They do not claim to manage skills (UNVERIFIED that none exists).

7. Whitespace (where they stop)

  • Layer gap: they check and propose, then stop: "never deploys changes on its own" [site]. Their blog says the fix should come from another agent [blog], yet the product hands a diff to a human. To own it we need a loop that finds the failure, fixes it, checks it and shows the number, on a customer's agents, for 4+ weeks.
  • Number gap: their only public number is "modeled" cost per run on one customer, and the product page has no before/after results [site]. They count conversations and cost, not whether the finished work was accepted. To own it we need a number such as the share of agent jobs that reached production, before and after, from a real team.
  • Buyer gap: not a clear gap. They already target startups, platform teams, agencies and enterprise [site]. Not claimed.
  • Price gap: no gap. $400 a month and a free tier are cheap [site].
  • Speed gap: no gap. Setup in a few lines and patterns within minutes [site].

8. For the YC application

  • Proven today: Marton's logs show his system watches itself: a heartbeat reports what is stuck, what silently stopped and what it costs, and about 160 failure records each added an automatic check. It watches agents doing real work (5,641 jobs), not chat with customers.
  • Draft answer to "how are you different from The Context Company?": DRAFT. "They read what customers say to an agent. Our system watches the work an agent team does, finds what silently stopped, and turns each failure into a check so it does not come back." Founders say it their own way.
  • Future claim (needs proof): "We find the failure, fix it, check it and show the number." Needs one customer's agents watched and repaired for 4+ weeks, with a before/after number on finished work.
  • What we understand that they don't: the failures that cost most are in work that looks finished, so the check has to sit on the output, not the chat. needs proof on a customer; Marton's logs show it on his own fleet: a "silent-success" failure class recurred many times, and every incident now needs a named check.
  • Copyability (M3): medium. They already ingest agent traces, cost and the Claude Agent SDK, and write that the fix should come from another agent [site] [blog]. A "work output" view is months of work and sits beside their customer-conversation core, so it is not an easy feature. Not hard: they hold the install base and the MCP route, so M3 can not score above 3 against them alone.
  • Why now (M4): None found in this teardown. Their own 21 Sep 2026 post says the cheap classifier Jev (from TypeSafe) makes full-coverage evals affordable [blog], but that helps them as much as us.
  • Do not claim: "nobody watches agents in production" (28 comparison pages show many do) [site]. "We fix it automatically for customers" (no customer run). "Our monitoring is better" (no side by side test).

9. Ideas worth taking

  1. Public, simple price with a free tier and a four-week pilot with agreed KPIs [site]. Easy for a buyer to say yes to.
  2. Reports tied to accounts, not just to runs [site]. It turns a technical signal into something a customer-facing person acts on.
  3. A comparison page per rival [site]. They own the search results for "alternatives" with 28 of them.

10. Unknowns

  • Real funding and customers: look for a Crunchbase or announcement; the item case page returned 404, so retry later or ask who item is.
  • Whether the "Jev" they write about is the same thing as the Jev component in Marton's inventory. The name matches; the link is UNVERIFIED. Ask Marton.
  • UK or Europe presence: no UK sign found on the site.
  • Revenue and user numbers: none public.
  • Whether the "never deploys on its own" rule is a product choice or a gap they plan to close. Their blog hints at the second.

Sources

Technical detail
Slug
the-context-company
Lens hash
179096c479
Pass
deep
Stale
no