Supabase CLI te permite levantar todo tu backend en local: base de datos, autenticación, storage y funciones, replicando lo que tienes en la nube dentro de contenedores en tu máquina. Es la herramienta ideal si quieres desarrollar offline, hacer pruebas aisladas o comparar el flujo local contra producción antes de desplegar.

¿Qué es Supabase CLI y para qué sirve?

La CLI (Command Line Interface) de Supabase es la puerta de entrada al desarrollo local. Te da acceso a los mismos servicios de la versión cloud, pero corriendo en tu computadora a través de contenedores.

¿Por qué te conviene conocerla aunque uses la versión cloud? Porque te abre tres escenarios concretos:

• Trabajar sin conexión cuando necesitas avanzar offline.
• Probar cambios en local antes de tocar producción.
• Autohostear tu proyecto si decides salir de la infraestructura administrada.

¿Qué incluye Supabase CLI? Incluye base de datos, autenticación, storage, edge functions, API REST, GraphQL y el Studio con la misma UI que ves en cloud. Todo corriendo localmente con contenedores.

¿Cómo instalar y configurar la CLI de Supabase?

La instalación se apoya en comandos muy directos. El primer aliado es el comando de ayuda, que te lista todo lo que puedes hacer y te muestra la versión instalada.

¿Qué hace el comando init en Supabase?

El comando init inicializa un nuevo proyecto y crea una carpeta llamada supabase con la estructura base que necesitas para empezar.

Durante el proceso, la CLI te pregunta si quieres instalar los settings para Deno. Esto es relevante porque Deno es el runtime que soporta Supabase, sobre todo para las edge functions. Aceptarlo te deja listo para escribir funciones serverless desde el día uno.

¿Qué es Deno en Supabase? Es el entorno de ejecución que usa Supabase para correr las edge functions. Si activas sus settings al inicializar, tu editor reconocerá las dependencias y tipos correctamente.

¿Qué servicios levanta Supabase al iniciar el proyecto?

Una vez instalado, la CLI te devuelve la lista de endpoints y servicios disponibles en tu máquina:

• API REST para consumir tus tablas.
• GraphQL como alternativa de consulta.
• Storage para archivos.
• Base de datos PostgreSQL.
• Studio, la URL que abre la interfaz visual.

El Studio es el que más vas a usar al principio. Cuando lo abres en el navegador, vas a notar algo interesante: es exactamente la misma interfaz que usas en Supabase Cloud, pero corriendo en tu local.

¿Qué diferencias hay entre Supabase local y cloud?

La funcionalidad principal es prácticamente idéntica, y aquí viene lo interesante: tienes la edición de tablas, el editor SQL, el listado de registros y todas las opciones de base de datos, autenticación, storage e integraciones funcionando igual.

La diferencia clave está en la gestión de proyectos. En cloud trabajas con organización y múltiples proyectos, mientras que en local todo se reduce a un solo proyecto activo. Por eso no verás el menú de project settings como tal, sino que accedes a la información desde el overview directamente.

Esto cambia tu flujo: en local te enfocas en construir, no en administrar permisos ni equipos.

¿Cuándo conviene usar Supabase CLI en vez de la nube?

La versión cloud sigue siendo la opción recomendada para la mayoría de los proyectos porque te ahorra mantenimiento. Sin embargo, la CLI brilla en momentos específicos:

• Cuando viajas o trabajas sin internet estable.
• Cuando necesitas probar migraciones destructivas sin riesgo.
• Cuando quieres entender cómo funciona Supabase under the hood.
• Cuando evalúas autohostear tu propio backend.

Conocer ambos mundos te da flexibilidad real: puedes prototipar local y desplegar a cloud, o mantener entornos paralelos para QA y producción.

¿Ya probaste levantar tu primer proyecto con la CLI? Cuéntame en los comentarios qué servicio te interesa más: edge functions, storage o el editor SQL en local.