Company · Doom Labs
Breaking stuff is fun
Phase — (01)
Explore
Start with a question, not a spec. What if expertise could move between systems without losing context?
Phase — (02)
Break
Build the smallest thing that could work — then stress it until it doesn’t. Document what failed and why.
Phase — (03)
Graduate
Survivors get structure, naming, and a path to teaching or consulting. Everything else stays in the lab as institutional memory.
Lab Principles
Where failure is encouraged
Doom Labs operates by different rules than the rest of the company — fewer stakeholders, shorter feedback loops, and permission to be wrong in public (within the lab).
- Failure Is the Feature
- Most experiments die here — on purpose. We’d rather kill a bad idea in the lab than ship it to customers. Dead ends are data.
- See What’s Possible
- Doom Labs exists to stretch the edges of Analog Intelligence — weird prototypes, half-baked tools, and ideas too early for the main stage.
- Prototype → Practice
- What survives the crucible graduates into courses, frameworks, or consulting engagements. Most experiments stay in the lab — and that is the point.
- On the DL
- No roadmap theater. No launch pressure. Just small teams, short cycles, and the freedom to explore without explaining every dead end.
You won't find a public roadmap
What we're testing stays internal until it's ready — or until we kill it. That's how Kate protects focus on education and consulting while still making room for what's next.
If you're building at the edge of expertise, knowledge infrastructure, or human-centered AI — and you think we should break something together — get in touch.
From the lab to the world
Every experimental project starts as a question someone was brave enough to ask out loud. Doom Labs is where those questions go to get tested.
