Configura a Ghosty desde tu agente de código
Actualizado 2026-09-21
Instala la skill ghosty-agent (npx skills add https://ghosty.studio) y ponle a mi agente de Ghosty esta identidad: [escribe aquí quién es]. Mi id y token están en GHOSTY_AGENT_ID y GHOSTY_AGENT_TOKEN.
En Ghosty Studio la configuración no vive en formularios: vive en una API pequeña sobre la máquina del agente, y quien la usa es tu agente de código. Le instalas una skill, le das el token, y le pides las cosas en tu idioma.
1. Copia el token de tu agente
En Agentes → tu agente → Configura a Ghosty desde tu agente de código → Generar token. Ahí mismo aparece el bloque listo para pegar (el comando de la skill y los dos export). El token empieza por gat_ y sólo alcanza a ese agente. El id está en la URL: /app/agents/<id>.

Guárdalos como variables de entorno en tu terminal; nunca en argumentos ni en archivos del repo:
2. Instala la skill en tu agente de código
Funciona con Claude Code, Cursor, Codex y el resto de agentes que leen . La skill sabe qué endpoint llamar, en qué orden y qué no hacer (por ejemplo, reiniciar una sola vez al final).
Son cuatro skills, y el comando instala las que elijas:
El índice vive en /.well-known/agent-skills/index.json con digest por skill (formato v0.2.0), y también viajan dentro del paquete npm ghosty-acp.
3. Pídeselo
Abre tu agente de código en cualquier carpeta y habla normal:
La skill trae una plantilla de identidad (quién es, cómo habla, qué hace, qué no hace, cuándo pregunta) y verifica cada cambio con try.
Qué hay debajo
Todo pasa por https://www.ghosty.studio/api/v2/agents/<id> con Authorization: Bearer gat_…:
Detalle de cada cuerpo y respuesta en la (tag Configuración) y en el .
El catálogo de la comunidad
En Habilidades de cada agente hay una sección De la comunidad: 15 skills open source elegidas por instalaciones reales en skills.sh y estrellas verificadas en GitHub (grill-me, caveman, ponytail, karpathy-guidelines, brainstorming, test-driven-development, systematic-debugging, verification-before-completion, frontend-design, skill-creator, webapp-testing, web-design-guidelines, react-best-practices…). Están copiadas al repo fijadas a un commit, con su licencia; Instalar las convierte en una habilidad propia del agente con todos sus archivos, y desde ahí se editan, se apagan por canal o se borran como cualquier otra. Por API: GET /skills → community[] con installed, y PUT /skills/<slug> con { "fromCatalog": true }. Cuáles y por qué: .
Lo que conviene saber
- Identidad y modelo funcionan en todos los motores. Archivos, skills y MCPs propios necesitan máquina propia (Ghosty · Lite y Goose); en Claude o DeepSeek esas rutas responden
409 agente_sin_maquinahasta que lleguen. - En motores con máquina, la identidad y las skills entran al reiniciar (o en la siguiente conversación). Un
PATCHdeprompty unPUTde skill quedan guardados en la máquina; el cerebro los lee cuando arranca. Por eso la skill agrupa cambios y reinicia una vez. En Claude, Codex o DeepSeek no hay reinicio: la identidad entra sola en la siguiente conversación. - Los archivos no necesitan reinicio: están en el disco en cuanto termina el
PUT. - Un
PUT /mcpreemplaza la lista entera. Para añadir uno, manda la lista existente más el nuevo. - El token es la llave del agente: quien lo tenga puede hablar con él y usar su terminal. Si se filtra, rótalo desde la ficha; el anterior muere al instante.
- La máquina puede estar dormida: la primera llamada la despierta y tarda unos segundos.