What Houston isn't.

Houston is very good at one shape of problem because it's not trying to be good at every shape. Here's the positioning, stated plainly.

What Houston is for

Houston is for building local, AI-native apps that replace the role of a junior employee for one user or one small team.

Examples of what fits:

The unit of scale is "what one person does well." Houston aims to make one person 10x as effective, not to make a company more efficient.

What Houston isn't for

Houston is not for:

These aren't bugs. They're positioning choices. Houston is very good at what it's for because it's not trying to be everything.

The scale ceiling

A Houston workspace is fast up to a few thousand entities. Past that, filesystem queries start to drag.

A simple test: "can one person reasonably care about all this?"

The ceiling matches the product. Houston is for apps at human scale, because the AI in Houston is operating at human scale.

Cost and privacy

Houston is free and open source. The user pays for the LLM calls directly — they bring their own Claude Code setup or API key.

This means a few things:

If your users have sensitive data and strict compliance requirements, they need to read the Claude terms of service and decide. Houston doesn't make that decision for them.

When to pick something else

Pick something else if:

Pick Houston if:

What to do next

Scaffold a project with pnpm create houston-agent and start with one page. Ship it. Use it yourself. Teach it things. That's the fastest way to understand what AI-native actually feels like in practice.