GoKawiilAbout Adentris
Adentris (Y Combinator) builds AI-powered compliance and revenue integrity infrastructure for behavioral health providers. Our systems read real patient records, find clinical and regulatory risk, and put it in front of the people who can act on it. We run on production PHI for paying customers, so every design decision reaches actual patients.
We're also architected differently from most healthcare AI companies: all model inference runs inside our HIPAA-compliant Azure environment. No external LLM APIs ever touch patient data. That data-sovereign architecture is a core reason enterprise customers choose us, and you'll own it.
The founders
You'd be joining three founders, not just a company. Dmitry Karpov (CEO) is a second-time YC founder with a track record in B2B enterprise products and go-to-market. Sergey Yudovskiy (CPO) is also a second-time YC founder: he previously ran ElectroNeek (YC W20) as CEO, scaling it to ~$5M ARR across 30+ countries. He also comes from a family of physicians, which is why claims denied over documentation errors are personal, not abstract. Alex Odin (CTO) is a third-time founder who led AI at ManyChat ($140M+ ARR) and built consumer products used by 25M+ people; he owns the multi-agent architecture behind every Adentris module.
You'll work with all three of us daily, and your line to a decision is one Slack message long.
The role
You'll own the technical direction of the platform end to end. This is not a senior IC role with a bigger title. You decide how clinical data is modeled, how our AI pipelines are evaluated and trusted, and what the platform looks like in two years. Then you build it.
You'll sit in customer calls with Directors of Compliance, leave with a problem nobody has written down yet, and ship it within the quarter. When there's a hard call on architecture, or on whether a model output is safe to show a clinician, you're in the room making it.
This is right for you if you've been the technical center of gravity on something real, and you'd rather own an ambiguous problem than a well-specified ticket. It's wrong for you if you want a defined scope or a team that already exists. You're the person who creates them.
... continue reading