Bootstrap de cuentas para agentes

Disponibilidad

Este flujo utiliza el runtime stdio con activación explícita y los flags del servidor, también en producción. La conexión habitual con cuenta previa sigue disponible. Utiliza únicamente las herramientas y la acción de conexión que devuelva el servidor configurado.

Google con cuenta existente y Apple con cuenta nueva se han verificado mediante login real en staging, seguido de lectura y escritura reversible por MCP vinculado. Es evidencia de staging, no una certificación de todas las combinaciones de proveedor y dispositivo en producción.

Instrucciones para agentes

1. Llama a bootstrap_agent_account para crear o recuperar la cuenta operacional del runtime. Cada recurso tiene propietario desde su creación; el bootstrap no crea una identidad humana verificada.
2. En PREPARING, utiliza las herramientas ordinarias de catálogo y rutinas para guardar una rutina genérica e inactiva. Léela antes de cerrar la preparación. No recojas datos de salud, medidas, historial ni información personal libre en este estado.
3. Llama a complete_agent_preparation con un UUID commandId estable. El servidor pasa durablemente a LINK_REQUIRED y bloquea nuevas escrituras de preparación.
4. Si devuelve link.url, presenta esa URL exacta. El usuario conecta Apple o Google y completa las autorizaciones de esa misma pantalla. No inventes enlaces ni aceptes consentimiento en su nombre.
5. Consulta get_agent_account_status respetando link.pollAfterSeconds. El runtime canjea privadamente el recibo ligado a su clave y guarda las credenciales. No pidas copiar tokens.
6. En LINKED, continúa el trabajo solicitado con las herramientas MCP ordinarias y los permisos concedidos. No hay revisión de rutinas, importación manual, segunda autorización MCP ni wizard posterior de alta.

La conexión es el único paso humano normal. Una revocación, cambios de permisos o comprobaciones del proveedor pueden requerir otra intervención legítima. MCP no aporta información personal desconocida ni autorizaciones ausentes.

Contrato de preparación

Usa name: "Generic routine", goal: "general_fitness", activate: false, trackSteps: false y nombres de día Day N. Utiliza exclusivamente IDs del catálogo público de ejercicios incorporados, sin consulta q. Series regulares: 1–6 series, RIR 3, 1–30 repeticiones, 0–300 segundos de descanso y una entrada repSchemes por serie. Omite notas, descripciones, nombres arbitrarios, exerciseName y ejercicios personalizados. Sigue el schema registrado de cada herramienta.

Reutiliza los UUID clientRequestId en reintentos de mutaciones ordinarias y el mismo commandId al reintentar la preparación. La cuenta provisional dura 72 horas; actividad y reinicios no amplían ese plazo ni reinician cuotas. No crees automáticamente otra cuenta después de EXPIRED o REVOKED.

Identidad y recuperación

Una identidad social nueva conserva el ID de propietario provisional. Una cuenta existente compatible recibe la rutina preparada e inactiva conservando sus IDs; no se fusionan ni sobrescriben sus datos personales previos. La activación es una operación ordinaria posterior del agente.

Conserva el directorio privado de estado entre reinicios. Un runtime vinculado recupera su autoridad: no crees otra cuenta ni pidas otro login por reiniciar el proceso. Si no hay URL de conexión, comunica que el servidor no permite vincular en ese momento. Usa revoke_agent_account solo antes del vínculo; después utiliza los controles normales de instalación.

Integración

Este flujo utiliza actualmente el runtime operacional stdio. Una conexión MCP remota habitual no expone automáticamente estas herramientas de bootstrap. No requiere WebMCP ni control del escritorio. Consulta el manifiesto del servidor para conocer el contrato de descubrimiento y su estado de despliegue.