🌱 Empieza aquí · Generar un documento operativo imprimible

Esta semilla le enseña a tu asistente un método para producir documentos operativos que se imprimen y archivan (un recibo de pago, un comprobante de egreso, un vale de caja, una orden de pago, un acuse de entrega) y que salen bien desde el primer tiro: parten de una plantilla fija con tu marca, no dejan ningún campo obligatorio en blanco, cuadran el monto en número contra el monto en letra, y se revisan ya renderizados (que quepan en una hoja) antes de dártelos.

Lo más importante: esto no es facturación fiscal. Produce el documento operativo interno que respalda una operación en tu archivo. Si lo que buscas es un comprobante fiscal timbrado, ese es otro flujo.

Para instalarla

Abre esta carpeta con Claude Code o Cowork y dile a tu asistente:

"Siembra esta semilla 🌱"

Con eso basta de tu parte. Tu asistente hace todo lo demás y al final te dice cómo comprobar que quedó. Vas a ver algunas palabras en inglés en la pantalla; ni caso, él te guía.

¿Otras formas de pedírselo? "instala esta semilla", "pon a funcionar el método de generar recibos", "haz el setup de esto". Te entiende igual.

Para el asistente que siembra 🤖

Este componente es un workflow (método de trabajo), no un programa ejecutable. No es un hook (gancho de automatización): no lleva chmod, no lleva entrada en settings.json y no ejecuta ningún script. Se "siembra" colocando el método donde tú, el asistente, lo leas de forma automática y lo apliques cuando entre una operación que necesite un documento.

1. Copia el método donde lo leas siempre

El kernel trae dos archivos:

• kernel/generar-documento-operativo-imprimible.md — el método en sí (las 4 fases + las reglas duras).
• kernel/brief-documento.ejemplo.md — una plantilla para aterrizar el método a la operación real de la persona.

Coloca el método en el lugar que tu plataforma carga como instrucción permanente:

Claude Code (macOS / Linux / Windows con Git Bash):

mkdir -p "$HOME/.claude/rules"
cp kernel/generar-documento-operativo-imprimible.md "$HOME/.claude/rules/generar-documento-operativo-imprimible.md"

Los archivos dentro de ~/.claude/rules/ se cargan solos al inicio de cada sesión. Copia ahí solo el método. La plantilla de brief NO va en esa carpeta (no es una regla, es una guía que usas cuando entra un documento real).

Cowork: usa la misma carpeta de reglas si tu proyecto la soporta (.claude/rules/generar-documento-operativo-imprimible.md). Si no, coloca el método dentro del proyecto y agrega una línea que apunte a él en el archivo de instrucciones del proyecto (CLAUDE.md), por ejemplo: "Cuando entre una operación que necesite un recibo o comprobante, aplica el método de generar-documento-operativo-imprimible.md."

Codex: Codex lee su archivo de instrucciones AGENTS.md. Copia el contenido del método dentro de AGENTS.md (o agrégale un puntero al archivo si lo guardas aparte en el proyecto), para que se cargue con el resto de tus instrucciones.

2. Aterriza el método a un caso real (cuando entre uno)

Cuando la persona traiga una operación concreta, abre kernel/brief-documento.ejemplo.md y llénalo con ella: qué tipo de documento, con qué campos, de qué plantilla arranca, dónde se archiva. Ese brief lleno es el punto de partida de la Fase 1 del método. Lo que la persona aún no tenga, se queda por confirmar — nunca se inventa, en especial el monto en letra, que debe cuadrar exactamente con el monto en número.

3. Verificación post-siembra (obligatoria)

Como es un método (texto), la verificación tiene dos partes: que el archivo quedó en su lugar, y que el método se aplica de verdad.

a) El archivo quedó colocado (ejemplo Claude Code):

ls -la "$HOME/.claude/rules/generar-documento-operativo-imprimible.md"; echo "exit=$?"

Salida esperada: una línea que lista el archivo (con su tamaño) y exit=0. Si sale No such file or directory, la copia no se hizo; repite el paso 1.

b) El método se aplica (prueba de comportamiento, en una conversación nueva): Pídele a la persona que abra una sesión nueva y te diga algo como "necesito un recibo de pago para un proveedor" y que a propósito omita el monto en letra. La conducta correcta es que primero confirmes el tipo de documento y sus campos obligatorios, barras lo que ya te dio, y le pidas SOLO lo que falta (el monto en letra), sin inventarlo —y que al final revises el PDF renderizado (que quepa en una hoja, que el monto cuadre) antes de declararlo listo. Si en vez de eso rellenas el monto en letra por tu cuenta o das por bueno el documento mirando solo la plantilla, el método no se cargó: revisa que el archivo esté en la carpeta de reglas (o dentro de AGENTS.md en Codex).

Cuando ambas partes pasen, avísale a la persona en una línea qué gana con esto.

✅ ¿Cómo sé que funcionó?

De ahora en adelante, cuando le pidas a tu asistente un recibo o un comprobante, en vez de armarlo torcido a mano va a hacer la tarea bien: partir de una plantilla fija con tu marca, pedirte solo los datos que falten (sin inventar), cuadrar el monto en número con el de letra, y entregarte el PDF ya revisado —completo, que cabe en una hoja y listo para firmar y archivar.

No cambia tu día a día más que en esto: menos documentos rebotados, menos dedazos, y todos saliendo parejos. La primera vez de cada tipo arman juntos la plantilla; de ahí en adelante, cada documento es solo describir la operación. 🌱