Si te flipa crear bases de datos para tus agentes de LLM o para cualquier proyecto con IA, Supabase es una de esas opciones que merecen la pena desde el primer minuto. Es gratis hasta cierto nivel, y “entre bambalinas” usa infraestructura de AWS para moverse con bastante soltura.

Pero hay un clásico al que casi todo el mundo se enfrenta la primera vez: cuando intentas conectar, no sabes qué URL usar ni cuál es la contraseña de acceso a la base de datos. Y claro, sin eso, ni tus scripts ni tus aplicaciones (ni los LLMs con herramientas de código) pueden engancharse a PostgreSQL.

Vamos a dejarte esto resuelto paso a paso: cómo encontrar la URL de conexión (connection string) y cómo resetear la contraseña que realmente necesita la base de datos para autenticarse.

Supabase usa PostgreSQL (y por qué eso importa)

Supabase no es “otra base de datos rara”. Es, básicamente, PostgreSQL con una capa de gestión y una consola muy cómoda. Eso es buenísimo, porque:

• Muchísimas aplicaciones y librerías ya esperan PostgreSQL.
• Los LLMs y frameworks suelen necesitar una connection string o los parámetros equivalentes.
• El trabajo que haces en SQL y en la estructura de datos es perfectamente reutilizable.

Paso 1: encontrar la URL de conexión (connection string) en Supabase

Una vez dentro del panel de Supabase, entra en la aplicación de prueba o en tu proyecto. En la interfaz vas a ver un botón con una opción tipo Connect. Ese es el punto de partida.

Cuando consultas la información de conexión, Supabase te muestra un método de conexión, por ejemplo conexión directa (direct connection). Ahí es donde aparece la cadena de conexión de PostgreSQL.

¿Qué vas a copiar exactamente?

En muchas herramientas te piden:

• La URL de PostgreSQL (connection string)
• O bien parámetros separados como: host, puerto, nombre de la base de datos y usuario

La buena noticia es que, con el Connect de Supabase, puedes copiar la información tal cual y pegarla donde corresponda. Esto te deja hecha “la mitad del trabajo”.

Ojo a la contraseña dentro de la URL

Al copiar la connection string verás algo como un placeholder entre corchetes con el texto de contraseña, por ejemplo algo del estilo “your password”. Ese es el detalle que casi siempre bloquea:

• No es la contraseña de la cuenta de Supabase.
• Es la contraseña de acceso a la base de datos (el usuario de PostgreSQL).

Paso 2: encontrar o resetear la contraseña correcta

Para cambiar o recuperar la contraseña que realmente usa la base de datos, no tienes que adivinar ni hacer pruebas a ciegas. En el menú lateral del proyecto, busca la sección de Base de datos y, dentro, entra a Configurations y después a Settings.

Ahí verás una opción que te permite resetear la contraseña de la base de datos.

Cómo resetearla

La consola te ofrece dos caminos típicos:

• Generar una contraseña nueva automáticamente
• O crear una contraseña tú mismo

Cuando la generas, copias esa contraseña y la pegas en el hueco que aparecía en tu connection string.

Con eso, ya puedes conectarte a PostgreSQL de verdad.

Qué significa cada parte de la connection string

Sin ponernos excesivamente técnicos, conviene entender el concepto. Una connection string de PostgreSQL suele incluir:

• Protocolo (PostgreSQL)
• Usuario
• Password (la contraseña que acabas de resetear)
• Host (la dirección del servidor)
• Puerto
• Nombre de la base de datos

Dependiendo de la herramienta, puede que te exijan todo en un formato único (URL completa) o en campos separados. Supabase te simplifica la vida, porque desde el apartado Connect sacas todo lo necesario.

Conectar desde un entorno LLM o una aplicación: buenas prácticas

Aquí viene la parte importante para proyectos reales: la conexión funciona, sí, pero no quieres meter secretos en sitios equivocados.

La recomendación práctica es esta:

• No publiques ni pegues la URL de PostgreSQL y su contraseña en sitios accesibles públicamente.
• Si vas a usar un entorno tipo LLM o herramientas con integraciones, pasa esas credenciales como parte de configuración interna, gestionada por variables de entorno o secretos del sistema.

En el contexto de agentes y LLMs, esto suele funcionar muy bien porque el agente puede:

• Recibir la connection string o los parámetros.
• Conectar a PostgreSQL.
• Ejecutar consultas o insertar datos según necesites.

Y esto aplica tanto si el flujo lo montas con herramientas de código, frameworks de automatización o plataformas de IA. El punto es el mismo: conexión PostgreSQL lista y autenticación correcta.

Checklist rápido para que no se atasque nada

• En Supabase, entra al botón Connect.
• Copias la connection string de PostgreSQL o los parámetros (host, puerto, db, usuario).
• En la URL, localizas el placeholder tipo “your password”.
• En el panel, ve a Base de datos → Configurations → Settings.
• Reset de contraseña de la base de datos y copia el valor nuevo.
• Reemplaza la contraseña en tu connection string.
• Usa la conexión solo desde configuración interna (variables de entorno o secretos), no en público.

Ejemplo de estructura de connection string (conceptual)

No hace falta que adivines el formato exacto si lo copias desde Supabase, pero sí ayuda ver la idea general. Una connection string típica se parece a esto:

postgresql://USUARIO:CONTRASEÑA@HOST:PUERTO/NOMBRE_DB

Lo clave es que CONTRASEÑA sea la de acceso a la base de datos que puedes resetear en Settings.

Recursos recomendados para seguir construyendo

Si estás montando un proyecto completo con base de datos y luego quieres dominar el lado práctico (SQL, bases de datos o incluso LLM/IA aplicada), estos recursos de Frogames Formación encajan bastante bien:

• https://cursos.frogamesformacion.com/collections/sql
• https://cursos.frogamesformacion.com/collections/bases-de-datos
• https://cursos.frogamesformacion.com/collections/inteligencia-artificial
• https://cursos.frogamesformacion.com/courses/ingenieria-llm
• https://cursos.frogamesformacion.com/

Conclusión

Con Supabase, conectar a PostgreSQL no tiene por qué ser un misterio. La solución es directa:

• URL desde el panel en Connect.
• Contraseña desde Base de datos → Configurations → Settings, con reset si hace falta.
• Y siempre, sin exponer secretos en repositorios o logs públicos.

Cuando lo tengas listo, tu app o tu agente LLM pueden conectarse, trabajar con tus datos y empezar a ser útil de verdad. Ese es el salto: pasar de “tengo una base” a “mi sistema sabe usar la base”.