@openservai

Agent Infrastructure for Enterprises, Governments, and the Autonomous Economy.

London, England
Joined September 2023
Everything we’ve done so far was preparation for this. Today, we open access to production-grade AI reasoning for every team. SERV Reasoning API is now live. This unlocks next stages: SERV v3→v4. Make your first API call & check 26/27 milestones: openserv.ai
41
95
26
370
105,643
OpenServ retweeted
The hard part of building an agent that manages capital isn't the agent. It's that almost nothing onchain is both real yield and legally holdable by a machine. That's the gap we built for. SERV brings the reasoning, we bring the assets. Tuesday with @open_founder.
AI agents will manage trillions in capital across financial markets. Join the Spaces on Sep 22 with OpenServ Founder & CEO @open_founder and @IxsFinance CEO @julian2kwan, to explore what developers can build with SERV - across RWAs, tokenized stocks, automated trading, and more. As AI takes on increasingly complex financial decisions, managing real capital at scale requires better decision-making. With SERV Reasoning, developers will finally be able to build smarter, more reliable agents. Build the future of agentic finance today, and join the 1st SERV Hackathon: openserv.ai/hackathon Set your reminder below.
4
32
146
3,558
AI agents will manage trillions in capital across financial markets. Join the Spaces on Sep 22 with OpenServ Founder & CEO @open_founder and @IxsFinance CEO @julian2kwan, to explore what developers can build with SERV - across RWAs, tokenized stocks, automated trading, and more. As AI takes on increasingly complex financial decisions, managing real capital at scale requires better decision-making. With SERV Reasoning, developers will finally be able to build smarter, more reliable agents. Build the future of agentic finance today, and join the 1st SERV Hackathon: openserv.ai/hackathon Set your reminder below.
21
47
3
188
8,727
Jev is seriously impressive. SERV makes it better. We put Jev through the same benchmark we use to evaluate leading AI models, testing it both standalone and armed with SERV Reasoning. Paired with SERV, Jev moves into the top tier of our benchmark, beating Claude Fable 5 at 30x lower cost, with cost similar advantages over GPT-5.5 (~15–20x), Gemini 3.5 Flash (~15x), and Grok 4.3 (~6–7x). The result is clear: Jev + SERV materially outperformed Jev on its own. Jev is extremely fast, well designed, and great at decision-making. Instead of relying on open-ended responses, it produces structured decisions with probability scores attached. SERV pushes that performance further, adding a stronger reasoning layer to improve the quality of those decisions for high volume agentic work. The SERV Reasoning API is live, so any developer can test and deploy SERV Reasoning today in just a couple minutes. Get access at: openserv.ai The agentic economy won’t scale on better models alone. It needs better reasoning infrastructure that are finetuned to the reliability, auditability, and affordability requirements of enterprise agents. SERV is building that layer.
After co-inventing ChatGPT, I kept asking myself: why have superhuman chat models not led to AGI? I’ve spent the last 2 years in stealth building a new way to train models (RLCD), and a new type of frontier AI model that we are releasing today: Jev • 20-200x faster • 40-400x cheaper (w/ output tokens free) • Frontier composable intelligence optimized for decisions AFAICT the shortest path to AI-based economic revolution
31
58
21
240
51,452
Putting SERV in the hands of every agent builder is how we become the reasoning layer for the agentic economy. Here’s a clip anyone building AI agents should see. Stop paying frontier-model prices for reliable agent outputs. Get your API key: openserv.ai Most agent teams are forced to choose: expensive models for consistency or smaller, cost-efficient models with unpredictable results. SERV Reasoning changes that. Run your agents on smaller models while getting frontier-level reliability with outputs you can inspect, audit and explain. One integration. Every model performs better. No tradeoff between reliability and affordability. One API key to rule them all. The SERV Reasoning API is live. Build with SERV.
18
28
6
164
8,251
SERV Reasoning API is now live: specialized AI models to make agents smart and reliable. Pair SERV Reasoning models with @CoinbaseDev AgentKit to build enterprise-grade onchain agents for DeFi, trading, commerce, payments. Join the hackathon: openserv.ai/hackathon
5
24
4
147
7,473
Jev looks like a really natural fit for graph sharding in OpenServ v3. Graph sharding already lets us intelligently break down and route execution across large agent graphs, but having a decision layer this fast and cheap could make those routing decisions dramatically more efficient — potentially allowing us to make many more intelligent decisions throughout execution without paying the latency and cost of additional LLM calls. We’re definitely looking at integrating it.
I got access to Jev earlier today (thank you @hackgoofer). I have run ~5,000 requests so far, (which cost me around $2!), across classification, model routing, intent, steering, and many other things. tl;dr, Jev enables a new intelligent decision-making primitive, separate from deterministic code and LLM calls. This allows a class of decision-making that was neither suited to dumb, unintelligent code, nor to slow, expensive LLMs. It is super fast and cheap, and I think I will likely end up making a few Jev calls to every LLM call I make in my product. I think probably any company using LLM requests today can probably add a Jev call pre and/or post LLM calls to quite literally make their product much better for free, and have better tool calling behavior in many cases. I happened to have a personal benchmark for this as I’d been working on a ton of proactivity and classification tasks. I have been using the deepseek flash and more recently gpt 5.6 luna family of models as reasonably smart classifiers with low latency. Think questions like: - Did this conversation output contradict something they’ve mentioned before? - Should we send a followup message to this user based on our rules? - It’s been a few seconds of silence. Should we proactively send a message? In the past, I’ve been forced to write a bunch of what I call decision chains, mostly because an LLM classification call is very expensive in TIME (avg 4s), and less importantly can cost quite a bit if run on every message. Imagine a normal chat app. If you added 4s to every response to figure out if the response is good before sending it out, that ends up being pretty bad. So instead, I usually have to write some code that is a crude heuristic that runs quickly and decides whether to run the classifier. Obviously this sucks because you call the classifier many times that you don’t want to, which makes your p95 bad, and you also miss cases with the heuristic, and you also have to manage all of these weird chains. With Jev, it’s cheap enough, and fast enough (p50 ~150ms, p95 ~350ms in my testing!) that you can easily run it every turn. Heck you can reasonably run it before generation AND post generation, for any application that isn’t realtime voice, and still feel snappy. But this is just one use case. Think: smarter model routing, better context packing, better responses, better observability for intent/tags/safety, smarter retries and so much more. By simply thinking about the inputs and outcomes you want to enforce, you can use Jev to supercharge most model calls and reduce bad user outcomes. The more “quirks” a model has, the more valuable it ends up being. It’s a bit weird and unintuitive using Jev. Generally, you want to decrease the # of questions you ask a classifier, or it makes more mistakes. In fact, you might want to ask your questions kind of in a compound way, because the reasoning happens in a shared scratchpad of sorts. Adding questions muddies the scratchpad and makes it take longer. With Jev, you feel incentivized to go the other way, to formulate your query as a set of independent questions. It doesn’t feel like adding more questions decreases your performance on others. You can go a bit deeper to improve tool calls. Many model tools are things like turning on settings, or other things. You can easily improve models that are not very good at tool calling with Jev, by simply figuring out when to run them. You can do a pre-LLM call to figure out when to unfurl different tool definitions, in order to make your main LLM run better, you could run a background task with Jev + another LLM to reduce tool and context burden on your main LLM, and free it to be responsive. I’ve only scratched the surface of my testing but very excited!
5
12
59
3,023
SERV Reasoning is being built for an agentic AI market projected to reach nearly $1T by 2030. As AI agents move from demos to production, banks, fintechs, governments and payment providers will need infrastructure they can trust underneath their agents. SERV is building that layer: reliable, auditable and affordable. Two paths feed each other: - web2 and enterprise bring scale, long-term contracts and credibility across banking, payments, legal, accounting and more - web3 moves fast, testing what structured reasoning can do across DeFi, prediction markets, tokenized assets and agent-to-agent commerce Both paths lead to SERV. Depending on where a company is in its agent adoption journey, we meet them at one of three entry points: 1. AI agent assessment to identify where agents can create value 2. Custom agent development for specific workflows and business requirements 3. The SERV Reasoning API and platform, the production infrastructure their own agents run on Different entry points with the same destination → the infrastructure the agent economy runs on. The public API is live and the first SERV Hackathon just started. Build with SERV: openserv.ai
Everything we’ve done so far was preparation for this. Today, we open access to production-grade AI reasoning for every team. SERV Reasoning API is now live. This unlocks next stages: SERV v3→v4. Make your first API call & check 26/27 milestones: openserv.ai
12
37
3
189
10,696
Our end goal is clear, make SERV the Reasoning Engine for Enterprise AI. Read more about our vision, the opportunity ahead and where we’re going ↓ openserv.ai/blog/our-vision-…
2
32
1,106
The real test of agent infrastructure begins when developers use it in ways you did not anticipate. That is why I am excited about the 1st SERV Reasoning Hackathon. For the next two weeks, developers will build agents, workflows and products with SERV Reasoning across four different tracks. For us, this is an opportunity to see how the infrastructure performs across new ideas, workloads and edge cases. As we work toward Graph Sharding, self-improving intelligence and task-specific models, what developers build and discover will help shape where we go next. If you are building agentic systems, I would be happy to connect, hear what you are working on and help get you started with SERV.
The 1st SERV Hackathon is live. Two weeks to build with SERV Reasoning and get rewarded. Get hands-on early before SERV v3/v4 brings graph sharding, self-improving intelligence, and task-specific models. Submissions close Sept 28. Pick your track: openserv.ai/hackathon
7
17
3
78
5,874
OpenServ retweeted
ready, set, 🏃‍➡️
The 1st SERV Hackathon is live. Two weeks to build with SERV Reasoning and get rewarded. Get hands-on early before SERV v3/v4 brings graph sharding, self-improving intelligence, and task-specific models. Submissions close Sept 28. Pick your track: openserv.ai/hackathon
25
16
135
6,927
OpenServ retweeted
"let me cook" there's a track for that 👇 good luck building, join now:
The 1st SERV Hackathon is live. Two weeks to build with SERV Reasoning and get rewarded. Get hands-on early before SERV v3/v4 brings graph sharding, self-improving intelligence, and task-specific models. Submissions close Sept 28. Pick your track: openserv.ai/hackathon
5
19
1
126
5,706
The 1st SERV Hackathon is live. Two weeks to build with SERV Reasoning and get rewarded. Get hands-on early before SERV v3/v4 brings graph sharding, self-improving intelligence, and task-specific models. Submissions close Sept 28. Pick your track: openserv.ai/hackathon
25
30
14
220
40,251
build with SERV
5
17
5
144
10,718
We recently sat down with @humanode_io for a talk about SERV Reasoning & the future of agentic commerce. See the short preview 👇
Sat down with Tim Hafner of @openservai and discussed many things you'll see in the full episode, but this one was particularly interesting finding they now implemented in their product. youtube.com/watch?v=0gCv5Qn3…
3
22
1
134
6,799
The AI agents that win will be the ones that reason better. SERV gives developers the infrastructure to make that happen, without rebuilding their whole stack. The first SERV Hackathon starts in two days. Let’s see what you build. Pre-register here: form.typeform.com/to/GyPxGqR…
Everything we’ve done so far was preparation for this. Today, we open access to production-grade AI reasoning for every team. SERV Reasoning API is now live. This unlocks next stages: SERV v3→v4. Make your first API call & check 26/27 milestones: openserv.ai
10
35
5
164
8,875
Four tracks. Four ways to push SERV Reasoning somewhere new. Choose your lane: Robinhood Chain & MCP, Coinbase AgentKit, @IXSFinance Vaults, or Open Track. Check out the full details ↓ openserv.ai/hackathon
1
12
982
OpenServ retweeted
Every team building agents has been solving the same three problems in isolation: reliability, cost, auditability. Now it's an API call. Where it gets interesting is when those agents need somewhere to put capital. Curious what people build with IXS Vaults on the SERV stack.
Everything we’ve done so far was preparation for this. Today, we open access to production-grade AI reasoning for every team. SERV Reasoning API is now live. This unlocks next stages: SERV v3→v4. Make your first API call & check 26/27 milestones: openserv.ai
6
33
160
3,841
I’ve been building agentic systems since their dawn, and I know how difficult it is to make them reliable, deterministic, and cost-efficient. For years, we have been told that better reasoning requires bigger models, longer chains of thought and higher costs. We accepted that trade-off almost by default. BRAID questions that assumption. With structured, bounded reasoning, we have already demonstrated up to 74x efficiency gains and around 30x better performance per dollar without losing accuracy. This means enterprises can roll out reliables agents at scale, while keeping their costs under control. Now any developer can access it using the OpenAI or Anthropic SDK you already use. Change the base URL, add your SERV API key and continue building. V3 will bring Graph Sharding for compliant, auditable and accountable agentic systems operating at enterprise scale. If you are building agents, try it. Push it to its limits. Tell me where it fails and what problems you need us to solve next. My DMs are open.
Everything we’ve done so far was preparation for this. Today, we open access to production-grade AI reasoning for every team. SERV Reasoning API is now live. This unlocks next stages: SERV v3→v4. Make your first API call & check 26/27 milestones: openserv.ai
11
37
7
135
15,259
OpenServ retweeted
I don’t think many understand how big the opportunity in front of @openservai is. Every company is going to operate with teams of AI agents. Those agents will need to reason, coordinate and execute millions of tasks across critical parts of every business. Today we made the SERV Reasoning API public. This is the point where we begin to open up everything we have been working towards. I have always believed that AI will completely change what it means to build and operate a company, and the public API is the first major step to this next era. V3 and V4 will start showing how much bigger the full vision really is. Very proud of the team and extremely bullish on what comes next. SERV.
Everything we’ve done so far was preparation for this. Today, we open access to production-grade AI reasoning for every team. SERV Reasoning API is now live. This unlocks next stages: SERV v3→v4. Make your first API call & check 26/27 milestones: openserv.ai
18
35
6
172
8,543