Codex y Claude Code con permiso: cómo desplegar tus agentes de desarrollo

Codex, Claude Code y OpenCode ya forman parte del día a día de muchos equipos. Escriben código, pero cada vez más también actúan: despliegan, consultan una API interna, abren una incidencia. Y para hacerlo suelen heredar las credenciales de quien los usa.

Ploybot no sustituye esas herramientas. Se pone entre ellas y tus sistemas, para que el agente pida permiso en lugar de llevar las llaves. Hay tres niveles, y puedes quedarte en el que te haga falta.

Nivel 1: conectar por MCP pegando una URL

Cada agente de Ploybot tiene su MCP en una URL como esta:

https://app.ploybot.com/mcp/<agentId>

La encuentras en Mis agentes, en la consola. Pégala en tu herramienta como servidor MCP remoto. La primera vez, el cliente descubre solo cómo autenticarse, abre el navegador y entras con tu cuenta de Ploybot, con passkey o contraseña. No hay tokens que copiar ni que dejar en un fichero.

Con Claude Code, por ejemplo:

claude mcp add --transport http ploybot https://app.ploybot.com/mcp/<agentId>

A partir de ahí la herramienta ve exactamente las tools que ese agente tiene asignadas, y nada más. Si pide algo sensible, recibe PENDING_APPROVAL: a quien decide le llega un aviso al móvil con el cambio delante, y cuando aprueba el agente vuelve a intentarlo.

Nivel 2: la receta del puesto

Cuando un equipo entero trabaja con el mismo agente, configurar cada portátil a mano no escala. Por eso cada agente puede tener en el catálogo su receta del puesto: qué herramienta usa (Codex, Claude Code u OpenCode), qué modelo y de qué proveedor (Anthropic, OpenAI o Bedrock), qué otros servidores MCP y qué skills.

Con el CLI de Ploybot instalado, se aplica en un solo comando:

ploybot install oauth <agentId>

Se abre el navegador, te identificas y el CLI deja la herramienta configurada según la receta. Entra la persona, no el agente: nadie recibe el secreto del agente, y la receta no lleva claves del modelo. Si mañana el equipo cambia Codex por Claude Code, se cambia la receta; el agente, su historial y su evidencia siguen siendo los mismos.

Nivel 3: sin claves del modelo en el portátil

En empresa hay un paso más. La clave del proveedor del modelo (Anthropic u OpenAI) no tiene por qué estar en ningún portátil. Con el AI gateway de Ploybot:

• La clave vive cifrada en el vault y la inyecta el gateway al llamar al proveedor. El puesto nunca la ve.
• El puesto se presenta con su identidad de workload, un certificado X.509 de SPIFFE por mTLS. Sin ese certificado no hay clave que inyectar.
• Prompt Shield revisa cada petición al modelo. En modo estricto ofusca los datos personales antes de que salgan y, si el prompt lleva datos que no son públicos, pide la aprobación de una persona.
• Un mismo gateway sirve a varios puestos y agentes de la organización: el certificado dice quién llama.

Para el desarrollador no cambia nada: abre Codex o Claude Code como siempre. Lo que cambia es que la empresa sabe qué modelo se usó, con qué datos y para qué, y que perder un portátil no es perder la clave del proveedor.

Qué ganas en cualquiera de los tres niveles

• El agente no lleva la credencial de tus sistemas: la resuelve el gateway.
• Cada acción pasa por política; lo sensible, por una persona.
• Todo deja evidencia encadenada por hash: qué herramienta lo pidió, con qué modelo, por qué motivo, qué llegó al destino y qué contestó.

Por dónde empezar

Empieza por el nivel 1: crea la cuenta, da de alta un agente con una tool de lectura y pega su URL en tu herramienta. La prueba dura 14 días y no pide tarjeta. Si quieres ir directo al nivel 3, cuéntanos tu caso.