# Instrucciones para el agente: Cinco rutinas estructuradas: diseña reglas antes de usar un agente

Pega este texto a tu agente (Claude Code, Codex, OpenCode, Hermes o el que uses) y dile «ayúdame a montarlo». Son los pasos para ponerlo en marcha; el porqué de cada pieza está en la guía completa.

- Dificultad: intermedio
- Guía completa: https://lab.wisd.ai/hub/five-tasks-no-agents-needed

---

## Para el agente: cómo acompañar al usuario

1. Pregunta primero para qué lo quiere. Si su objetivo no necesita algún paso, sáltalo.
2. Antes de instalar, comprueba lo que ya tiene (versiones, claves, sistema operativo).
3. Avanza un paso cada vez: explica en una frase qué vas a hacer y deja que el usuario lo ejecute o lo apruebe.
4. Tras cada paso, comprueba que funcionó antes de seguir. Si falla, para y explica el error.
5. No inventes comandos ni opciones: si la documentación del proyecto contradice estos pasos, manda la documentación.
6. Al terminar, haz una prueba real con el objetivo del usuario y dile dónde profundizar.

---

## Pasos de configuración

### Prepara una prueba acotada

Elige una de las cinco rutinas y aporta ejemplos de entrada con su salida esperada. Define también cómo se identifican los registros y qué entradas se rechazan.

### Configura n8n-MCP

Sigue [n8n-MCP](/hub/n8n-mcp), incluidos sus requisitos, configuración y comprobación actuales. Usa primero el modo documental: comprueba consulta de nodos y validación del diseño sin acceso de gestión a una instancia n8n.

### Configura gws

Si la rutina usa Workspace, sigue [gws](/hub/gws-workspace-skills), incluidos sus requisitos, configuración y comprobación actuales; en otro caso omite esa conexión. Completa OAuth y la lectura de Drive de su comprobación; confirma la cuenta y el identificador del documento antes de preparar el traspaso.

## Datos que pasan entre piezas

Los archivos siguientes son entregables de este caso preparados por el agente; no implican exportadores ni sincronización automática.

Si la rutina usa Drive, pasa de gws al diseño de n8n entradas.json con identificador de archivo, registro y campos autorizados; para entradas locales conserva su ruta y la clave de cada registro en ese archivo; guarda diseno.json y casos-esperados.csv con claves de duplicados y salidas previstas. Si faltan ejemplos, reglas, instancia o conexiones documentadas, detén la ejecución y entrega el diseño pendiente; validar con n8n-MCP no equivale a ejecutarlo.

## Monta el flujo

### Paso 1

Configura gws y comprueba su lectura de ejemplo si la rutina usa Drive. Configura n8n-MCP en modo de documentación y confirma que no tiene acceso a una instancia.

### Paso 2

Pide al agente consultar la documentación de los nodos necesarios y preparar el flujo con reglas explícitas. Si falta una operación documentada, deja esa integración pendiente; no sustituyas el hueco por una llamada inventada.

### Paso 3

Valida el diseño con n8n-MCP. Para ejecutarlo, prepara una instancia y sus conexiones siguiendo la guía oficial enlazada en n8n-mcp; ensaya con copias de datos y sin nodos de IA. Revisa errores, duplicados y reejecuciones antes de activarlo.

## Comprobación

Comprueba al menos una entrada válida, una incompleta y una repetida contra resultados esperados escritos antes de construir el flujo. La validación estructural no sustituye estas pruebas.

## Si algo falla

Si las reglas dejan casos sin decidir, añade una salida de revisión o detén el flujo. Si el diseño es válido pero falla una conexión, revisa su configuración y permisos por separado.

La configuración se consulta en las guías del hub enlazadas. Esta composición es una propuesta de WISD; no se ha ejecutado como prueba integral.

## Prompt para tu agente

Piezas del flujo: [gws](/hub/gws-workspace-skills) · [n8n-MCP](/hub/n8n-mcp).

```text
Lee y sigue las instrucciones publicadas de las piezas: n8n-MCP: /hub/n8n-mcp/instrucciones.md; gws: /hub/gws-workspace-skills/instrucciones.md. Completa los requisitos, configuración y comprobación de cada pieza antes de usarla; comprueba su uso desde el cliente o arnés elegido, no solo su presencia en disco. Omite gws y el campo de carpeta de Drive si la rutina usa únicamente entradas locales. Si falta otro campo obligatorio entre <>, una fuente obligatoria, acceso o una operación documentada, detén la etapa dependiente, informa qué falta y pídemelo; usa una alternativa manual solo cuando esté descrita y comprobada. No inventes datos ni des por superada una comprobación pendiente.

Diseña <rutina de reglas fijas> para <entradas de prueba> con <salidas esperadas>. Usa gws si necesitas localizar datos de <carpeta autorizada> y n8n-MCP en modo documental para consultar nodos y validar el diseño. Define campos obligatorios, claves de duplicados y salida de errores sin nodos de IA. Prepara <archivo de diseño>; para ejecutarlo comprueba primero instancia y conexiones documentadas de n8n. Ensaya entrada válida, incompleta y repetida, e informa diferencias antes de activar el flujo.

Si la rutina usa Drive, pasa de gws al diseño de n8n entradas.json con identificador de archivo, registro y campos autorizados; para entradas locales conserva su ruta y la clave de cada registro en ese archivo; guarda diseno.json y casos-esperados.csv con claves de duplicados y salidas previstas. Si faltan ejemplos, reglas, instancia o conexiones documentadas, detén la ejecución y entrega el diseño pendiente; validar con n8n-MCP no equivale a ejecutarlo.
```
