Claves de Acceso

DYPAI expone un conjunto pequeño de claves y tokens para contextos diferentes. La regla principal es:

usa jwt para flujos de usuario
usa la API Key del proyecto solo para llamadas server-to-server
trata service_role como interno/admin

Trata todas las claves como contraseñas. Nunca expongas la API Key del proyecto ni credenciales service_role en código del navegador, repositorios públicos o variables NEXT_PUBLIC_*.

Las Tres Credenciales

API Key

Usa la API Key del proyecto para endpoints configurados con auth_mode: "api_key".

Se envía mediante X-API-KEY
Solo se acepta en endpoints configurados explícitamente con auth_mode: "api_key"
Está pensada solo para entornos server-side
Ideal para jobs backend, workers, cron, Route Handlers e integraciones server-to-server
No debe usarse en navegador ni clientes móviles
Se encuentra en Settings → API Keys (ruta /api/keys)

La API Key del proyecto autentica las llamadas hacia tus endpoints de DYPAI. No es lo mismo que una clave de un proveedor externo (Stripe, OpenAI, Telegram…). Esas van en Credenciales, donde se guardan tipadas y cifradas.

Service Role Key

Es una credencial interna de alto privilegio.

Se envía mediante Authorization: Bearer <clave>
Otorga acceso interno service_role
Queda reservada para infraestructura de confianza, operaciones admin, migraciones o tooling privado
No forma parte del diseño normal de aplicaciones
Nunca la expongas fuera de un contexto de servidor seguro

MCP Token

Usa el token MCP para conectar clientes de IA como Claude Code, Codex, Cursor, Windsurf o Antigravity (y cualquier otra herramienta compatible con MCP) a tu proyecto.

Se usa en la configuración MCP
Permite a tu asistente inspeccionar y operar recursos del proyecto
Se crea en la página de nivel organización "Conectar IA" (tokens MCP), en /{org}/mcp/tokens — la tarjeta MCP del sidebar del portal

Cual Debo Usar

Credencial	Donde usarla	Header	Caso tipico
JWT de usuario	Browser o app movil	`Authorization: Bearer <user-token>`	Flujos con usuario autenticado
API Key	Solo codigo server-side	`X-API-KEY`	Endpoints server-to-server
Service Role Key	Solo backend interno	`Authorization: Bearer <clave>`	Operaciones internas/admin
MCP Token	Config MCP del cliente de IA	Config MCP	Conecta Claude Code, Codex, Cursor, Windsurf o Antigravity

Uso Con El SDK

App orientada a usuario

Para auth en browser o app, inicializa el SDK solo con la URL del proyecto:

JavaScript

import { createClient } from '@dypai-ai/client-sdk'

const dypai = createClient(process.env.NEXT_PUBLIC_DYPAI_URL!)

Este es el setup normal para:

login
signup
recovery password
llamadas desde UI a endpoints jwt

App server-side

Si necesitas llamar endpoints api_key desde backend:

JavaScript

import { createClient } from '@dypai-ai/client-sdk'

const dypaiServer = createClient(
  process.env.DYPAI_URL!,
  process.env.DYPAI_API_KEY
)

Guarda las claves en variables de entorno server-only y nunca las hardcodees en el código fuente.

JavaScript

# .env
DYPAI_URL=https://tu-proyecto.dypai.app
DYPAI_API_KEY=tu-api-key-del-proyecto
DYPAI_SERVICE_KEY=tu-service-key-interna

Patron Recomendado

Para la mayoria de proyectos:

Usa jwt para endpoints y pantallas orientadas al usuario.
Usa api_key solo para automatizacion backend o integraciones server-side.
Deja service_role fuera de la arquitectura normal de la app.

Si empiezas con automatizacion backend antes de tener auth de usuarios, puedes trabajar primero con endpoints api_key. Cuando lleguen los flujos de usuario, añade endpoints jwt para esas acciones.

Buenas Practicas De Seguridad

No expongas la API Key del proyecto en código del navegador
No pongas DYPAI_API_KEY en variables NEXT_PUBLIC_* ni equivalentes
Reserva la Service Role Key para procesos backend internos de confianza
Rota las claves si sospechas compromiso
Añade .env a .gitignore

Siguientes Pasos

Autenticación — Entiende usuarios, roles y protección de endpoints
Endpoints — Construye y expone tus propios endpoints
Credenciales — Guarda claves de proveedores externos (Stripe, OpenAI, Telegram…)
SDK Auth — Implementa login, signup y recovery

Claves de Acceso

DYPAI expone un conjunto pequeño de claves y tokens para contextos diferentes. La regla principal es:

usa jwt para flujos de usuario
usa la API Key del proyecto solo para llamadas server-to-server
trata service_role como interno/admin

Trata todas las claves como contraseñas. Nunca expongas la API Key del proyecto ni credenciales service_role en código del navegador, repositorios públicos o variables NEXT_PUBLIC_*.

Las Tres Credenciales

API Key

Usa la API Key del proyecto para endpoints configurados con auth_mode: "api_key".

Se envía mediante X-API-KEY
Solo se acepta en endpoints configurados explícitamente con auth_mode: "api_key"
Está pensada solo para entornos server-side
Ideal para jobs backend, workers, cron, Route Handlers e integraciones server-to-server
No debe usarse en navegador ni clientes móviles
Se encuentra en Settings → API Keys (ruta /api/keys)

Service Role Key

Es una credencial interna de alto privilegio.

Se envía mediante Authorization: Bearer <clave>
Otorga acceso interno service_role
Queda reservada para infraestructura de confianza, operaciones admin, migraciones o tooling privado
No forma parte del diseño normal de aplicaciones
Nunca la expongas fuera de un contexto de servidor seguro

MCP Token

Usa el token MCP para conectar clientes de IA como Claude Code, Codex, Cursor, Windsurf o Antigravity (y cualquier otra herramienta compatible con MCP) a tu proyecto.

Se usa en la configuración MCP
Permite a tu asistente inspeccionar y operar recursos del proyecto
Se crea en la página de nivel organización "Conectar IA" (tokens MCP), en /{org}/mcp/tokens — la tarjeta MCP del sidebar del portal

Cual Debo Usar

Credencial	Donde usarla	Header	Caso tipico
JWT de usuario	Browser o app movil	`Authorization: Bearer <user-token>`	Flujos con usuario autenticado
API Key	Solo codigo server-side	`X-API-KEY`	Endpoints server-to-server
Service Role Key	Solo backend interno	`Authorization: Bearer <clave>`	Operaciones internas/admin
MCP Token	Config MCP del cliente de IA	Config MCP	Conecta Claude Code, Codex, Cursor, Windsurf o Antigravity

Uso Con El SDK

App orientada a usuario

Para auth en browser o app, inicializa el SDK solo con la URL del proyecto:

JavaScript

import { createClient } from '@dypai-ai/client-sdk'

const dypai = createClient(process.env.NEXT_PUBLIC_DYPAI_URL!)

Este es el setup normal para:

login
signup
recovery password
llamadas desde UI a endpoints jwt

App server-side

Si necesitas llamar endpoints api_key desde backend:

JavaScript

import { createClient } from '@dypai-ai/client-sdk'

const dypaiServer = createClient(
  process.env.DYPAI_URL!,
  process.env.DYPAI_API_KEY
)

Guarda las claves en variables de entorno server-only y nunca las hardcodees en el código fuente.

JavaScript

# .env
DYPAI_URL=https://tu-proyecto.dypai.app
DYPAI_API_KEY=tu-api-key-del-proyecto
DYPAI_SERVICE_KEY=tu-service-key-interna

Patron Recomendado

Para la mayoria de proyectos:

Usa jwt para endpoints y pantallas orientadas al usuario.
Usa api_key solo para automatizacion backend o integraciones server-side.
Deja service_role fuera de la arquitectura normal de la app.

Buenas Practicas De Seguridad

No expongas la API Key del proyecto en código del navegador
No pongas DYPAI_API_KEY en variables NEXT_PUBLIC_* ni equivalentes
Reserva la Service Role Key para procesos backend internos de confianza
Rota las claves si sospechas compromiso
Añade .env a .gitignore

Siguientes Pasos

Autenticación — Entiende usuarios, roles y protección de endpoints
Endpoints — Construye y expone tus propios endpoints
Credenciales — Guarda claves de proveedores externos (Stripe, OpenAI, Telegram…)
SDK Auth — Implementa login, signup y recovery