delegar-ollama

Delegar a un modelo vía Ollama (headless) — mecánica agnóstica al modelo

Patrón de lanzamiento reutilizable, independiente del modelo (<MODEL>: glm-5.2:cloud, kimi-k2.7-code:cloud, etc.) y del repo (<REPO>: cwd salvo que se indique otro). Esta skill NO sabe de CCDD, contratos ni de qué tarea estás delegando — solo de cómo hablarle a un modelo por Ollama sin que se cuelgue o devuelva vacío.

Comando base

ollama launch claude --model <MODEL> -y -- --strict-mcp-config --mcp-config '{"mcpServers":{}}' -p "$(cat <prompt.txt>)" --dangerously-skip-permissions < /dev/null > <log.txt> 2>&1

• < /dev/null OBLIGATORIO. Sin él, claude espera stdin y el lanzamiento sale VACÍO (exit 0, sin trabajo).
• --strict-mcp-config --mcp-config ... OBLIGATORIO (verificado 2026-07-03/04): sin él, cada lanzamiento hereda y levanta TODA la flota MCP global del usuario (n8n, github, chrome, computer-use...) — decenas de procesos que colgaron la app anfitriona dos veces (evento Windows 1002 "dejó de interactuar"). Regla: si la tarea NO usa el gate CCDD → '{"mcpServers":{}}'; si lo usa → un JSON con SOLO la entrada ccdd-complexity copiada de ~/.claude.json.
• Prompt en ARCHIVO + $(cat ...), nunca inline: evita problemas de comillas/multilínea.
• Permisos: --dangerously-skip-permissions es lo más simple (repo desechable). Alternativa más contenida: --permission-mode acceptEdits --allowedTools "Bash,mcp__ccdd-complexity__*" — ojo que acceptEdits SOLO auto-aprueba Edit/Write; en headless no hay quién apruebe Bash/MCP, así que sin --allowedTools explícito el modelo reescribe archivos pero NO puede correr tests/gate y cae a "autoevaluación estática" (PASS falso). Usá --allowedTools con exactamente lo que la tarea necesita.
• El modelo hereda el cwd desde el que lanzás — cd <REPO> antes, o pasalo en el prompt.
• Tareas largas: run_in_background: true, leé el log/.output al llegar la notificación de fin.

Variante /goal (verificado 2026-07-02, claude ≥ 2.1.139)

Para que el modelo siga trabajando SOLO hasta cumplir una condición (un evaluador independiente juzga tras cada turno y lo devuelve a trabajar con feedback si no cumplió):

ollama launch claude --model <MODEL> -y -- -p "/goal <condición>" --dangerously-skip-permissions < /dev/null > <log.txt> 2>&1

• La condición: estado final + chequeo demostrable en la conversación + restricciones + tope OBLIGATORIO ("o parar tras N turnos", máx 4.000 chars) — sin tope no hay límite de gasto.
• El tope de turnos NO protege bucles DENTRO de un turno. El evaluador corre al TERMINAR cada turno; un modelo que loopea llamando tools nunca termina el turno y el evaluador jamás se ejecuta (caso real: 992 reintentos de una misma tool, 67 min). El timeout del task en background TAMPOCO lo mata. Único guardián real: monitorear el transcript en disco (¿crece sin avanzar? → matar el proceso).
• El evaluador NO ejecuta comandos: solo juzga lo que el modelo mostró — la condición debe exigir salida REAL pegada. Veredicto queda como goal_status en el transcript.
• Reemplaza la re-delegación manual por FAIL dentro de una misma invocación (reintentos automáticos con la razón del evaluador como feedback). Costo del evaluador: despreciable (~1,5k tokens/veredicto).