Instant 1.0 – Plataforma de backend para apps creadas con IA

• Un backend de código abierto que añade de una vez sincronización en tiempo real, modo offline, autenticación y almacenamiento de archivos a apps hechas con vibe coding
• La creación del backend no implica iniciar una VM, sino agregar una fila en la base de datos, así que el backend aparece en milisegundos y, si no se usa, el costo es cero
• Desde el frontend, con solo db.useQuery y db.transact, se pueden manejar directamente consultas relacionales y cambios de datos — no hace falta montar un servidor API aparte
• Las actualizaciones optimistas vienen activadas por defecto, así que incluso con una red lenta la UI responde de inmediato y, si algo falla, se revierte automáticamente
• Las subidas de archivos también se gestionan como filas de la base de datos, así que al borrar una publicación los archivos adjuntos también se eliminan con CASCADE — no hace falta escribir código de sincronización con S3
• Se puede elegir entre métodos de autenticación como Magic Code, OAuth y Guest Auth, y con Presence también es posible implementar de inmediato quién está conectado
• Los agentes de IA pueden encargarse directamente de crear apps, cambiar esquemas y configurar permisos mediante API/CLI, conectando incluso el despliegue de apps full stack solo con prompts
• Con una sola línea, npx create-instant-app, se crea al instante un proyecto en el entorno que quieras, como NextJS, Bun o Vite
• El lenguaje de consultas InstaQL usa la misma sintaxis de objetos de JavaScript, por lo que permite consultas dinámicas como GraphQL sin etapa de build ni codegen
• Con una arquitectura multitenant basada en Postgres desarrollada durante 4 años, opera miles de apps en una sola instancia, y todo el código open source está publicado en GitHub

[GN⁺]

Opiniones en Hacker News

• Pregunta honesta. No entiendo por qué una app vibe coded necesita un framework
  Simplemente pídele al agente de código que haga el frontend en HTML5/Vanilla JS/CSS y el backend en el lenguaje que quieras
  No hacen falta cientos de dependencias, y también puedes dejar el despliegue en manos del agente

  • De hecho lo probé así, y los LLM actuales fueron mucho más eficientes cuando trabajaban sobre un framework
    Mientras más crece el código, no solo sube el costo sino que también baja el rendimiento, y aumentan los bugs y las abstracciones innecesarias
    Al final uno termina perdiendo tiempo intentando guiarlos para que construyan un buen framework por su cuenta
    Me parece mejor usar un framework existente que ya esté incluido en los datos de entrenamiento
    Con los modelos actuales no lo recomendaría para algo más grande que una landing page
  • Puede sonar a broma, pero entonces la razón por la que no programamos en ensamblador es la misma
    Una buena abstracción mejora la legibilidad y el mantenimiento, y hoy el HTML/CSS/JS puro ya es minoritario
    Tiene que ser algo que una persona pueda entender y verificar, y si no terminas gastando tokens y tiempo reinventando la rueda
    Los LLM también pueden perderse en código espagueti complejo, igual que los humanos
  • Hay varias razones
    1. Proyectos ilimitados: los backends tradicionales basados en VM son costosos, pero Instant puede crearlos sin límite
    2. Experiencia de usuario: facilita implementar funciones como multijugador, modo offline y actualizaciones optimistas
    3. Funciones ricas: también trae integrados almacenamiento de archivos, cursores compartidos y streaming de tokens
       Por ejemplo, puedes crear un backend con solo hacer clic en un botón y completar una app de tareas en tiempo real con 25 líneas de código
  • Cuando usas un framework, es como obtener gratis con costo de 0 tokens las primeras más de 10 mil líneas de código de scaffolding
    Puedes pasar directo a la lógica de negocio y trabajar dentro de patrones y herramientas ya probados
    El software empresarial sigue necesitando codebases grandes, así que el valor del framework sigue siendo alto
    Ofrece soluciones probadas en batalla que ya resolvieron una enorme cantidad de casos límite
  • Es simple. Se trata de reducir el alcance que tienes que administrar y trasladar esa responsabilidad al framework
    Si eliges un buen framework, puedes evitar miles de decisiones y carga de mantenimiento
    Los frameworks existen, al final, por la escalabilidad

• Me pregunto si de verdad la gente necesita algo así
  ¿Cuántos están construyendo apps multijugador tipo Figma o Linear?
  La mayoría serán apps CRUD, así que no veo por qué habría que atarse a una tecnología propietaria

  • Lo interesante es que, si hacer apps multijugador se vuelve fácil, más apps terminarán siendo así
    Por ejemplo, Linear es multijugador, y no veo por qué otras apps CRUD no lo serían
    Si la abstracción está bien hecha, una app basada en motor de sincronización incluso puede ser más fácil de construir
    El equipo de Linear también lo comentó en este tuit
  • Como referencia, Instant es 100% open source
    Repositorio en GitHub
  • Estoy de acuerdo. Hoy en día la mayoría del código la escriben los LLM, así que no hace falta una tecnología compleja
    Las apps CRUD son simples y repetitivas, así que encajan perfecto con la IA
    Si el backend es un binario en Go y el frontend es React, cubres el 99.9% de los casos
    Incluso un nodo de 5 dólares al mes puede manejar sin problema 100 mil MAU

• Parece una herramienta perfecta para proyectos personales
  Aunque estaría bien que la parte de “agente” estuviera integrada de forma más fluida
  ¿Hay alguna forma de que mi agente de código sepa cómo manejar esto?
  Estaría bueno agregar al blog un link a skills relacionadas

  • Me parece una buena sugerencia. Ya actualicé el ensayo de inmediato
    Link al PR
  • Ya existe una skill
    Puedes agregarla con el comando npx skills add instantdb/skills
    También recomiendan usar bunx/pnpx/npx create-instant-app para generar el scaffolding del proyecto

• ¡Felicidades por el lanzamiento! InstantDB fue de las herramientas más agradables que he usado
  Solo hice algunos proyectos pequeños de juguete, pero en este espacio es lo más simple e intuitivo que he visto
  Dicho eso, el producto central es tan bueno que el énfasis en IA se siente un poco forzado
  Me da la impresión de que hoy hace falta ese posicionamiento para conseguir financiamiento

  • ¡Gracias!
    No habíamos actualizado el sitio web desde que lo hicimos open source en agosto de 2024
    Desde esa publicación, se disparó la cantidad de usuarios que crean apps con IA
    Por eso ajustamos el mensaje e invertimos en hacer más agradable la experiencia con agentes
  • Gracias. El énfasis en IA no viene del marketing, sino del comportamiento real de los usuarios
    Como la mayoría está programando con IA, lo optimizamos para eso

• Tal vez lo entendí mal, pero me pregunto por qué lo llaman AI-coded
  Desde la perspectiva de alguien que busca un backend simple, parece una alternativa excelente
  Pero no me queda claro qué tiene de centrado en IA frente a otros backends
  Y como parece estar muy orientado a TS, también me pregunto si hay planes para bindings nativos móviles

• Fue una demo realmente genial. La idea de la integración con IA está muy buena, pero falta explicarla mejor
  Revisé el tutorial, pero está centrado en crear una cuenta SaaS
  En Instant están muy bien incorporados patrones de apps reactivas como Triples, Datalog y Clojure
  Personalmente Clojure me resulta difícil y Datalog me es ajeno, así que la abstracción de Instant me parece muy bienvenida
  Si existiera un convertidor de InstantQL a Datalog como componente aparte, sería realmente útil
  Entiendo la elección de Postgres porque el backend está hecho en Clojure, pero para despliegues locales SQLite podría ser más simple

• Me impresionó que realmente hayan implementado consultas relacionales + tiempo real
  Aunque la UI de la consola da la sensación de haber recibido menos cariño que la infraestructura o el sitio web
  Felicidades por el lanzamiento de la 1.0; pienso seguir construyendo con Instant

  • ¡Gracias!
    Mejoramos bastante la demo del sitio, el ensayo y la documentación
    El dashboard va a rediseñarse en las próximas semanas
    Curiosamente, incluso cuando los agentes de IA crean apps y modifican el esquema,
    los usuarios siguen prefiriendo explorar los datos directamente mediante el componente Explorer

• No encuentro nada sobre rate limiting en la documentación. Me pregunto si eso existe

• Probé Pocketbase y Instant también se ve bien para un uso parecido
  Pero la fortaleza de Pocketbase era la escalabilidad del servidor
  Podías escribir hooks en JS o Go para agregar funciones como notificaciones push
  Me pregunto si en InstantDB se puede hacer algo así o si hay que crear un worker aparte
  Y también quisiera saber si hay planes para un SDK de Dart

  • En el servidor puedes usar db.subscribeQuery para reaccionar a cambios
    Pronto también agregaremos webhooks, y a largo plazo pensamos dar soporte a SDK para otros lenguajes

• Me identifico con la idea de que los patrones predefinidos reducen el costo de tokens
  Nosotros tuvimos una experiencia parecida al crear empla.io
  Si dejas que el agente tome las decisiones del backend, el uso de tokens se multiplica entre 3 y 4 veces
  Un lenguaje de consultas declarativo le da todavía más eficiencia a la IA que a los humanos
  Tengo dos dudas

  1. Cómo manejan la evolución del esquema cuando el agente agrega nuevas relaciones a mitad de una sesión
  2. Si viene integrada la gestión de presupuesto de costos por sesión, o si el usuario tiene que implementarla por su cuenta

[picopress]

¿También promocionan cosas hechas con vibe coding?