Winter 2026

Sentrial

Datadog for Agent Reliability

Visit website

What they do

monitors AI agents in production and diagnoses loops and failures

How close to us

4, very close

Checks only; agent monitoring with root-cause diagnosis is W2 ground; buyer size not stated.

Wedges

  • W2 Seeing whether your AI agents actually produce direct
  • W1 Trusted 24/7 coding for small startup teams 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) 1, light
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 the engineers who build the AI product
UK
not known
Their own description (from YC)

Sentrial is the monitoring platform for AI products in production.

When your AI product/agent loops indefinitely, hallucinates, or frustrates users, Sentrial detects it in real-time, diagnoses the root cause, and recommends specific fixes. We provide the monitoring, evaluation, and debugging infrastructure that traditional tools weren't built for, so teams iterate based on production reality, not just offline evals.

Full teardown

Sentrial (YC Winter 2026): teardown vs XMarts

In one line: Sentrial watches AI agents that are live in a customer's product, flags when they loop, make things up or annoy users, says why, and proposes a code fix [site] [docs] [yc]. Threat: 2, because it is the same problem as W2 for a nearby buyer and it has two named customers, but it is two people, about $500k raised, and it stops at one layer [yc] [press].

1. Fact file

Item Finding Source
What they say YC line: "Datadog for Agent Reliability." Site title: "Observability for AI Agents." Site tagline: "Catch agent drift before your users do." [yc] [site]
Founded, team, funding Founded 2025, San Francisco, 2 people. About $500k total, but sources disagree on the label (pre-seed or seed) and the date (Jan or Mar 2026). No primary announcement found. Investors named by an aggregator: YC and Rebel Fund. [yc] [press]
Founders Neel Sharma (CEO): UC Berkeley computer science, worked on agentic optimisation at Sense. Anay Shukla: UC Berkeley computer science, deployed DevOps agents at Accenture. What YC likely saw: two founders who had run agents in production and found debugging them harder than building them (inference from their launch post). YC primary partner: Ankit Gupta. [yc] [press]
Customers Two case studies on their site. CoreWeave (they claim 3,000 staff, 35+ agents being built, testing cut from 4 months to under 2 weeks). Crow (a chat-to-control-apps startup, they claim debugging fell from 3 engineers at 20+ hours a week to 2 engineers at 1 to 2 hours). Blog also claims an unnamed Fortune 1000 customer cut its error rate from 20% to under 10% in a week. The YC page itself lists no customers or revenue. [site] [blog] [yc]
Price Not on the site. A third-party directory lists Individual $10 a month, Startup $450 a month, Enterprise custom, with a 14-day free trial (UNVERIFIED on their own site). The founders' launch post says a 14-day free tier. Their blog says "usage-based, tiers listed on the website" but gives no figures. No jobs listed on YC. [press] [blog] [yc]
Path Earlier name Realm per the YC data (UNVERIFIED on their own site). Launch HN and Launch YC in the W26 batch. Blog started late May 2026 and is heavy on "X alternatives" comparison posts (Langfuse, Braintrust, Datadog, Dynatrace, Arize). The site headline moved from "monitoring" toward "drift and silent regressions". [yc] [blog] [site]

2. Their proposition, reverse engineered

Part What they do
Who buys Engineering teams that ship an AI agent to customers or staff and cannot see why it fails. Examples: a 3-engineer startup (Crow) and an enterprise IT team (CoreWeave) [site]. The YC ask is for "teams whose internal or customer-facing agents loop, hallucinate" [yc].
The pain Normal monitoring catches errors and speed, not wrong answers or frustrated users [yc]. They claim 78% of agent failures are silent, from 12 million logs (method not shown) [blog]. Crow's words: tracing tools showed "what happened" but never "why" (paraphrased) [site].
The promise Find the broken sessions, name the root cause, suggest the fix, and open the pull request [docs]. Cut debugging and testing time [site].
How it works Wrap your model client with their Python or TypeScript SDK, or send OpenTelemetry traces. Integrations: LangChain, CrewAI, AutoGen, Vercel AI SDK, Mastra, and the Claude Agent SDK [docs]. An AI scans every session for failures, groups issues, gives a diagnosis, and connects to GitHub to chat about code and create a PR [docs]. Custom classifiers are trained from a few labelled examples. Regression tests run on prompt changes, and prompt A/B tests run in production [blog] [site].
The output A signals page with issues ranked by severity, a session replay, a root-cause note, a recommended fix and a PR [docs]. Slack alerts [blog].
Proof style Time and headcount saved: hours a week, engineers freed, months to weeks. Big-sample claims such as "12 million logs" [site] [blog]. No money figure.
Who sells it Self-serve SDK plus founder-led calls (a booking link in the launch post) [yc]. Blog and comparison pages aim at search traffic [blog].
Price model Usage-based tiers plus a free trial; figures not public on their pages [blog] [press].
The story Enemy: old monitoring built for crashes and speed, and trace tools that only show what happened. Belief: agents fail quietly in production, and the tool should find the cause and fix it, not just display it [yc] [docs].

3. Positioning

  • Category they claim: observability for AI agents; "Datadog for Agent Reliability" [yc] [site].
  • Category a YC partner would put them in: LLM and agent observability, next to Langfuse, LangSmith, Braintrust and Arize (inference; the YC Tier List and Respan market map both name these) [press].
  • What they want to be known for: the tool that tells you why an agent failed and fixes it, not only that it did [docs].
  • Where they sit on the map: layers L1/L2/L3 = 1/1/1, buyer = sme (inference: Crow is small, CoreWeave is large, YC targets small teams), developer.

4. Three layers vs ours

Layer Them (score + evidence) Us (Marton's logs show)
L1 Company brain 1. Classifiers learn from labelled past sessions for each agent, and the product indexes the customer's repo to give fix advice [blog] [docs]. It is not a lasting memory of the company that other work reads. A vault of about 1,400 pages, 112 call transcripts and about 8,700 customer quotes, searchable by meaning.
L2 Agent orchestration 1. One AI helper that diagnoses and drafts a PR on request. It does not run or route a team of agents [docs]. About 5,600 jobs run by agents from three makers, queued, built in their own copy of the code and checked by a different AI.
L3 Execution and learning 1. It watches other people's agents (checks only). It does measure results (regression tests, A/B), but the fix is merged by the customer [docs] [blog]. About 160 failure records, each with an automatic check. Only about 15% of jobs reached the main code, and merges were unreliable in October.

5. Same and different

Topic Same or different Them Us
Core belief Same Agents fail silently, and you need a system that notices [blog]. Same: Marton's logs show a heartbeat that reports what is stuck, what silently stopped and what it costs.
What is watched Different Customer-facing and staff-facing agents: wrong answers, loops, frustrated users [yc] [docs]. An agent fleet that writes code: queue, stuck jobs, silent stops, cost, did the work land.
Buyer Different Engineers who build an AI product [yc] [site]. Not set. W2 would sell to teams already running coding agents (brief).
Owner of the result Different The customer owns the agent and merges the fix [docs]. We run the agents ourselves on our own business.
Kind of work Different Read-only watching, plus advice [docs]. Does the work and checks it, but only on Marton's own business.
Size Same 2 people, about $500k [yc] [press]. 2 founders (brief).
Delivery Same Software with self-serve SDK [docs]. Not productised: Mac-bound, built for one person (inventory).
Proof Different Time saved at two named customers, they claim [site]. No customer. Own-use numbers only: 5,641 jobs, about 160 incident records (inventory).
Price Different Free trial then tiers; third-party lists $10 to $450 a month [press]. Not set.

6. Wedge overlap

Wedge Fit Why
W2 Seeing whether your AI agents actually produce direct Same promise in other words: find what failed quietly [blog]. They check product agents; W2 checks working agents (coding or back office) for output, stuck work and cost. A YC partner will call them our competitor.
W1 Trusted 24/7 coding for small teams adjacent Their docs wrap the Claude Agent SDK to log sessions, tool calls, tokens and cost [docs]. They could watch a coding fleet but sell no coding.
W8 The other 90% of an AI skill adjacent Regression tests on prompt change and per-agent classifiers are part of upkeep [blog]. No public claim of skill retirement or keeping skills fresh (UNVERIFIED that none exists).

7. Whitespace (where they stop)

  • Layer gap: they watch and advise; they run no agents and do no work [docs]. To own it we need an outside team whose agent fleet we run and check, with one before/after number.
  • Buyer gap: nothing on their site for back-office or services agents, and nothing for fleets that write code and must land it (inference from the docs and case studies) [site] [docs]. To own it we need a team running coding agents saying "we cannot tell what is stuck."
  • Number gap: their proof is hours and months saved, not money or merged work [site]. To own it we need a count a finance or engineering lead signs, such as merged jobs per week.
  • Price gap: the listed price points are low (third-party) [press]. This is not our gap: a small buyer can already pay them. We would not win on price.
  • Speed gap: they claim value in a 5-minute quickstart [docs]. We cannot beat that. Not a gap for us.

8. For the YC application

  • Proven today: Marton's logs show a heartbeat that reports what is stuck, what silently stopped and what it costs, and about 160 failure records that each added an automatic check. Marton's logs show it runs on 5,641 agent jobs across three Macs. Sentrial's public proof is session replay and fix advice for product agents [docs].
  • Draft answer to "how are you different from Sentrial?": DRAFT. "Sentrial watches what a customer-facing agent says. We watch whether an agent fleet's work actually lands: what is stuck, what quietly stopped, what it costs. We built it because it broke on us for five months." Founders say it their own way.
  • Future claim (needs proof): "We find why a team's agents produce nothing and fix it." Needs one outside team's agent fleet watched for 4 weeks, with a before/after number such as merged jobs per week.
  • What we understand that they don't: a silent failure in a working agent is often work that never lands, not a wrong answer. needs proof outside our own fleet. Marton's logs show it on our fleet only (about 15% of jobs reached main).
  • Copyability (M3): easy. Their product already logs sessions, tool calls and cost, including for the Claude Agent SDK [docs]. Adding a "did it land" view is a feature for them. A commenter on their launch thread said the features are easy to build at home [press]. They would want it only if their buyers run coding agents (inference). Not hard, so M3 can not score above 3 against Sentrial.
  • Why now (M4): None found in this teardown. Their own "78% silent failures" figure is a claim, not a dated change in the world [blog].
  • Do not claim: "no one detects silent agent failures" (they claim to). "Customers use our observability" (none yet). "Better than Sentrial" on any measure (no head-to-head). Any figure from their case studies as fact.

9. Ideas worth taking

  1. Write proof as a plain number a buyer repeats: hours a week, engineers freed [site]. Use the same shape when we have a customer.
  2. A study of your own logs as a pitch hook ("12 million logs, 78% silent" [blog]). We could publish our own failure-class counts from about 160 records, from Marton's logs.
  3. Docs a coding agent can read (an llms.txt and a "use with AI" page) so the buyer's AI installs the tool for them [docs].

10. Unknowns

  • Real price and whether Crow or CoreWeave pay. Look for a pricing page behind login or ask a user.
  • Funding label and date (pre-seed or seed, Jan or Mar 2026). Look at a press release or a filing.
  • Revenue. One article claims $30k monthly revenue; no company source (UNVERIFIED).
  • Data handling: retention, PII and hosting. Their blog says self-hosting is not offered [blog]; their ingestion docs do not cover it [docs].
  • UK or Europe customers. Nothing found.
  • Whether they plan to watch coding fleets (check their changelog and the Claude Code integration pages over the next weeks).

Sources

Technical detail
Slug
sentrial
Lens hash
179096c479
Pass
deep
Stale
no