Appearance
Stop reading thinkpieces about agent architectures. If you are building production AI agents today, there is exactly one stack that teams are actually deploying, and every major project released in the last three months is converging on it.
It has three layers, in this exact order:
- A portable skill standard, not hardcoded tool calls
- MCP servers for controlled API access
- An agent runtime that implements memory, scheduling and interfaces
No one is building custom agent loops anymore. No one is writing 1000 line prompt files. Everyone is plugging together these components.
Stack convergence
This didn't happen by design. It happened because every team hit exactly the same walls at exactly the same time.
LLMs are great at following instructions. They are terrible at remembering which instructions exist, when to use them, and how to not blow up your infrastructure when they do.
Every team that tried to build an agent six months ago ended up reinventing the same three components. Now they are all standard.
Agent runtimes: Hermes has won mindshare
If you are running an agent that does actual work, not demo gifs, you are almost certainly running Hermes. It is the only runtime that has moved past the toy stage.
Nous Research got almost everything right here. It does not lock you to a model. You can swap between 200+ models with one command. No code changes. It does not run only on your laptop. You run the gateway process on a $5 VPS, and talk to it from Telegram, Discord, Slack or Signal. It hibernates when idle and costs almost nothing.
Most importantly, it implements the closed learning loop. Hermes does not just execute skills. It watches what works, refines them, and stores the result for next time. This is the part every other runtime still omits.
| Feature | Hermes Agent | OpenClaw | AutoGPT | LangChain Agents |
|---|---|---|---|---|
| Cross platform messaging | ✅ | ✅ | ❌ | ❌ |
| Model agnostic | ✅ | ✅ | ❌ | Partial |
| Closed learning loop | ✅ | ❌ | ❌ | ❌ |
| Serverless idle hibernation | ✅ | ❌ | ❌ | ❌ |
| Native agentskills.io support | ✅ | ✅ | ❌ | ❌ |
Nobody is using LangChain agents for production anymore. Nobody is using AutoGPT. This is not controversial. If you are starting a new agent project today, you start with the one line install command.
Skills are the new unit of work
This is the single most important shift no one is talking about. We stopped writing tools. We started writing skills.
A tool is a function an agent can call. A skill is a complete workflow an agent can execute: when to run it, prerequisites, step by step instructions, verification steps, and compliance mappings.
This is not a small difference. An agent with a Volatility3 tool will guess at commands. An agent with the performing-memory-forensics-with-volatility3 skill will execute the exact same workflow a senior DFIR analyst would use.
The agentskills.io standard has won. Every major runtime, every plugin marketplace, every vendor now implements it.
Domain skill libraries are exploding
Right now the best example of this done correctly is the Anthropic Cybersecurity Skills repository. It has 817 production security skills, mapped across six industry frameworks.
This is not a collection of scripts. This is an AI native knowledge base. An agent can scan all 817 skills in ~24k tokens, pick the three relevant ones, and execute them correctly.
No human wrote this for you to read. It was written for agents to read. That is the new format.
This pattern is repeating across every domain. QuantMind is building this for quantitative finance. AWS Agent Toolkit is building this for cloud infrastructure. Every industry will have one of these libraries by the end of the year.
MCP is the universal interface
The Model Context Protocol did more than standardize plugin interfaces. It solved the permission problem.
Before MCP, if you gave an agent access to AWS you gave it your full credentials. Now you run the AWS MCP Server, and you can write IAM policies that apply only to actions taken by agents. You can allow read only access through the MCP server even if your user account has full write permissions.
Every major vendor shipped an MCP server in the last quarter. AWS did it. Anthropic did it. LangBot did it. This is now the only acceptable way to connect an agent to anything.
There will not be another plugin standard. This one won.
Vendor plugin marketplaces
Anthropic launched their official plugin marketplace last month, and it immediately became the de facto distribution channel.
This is not an app store. It is a curated index of skill bundles and MCP server configurations. You install a plugin with one command, and your agent immediately gains access to every skill and tool in that bundle.
AWS was the first major vendor to ship a full toolkit there. Everyone else will follow.
Interface layers
Agents do not live in web chat windows. They live where you already are.
LangBot has become the standard frontend layer. You write one agent, deploy it to 12 different chat platforms simultaneously. It handles access control, rate limiting, monitoring, and sensitive word filtering. All the boring production stuff no one wants to reimplement.
You connect LangBot to Hermes, and you have a production agent stack in 15 minutes.
The quiet infrastructure layer
Not everything is glamorous. If you are running agents that need to interact with desktop software, WinPodX is the standard way to do it. It exposes every Windows application as an isolated native window an agent can control. No one talks about it. Everyone building desktop agents uses it.
Similarly Scrapy is still the best way to scrape the web. It is 12 years old. It works. No agent project has ever successfully replaced it.
Autonomous research agents
Andrej Karpathy's autoresearch dropped last month and immediately reset expectations for what agents can do.
It is not a fancy architecture. It is one agent, one file it is allowed to edit, one fixed metric, and 8 hours to iterate. People are waking up to actual improvements to model architectures that their agent found overnight.
This is not a demo. This is how research will be done from now on.
What is not working
Everything not on this list is still demo ware.
Multi agent orchestration frameworks do not work in production. Long term memory implementations other than the one in Hermes do not work. Plan and execute loops still fail half the time.
No one is shipping any of that. Everyone is shipping the stack described here.
Closing
This is the stack. It will look almost identical this time next year. The components will get better. The skill libraries will grow. The core architecture will not change.
You do not need to invent anything new. You can build a production grade agent today by plugging these projects together. Most teams already are.