Filosofía

Una sola forma de hacer las cosas

La mayoría de los starter kits te dan un montón de opciones y te dejan ensamblarlas. Kavel hace lo contrario. Toma las decisiones de arquitectura por adelantado y se compromete con ellas, de modo que los módulos encajan y hay una única forma evidente de construir. Menos decisiones y menos código de pegamento significan que publicas antes.

Las decisiones que tomamos

• Un solo host. Todo apunta a Cloudflare Workers y D1. Sin capa de adaptación ni mínimo común denominador entre nubes.
• RPC con tipos. La app web llama a la API mediante oRPC, así que los tipos fluyen de extremo a extremo. Sin endpoints REST que escribir a mano y sin desajuste de esquema.
• Estado del servidor, no un store. TanStack Query gestiona los datos del servidor, mientras que el estado de React y la URL gestionan el resto. No hay un store de cliente global que mantener.
• CSS utilitario. Tailwind más las primitivas de Base UI que posees y reestilizas. Sin runtime de CSS-in-JS ni una biblioteca de componentes opaca.
• Una sola cadena de herramientas. Bun, Turbo y Biome se encargan de instalar, compilar, y del lint y el formato. Una configuración rápida en lugar de una pila de configs.
• SQL en el edge. Drizzle sobre D1, que es SQLite. Escribes un esquema y generas migraciones, y nunca editas SQL a mano.

Lo que dejamos fuera, a propósito

• Sin capa REST o GraphQL. oRPC ya da tipos de extremo a extremo. Un segundo estilo de API sería solo otro contrato que mantener a mano.
• Sin biblioteca de estado global. Redux, Zustand y compañía resuelven un problema que el cacheo de estado del servidor y la URL en gran parte eliminan. Añade una solo cuando surja una necesidad real.
• Sin CSS-in-JS. Trae un runtime y complica el renderizado en servidor. Tailwind cubre lo mismo sin nada de eso.
• Sin abstracción multinube. Las capas de portabilidad cuestan velocidad y simplicidad. Comprometerse con una plataforma mantiene el código directo y los cold starts cerca de cero.

Para quién es

Kavel encaja con equipos y desarrolladores en solitario que quieren publicar un producto, no evaluar herramientas. Si quieres un lienzo en blanco con todas las opciones abiertas, un starter más neutral te vendrá mejor. Si quieres valores por defecto sólidos y un camino claro de cero a producción, está hecho para ti.