Diseña el onboarding agent-first — permite que los agentes comiencen antes de que los humanos creen cuentas

Diseña flujos de onboarding donde un agente pueda comenzar a trabajar en nombre de un usuario antes de que el usuario haya creado una cuenta. El humano reclama el trabajo después. Obligar a crear una cuenta antes de que un agente pueda comenzar es un antipatrón de AX.

Por qué

El marco canónico de AX (agentexperience.ax, Accesibilidad de Agentes) afirma que exigir la intervención humana donde no es absolutamente necesario es un antipatrón. Biilmann documenta tres empresas que llevaron esto a la práctica a gran escala:

• Netlify: "despliega de forma anónima y luego reclama": el agente despliega en una URL y el usuario reclama el sitio con un solo clic, a menudo creando su cuenta de Netlify en el proceso. Hoy impulsa decenas de miles de despliegues liderados por agentes al día.
• Clerk: actualizó su SDK para funcionar sin exigir registro, de modo que los agentes pudieran instalar, configurar y previsualizar Clerk sin ninguna interacción humana en el bucle.
• Prisma: lanzó una API específica para agentes de programación con IA con un flujo de reclamación para bases de datos recién creadas: los agentes levantan una aplicación completa con acceso a datos y el usuario reclama la base de datos después.

El patrón es coherente: el agente empieza, el humano reclama. Esto invierte el embudo de onboarding tradicional de una manera que reduce drásticamente la fricción en el descubrimiento mediado por agentes.

Haz

Permite que los agentes creen recursos efímeros (despliegues, sandboxes, bases de datos, instancias) sin exigir una cuenta de usuario autenticada. Genera un enlace o token de reclamación que el agente pueda mostrar al usuario. Diseña un flujo de reclamación ligero donde el usuario asuma la propiedad, y opcionalmente cree su cuenta, después de ver el trabajo del agente.

No hagas

Exigir que un humano se registre, inicie sesión o complete la configuración de la cuenta antes de que un agente pueda realizar cualquier acción. No trates las sesiones iniciadas por agentes como riesgos de seguridad de forma predeterminada: acótalas adecuadamente (ver AX-SYS-05) en lugar de bloquearlas.

Artefacto

Patrón de flujo de reclamación:

1. Agent starts work (no account required)
   → Service issues ephemeral resource ID + signed claim URL
   → Agent surfaces claim URL to human: "Your project is live at https://xyz.netlify.app — claim it here: [URL]"

2. Human clicks claim link
   → Service authenticates human (OAuth, magic link, etc.)
   → Resource transfers to human's account
   → Agent session can continue under the now-authenticated context

3. Optional: agent continues with enriched access post-claim

Esquema del token de reclamación:

{
  "resource_id": "proj_xyz",
  "resource_url": "https://xyz.example.com",
  "claim_url": "https://example.com/claim?token=abc123&expires=2026-06-07T00:00:00Z",
  "expires_at": "2026-06-07T00:00:00Z",
  "scopes_post_claim": ["deploy", "config", "logs"]
}