A research lab
that makes products.
We started Blossom because we found ourselves caught between two incomplete answers: research that never met production, and products that were dressed-up wrappers around models nobody had really studied. We thought there was room for one company that did both well. Blossom AI is the business name of Blossom Tech LLC.
一つの規律。Research and product, one discipline.
— Founding note, 2025
Why this company
exists.
Modern AI is good enough to deploy and not good enough to deploy carelessly. That gap — between what models can do and what businesses can trust them to do — is where most operationally serious work breaks down today.
Our bet is that closing that gap is a research problem, not just a tooling one. So we built a lab and a product company together, and we run them as a single team. The lab studies how AI should reason, route, and collaborate with experts. The product takes those findings into businesses where the cost of being wrong is real.
The questions worth answering only show up under load — and the products worth shipping demand the rigor of a lab.
So far, in plain order.
Blossom AI is founded in San Francisco.
A small founding team, one thesis: research and product belong in the same building. The lab is incubated in Tokyo as the research arm; the first weeks are spent writing down what we believe.
First production routing experiment ships.
A first routing experiment ships on real engineering traffic — choosing between models on cost, latency, quality, and privacy. The exercise becomes the foundation for Furiwake, the routing-and-evaluation layer for agent labor.
A research lab that ships.
Across two offices in Tokyo and San Francisco, the lab and product organisation share a single weekly review. The next year is about depth, not breadth.
Five practices.
- 01問い
Start from the production question.
A research question earns its place by naming where it bites in production. We work backwards from the operator’s problem.
- 02模擬
Practice in simulation before the world.
Agents should make their mistakes in simulated environments before they meet real systems. How faithful the simulation is decides how much it can teach.
- 03協働
Experts teach. Models defer.
Domain expertise should travel into our models faster than it travels out. Specialists correct, audit, and steer; the model knows when to ask.
- 04校正
Calibration before performance.
Wrong with confidence costs more than right with humility. Refusal, deferral, and uncertainty are first-class outcomes.
- 05発表
Publish what we find.
Papers, notes, benchmarks. The product benefits, but the field has to be able to check our work.