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.
Pregunta primero para qué lo quiere. Si su objetivo no necesita algún paso, sáltalo.
Antes de instalar, comprueba lo que ya tiene (versiones, claves, sistema operativo).
Avanza un paso cada vez: explica en una frase qué vas a hacer y deja que el usuario lo ejecute o lo apruebe.
Tras cada paso, comprueba que funcionó antes de seguir. Si falla, para y explica el error.
No inventes comandos ni opciones: si la documentación del proyecto contradice estos pasos, manda la documentación.
Al terminar, haz una prueba real con el objetivo del usuario y dile dónde profundizar.
Pasos de configuración
Delimita la prueba
Define cliente, moneda, conceptos y vencimiento ficticios. Selecciona un buzón de prueba y una regla para no repetir recordatorios por factura y periodo.
Configura Stripe CLI
Sigue Stripe CLI, incluidos sus requisitos, configuración y comprobación actuales. Completa la instalación y sincronización de la CLI de Printing Press en modo de prueba; comprueba cuenta y periodo en sus resultados.
Configura gws
Sigue gws, incluidos sus requisitos, configuración y comprobación actuales. Completa OAuth y la lectura de Drive de su comprobación; confirma la cuenta y el identificador del documento antes de preparar el traspaso.
Configura n8n-MCP
Sigue 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.
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.
Pasa del panel de Stripe al espejo de su CLI el identificador de factura de prueba; entrega a gws estado.csv con ese identificador, fecha de consulta, importe, moneda, vencimiento y buzón de prueba. Conserva el identificador del borrador de Gmail si se crea y la clave factura más periodo en el diseño de n8n; sin estado reciente, destinatario o contrato de borradores, detén el recordatorio y conserva el paso manual sin enviar.
Monta el flujo
Paso 1
Crea manualmente una factura de prueba en el panel siguiendo el recorrido de Stripe enlazado. Revisa destinatario, conceptos y moneda antes de finalizarla; registra su identificador.
Paso 2
Sincroniza Stripe CLI y comprueba el estado observado contra el panel. Con gws consulta la operación documentada de borradores de Gmail y prepara un recordatorio solo para el buzón de prueba.
Paso 3
Con n8n-MCP diseña una revisión de vencimientos con consulta reciente del estado, deduplicación y salida para aprobación. Valida su estructura. Para automatizar, implementa únicamente nodos y operaciones documentados en la instancia de ensayo; activa el horario después de probar pagos y repeticiones.
Comprobación
Prueba factura pendiente, pagada y repetida. La pagada no debe generar recordatorio; la repetida no debe producir dos. Contrasta importe, moneda e identificador con Stripe.
Si algo falla
Si no puedes comprobar un pago reciente, detén el recordatorio. Si falta una operación documentada de correo o del motor de n8n, conserva el paso manual y señala la parte pendiente.
Esta composición de WISD no se ha ejecutado como prueba integral. La configuración se consulta en las guías enlazadas; las etapas describen cómo coordinar las piezas.
Prompt para tu agente
Sustituye los campos entre <> antes de pegarlo.
Lee y sigue las instrucciones publicadas de las piezas: Stripe CLI: /hub/stripe-cli/instrucciones.md; gws: /hub/gws-workspace-skills/instrucciones.md; n8n-MCP: /hub/n8n-mcp/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. Si falta un campo 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.
Ensaya el seguimiento de <factura de prueba> para <cliente ficticio>, con <moneda, importe y vencimiento>. Guíame por la emisión de prueba en el panel de Stripe. Usa Stripe CLI de Printing Press para sincronizar y contrastar estado; gws para un borrador destinado a <buzón de prueba>; n8n-MCP para diseñar y validar <horario y zona>. Registra factura y periodo para evitar duplicados. Prueba casos pagado, pendiente y repetido en <carpeta de resultados>. Detén cualquier envío si no puedes confirmar el estado actual y pide revisión antes de activar.
Pasa del panel de Stripe al espejo de su CLI el identificador de factura de prueba; entrega a gws estado.csv con ese identificador, fecha de consulta, importe, moneda, vencimiento y buzón de prueba. Conserva el identificador del borrador de Gmail si se crea y la clave factura más periodo en el diseño de n8n; sin estado reciente, destinatario o contrato de borradores, detén el recordatorio y conserva el paso manual sin enviar.
Qué es
Un circuito de prueba para registrar una factura, comprobar su estado y preparar un recordatorio cuando corresponde. El agente diseña el seguimiento y tú validas importes, cliente y destinatario antes de permitir operaciones con efecto externo.
Para qué te sirve
Cuando un pago reciente debe excluir una factura del próximo recordatorio.
Cuando quieres comprobar que una factura vencida genera un solo borrador por periodo.
Cuando necesitas validar el cliente y la moneda antes de emitir una factura de prueba.
Cómo funciona
Stripe CLI de Printing Press aporta el espejo y los informes de cobros; no es la CLI oficial de Stripe. La emisión se ensaya en el panel según la documentación de Stripe. gws aporta operaciones documentadas de correo. n8n-MCP ayuda a diseñar y validar la revisión programada. El flujo combina estas etapas mediante identificadores, no mediante una integración ya instalada.
Antes de empezar
Usa Stripe en modo de prueba y una cuenta Workspace de ensayo. El instalador de Printing Press requiere Node.js ≥22.20.0 y Go ≥1.26.10, o un binario precompilado. n8n-MCP admite Node.js ≥22.23.4 y <23, ≥24.22.1 y <25, o ≥26.12.1. Prepara una instancia n8n solo para ejecutar el diseño y OAuth de gws; el asistente requiere gcloud.
Límites y alternativas
El circuito no valida obligaciones fiscales ni sirve como certificación contable. La sincronización puede quedar desactualizada: comprueba de nuevo el estado antes de enviar. Mantén la emisión y envío bajo revisión durante el ensayo.
