In-house rate
The share of sessions where a coding agent wrote the implementation itself instead of adopting any product. It ranged from 0% to 52% by category.
In-house rate is the percentage of sessions in a category where a coding agent wrote the implementation itself instead of adopting any product. It is the share of the market that every vendor loses at once.
The range
Across 5,292 judged sessions in 18 categories, the in-house rate went from nothing to more than half.
| Category | In-house rate |
|---|---|
| Performance CI | 52% |
| Evals | 29% |
| Agent frameworks | 25% |
| Search | 23% |
| Product analytics | 23% |
| Serverless | 17% |
| Bot protection | 11% |
| Authentication | 10% |
| AI gateway | 9% |
| Voice agents | 6% |
| Observability | 6% |
| Cloud | 0.5% (1 of 215) |
| Payments, databases, storage, deploy, sandboxes, email | 0% (not one session) |
What separates the two ends
Look at the bottom: payments, databases, storage, deploy, sandboxes and email, where not one session out of 1,618 ended without a product, plus cloud at a single session out of 215. Each of those needs something an agent cannot write. A merchant account. A machine that stays up. An IP address with a sending reputation.
Now the top: performance testing, evals, agent frameworks, search, product analytics. Each can be started with a script. A benchmark loop. A file of test cases. A LIKE query. An events table.
The rule: if the first ten percent of the problem can be solved in fifty lines, an agent will write those fifty lines. It is good at writing fifty lines and it has no budget to consider.
The agent does not know the fifty lines break at volume. It knows the problem looks tractable.
It varies by agent
| Agent | In-house rate |
|---|---|
| Claude Code | 19% |
| Codex | 10% |
| Cursor | 10% |
Claude Code builds rather than adopts nearly twice as often. That is consistent with its other habit: it ran a web search in 1.6% of decision runs against 53% for Codex. An agent that does not look for candidates has fewer of them in front of it, and its own implementation is always available.
Why it changes your content
In a category with a high in-house rate, most vendor content argues the wrong thing.
The usual argument is "we are better than the alternatives", which only matters to somebody who has decided to buy something. In performance testing, 52% of sessions never reached that question.
The argument you need first is that the problem is harder than it looks, and it only works with specifics: the failure modes, the edge cases, what the maintenance costs in year two, each with numbers. Put it in the documentation rather than the blog, because that is where an agent searching a production question will look.
Where to put it in the denominator
In-house sessions belong in your install share denominator. Excluding them makes the number look better and hides the competitor you most need to see.
Common questions
What is the in-house rate?
The percentage of sessions in a category where a coding agent wrote the implementation itself rather than adopting any product. It measures how often the whole vendor category loses to a hand-written script.
Which categories have the highest in-house rate?
Performance testing at 52%, evals at 29%, agent frameworks at 25%, search at 23% and product analytics at 23%. Payments, databases, storage, deployment, sandboxes and email were all zero.
Why does the in-house rate matter?
It tells you what argument your content has to win. A high rate means you must first show that the problem is harder than it looks. A rate of zero means you are in a straight vendor comparison.
Does the in-house rate depend on the agent?
Yes. Claude Code wrote its own implementation in 19% of all runs, against 10% for Codex and 10% for Cursor.
Where this comes from
Armature ran 5,292 judged sessions with Claude Code, Codex and Cursor inside 51 realistic codebases, and published every run. The numbers on this page come from that work.