Why build on LangChain instead of our own framework
Breadth we could not match alone. The integration packages cover far more model providers, vector stores and tool protocols than a small team could maintain. When a new model ships, the provider's LangChain package usually supports it within days, and an Olano agent can use it as soon as we have tested the upgrade.
A runtime built for state, not just calls. Durable checkpoints, interrupts and resumable streams are the hard parts of running agents for a business, and LangGraph treats them as first-class. Writing our own would have meant rediscovering the same edge cases more slowly.
Less lock-in for you. An agent's behaviour is described in standard terms - a model string, tools, skills as plain Markdown files, MCP servers - that the wider ecosystem understands. We wrote about why that matters in AI agent platform lock-in.
The honest trade-off. A fast-moving upstream means upgrades need care. We pin the Deep Agents version exactly, raise the LangChain version floors together with it rather than one at a time, and run the whole test suite, including live sandbox tests, before a new combination reaches a customer deployment. Most of what we learned doing that is in the four debugging guides below.
What it means if you use Olano
You do not need to know any of this to run an Olano agent: the dashboard, the chat and the approvals inbox are the interface. It shows up indirectly. You can change an agent's model without losing its conversations. A thread picks up where it left off after the deployment restarts. An approval really does pause the work rather than asking after the fact. And when we tell you a behaviour comes from the underlying library, you can read the library's own documentation and check.