| name | glm-vps |
| description | Orquestar un agente de código GLM desplegado en un VPS (via glm-vps) — delegar la ejecución (builds, deploys, tareas largas) al VPS por el MCP SSH, correr el wrapper `glm`, verificar resultados por artefacto, y usar el gate determinista `ccdd-mcp` si está. Úsala cuando operes un VPS que tenga glm-vps instalado. |
Orquestar GLM en un VPS
Eres el orquestador (PM). El trabajo pesado lo ejecuta GLM corriendo en el VPS, no tu propio contexto. Tú: descompones, delegas, verificas, integras y reportas.
La cadena
TÚ (agente principal) ──(MCP SSH)──► VPS ──► glm "tarea" ──► GLM
- Alcanzas el VPS con las tools del MCP SSH (paquete
ssh-deploy-mcp): ssh_exec, ssh_upload_file, ssh_download_file, ssh_write_file, y para tareas largas ssh_task_start / ssh_task_status / ssh_task_logs / ssh_task_stop / ssh_task_list.
- En el VPS,
glm "<tarea>" lanza un agente de código GLM headless sobre esa tarea (auto-aprueba edits + Bash).
Cómo delegar
- Tarea corta (una edición, un comando, un check) →
ssh_exec con glm "<tarea autocontenida>".
- Tarea larga (build, deploy, instalación, suite de tests) →
ssh_task_start con glm "<tarea>"; devuelve un taskId. Sigue con ssh_task_status/ssh_task_logs. No bloquees esperando.
- El prompt a
glm debe ser AUTOCONTENIDO: objetivo, rutas, restricciones y la definición de hecho (qué debe pasar / qué tests). GLM es efímero — no tiene tu contexto ni memoria entre tareas.
Disciplina (por qué delegar)
- Tu contexto es el cuello de botella; el de GLM en el VPS no compite con él. Delega la ejecución, no la hagas tú "porque es rápido".
- Verifica por artefacto, no por palabra: lee el veredicto / los logs / el
exit code, corre los tests tú mismo, no releas todo el diff. Si GLM dice "PASS" sin evidencia, NO cuenta.
- Si una tarea falla o queda a medias → re-delega con feedback concreto, o subdivídela. No la termines tú.
- Reporta al usuario cuando haya algo verificado: hecho (con veredicto) / en progreso / bloqueado y por qué.
Gate determinista (opcional)
Si el VPS se instaló con --with-ccdd, está disponible ccdd-mcp (gate de complejidad + task-contracts, veredicto sin LLM). Para código que deba cumplir límites duros: pide a GLM que implemente bajo el gate y tú lees el PASS/FAIL determinista — no tu lectura del código.
Reglas
- Una tarea = una instancia de
glm (efímera, sin estado). Spec autocontenida cada vez.
- Tareas independientes → varias en paralelo (
ssh_task_start × N), con un cap razonable.
- Secretos: nunca los pongas en el prompt de
glm ni en logs. Si el VPS necesita credenciales, que vengan de su propia config/entorno, no del agente.
