lunchbox.dev

A developer's bento — six compartments, one carefully packed craft.

est. 2026 handpacked

scroll to open

// 06 compartments

Open the lid.

Each pocket holds a different facet of how we build — a principle, a feature, a recipe. Hover any compartment; it tilts toward you.

01 the rice

Foundations, perfectly cooked.

Every bento begins with rice. Every project begins with foundations. Lunchbox.dev provides the staple base: a runtime, a router, a build pipeline, and a deploy target — all chosen so that ninety percent of your day is just writing the part of the application that only you can write.

$ lunchbox init ./mochi-shop
# ✓ runtime ready in 0.8s
# ✓ deploy target: edge-jp1
02 the main

Modules that fit.

Compartments, not containers. Each module of your stack knows its neighbors and communicates through clean, documented seams. No glue code, no adapter sludge.

  • Typed boundaries by default
  • Tree-shaken in production
  • Hot-swappable in dev
03 the pickle

Sharp, small, essential.

The CLI — small, sharp, surprisingly satisfying. Init, dev, build, deploy. That's the verbs. The rest is flags you'll never need until the day you do.

04 the side

Mise en place

Editor integrations that surface what you need without demanding attention. Errors with reasons, not just stack traces. Defaults from real-world usage.

90s init → first deploy

05 the garnish

Tea green details.

The small things that lift the whole meal: smart logs, readable diffs, dev-server proxies that just handle CORS, websockets, and auth-forwarding.

“Speed is a feature. Reliability is a requirement. Clarity is a gift.”

06 the table

Sit down. Eat together.

Open source at the core, built by a distributed team across 14 time zones. Documentation written by the community, for the community. Pull up a chair.

join the table →

// pairings

What goes well together.

  • runtime·edge or node, your call
  • router·file-based, type-safe
  • styles·CSS-first, scoped
  • data·postgres or sqlite, encrypted at rest
  • deploy·14 regions, zero-downtime
// chef's notes

Three tiny rules.

  1. Defaults must be the right answer for ninety percent of cases.
  2. Override points must compose, not conflict.
  3. Error messages must say why, not just what.