Fall 2025
The Context Company
Find what's losing you customers and money in your AI agent and fix it
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
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 proofon 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
- Public, simple price with a free tier and a four-week pilot with agreed KPIs [site]. Easy for a buyer to say yes to.
- Reports tied to accounts, not just to runs [site]. It turns a technical signal into something a customer-facing person acts on.
- 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
- thecontextcompany.com [site]
- Product [site]
- Pricing [site]
- Enterprise [site]
- llms.txt [site]
- Sitemap [site]
- Agencies and consultancies [site]
- Raindrop alternatives [site], their own comparison, so it favours them
- YC company page [yc] [jobs]
- YC launch post: Catch Silent AI Failures Before They Break Production [yc]
- Blog index [blog]
- AI Agent Observability is Insufficient, 11 Mar 2026 [blog]
- Missed revenue in your agent traces, 15 Jul 2026 [blog]
- What Jev Means for the Future of Evals, 21 Sep 2026 [blog]
- VCBacked listing [press], third-party, funding unconfirmed
- Agno changelog, 17 Jul 2026 [docs]
Technical detail
- Slug
- the-context-company
- Lens hash
- 179096c479
- Pass
- deep
- Stale
- no