El departamento de marketing que trabaja de noche

Qué es y por qué importa

Hacer marketing tú solo significa, cada día: mirar los números de ayer, encontrar una idea, comprobar los datos, escribir, hacer las imágenes, programar. Son horas. Y el día que hay que arreglar la app, todo se queda sin hacer.

En nuestro caso lo hacen tres tareas programadas de Claude Code, de noche. A la una, el análisis de los números y los comentarios de ayer. A las dos, la búsqueda de ideas, con un agente que comprueba cada dato en la fuente. A las cuatro, la producción: las ideas compiten, un crítico las puntúa sobre 25 y solo pasa la que llega a 20. Luego Claude programa los posts desde el navegador, y por la mañana me encuentro un informe.

No es una herramienta que compras: son archivos de texto en una carpeta. Lo construyó un chico del equipo, para los carruseles de TikTok de STRIKT, nuestra app, y uno de los posts hechos así superó las 155.000 visualizaciones. Es un resultado real, no una promesa.

1. Una carpeta, cada regla en un solo sitio

Todo vive en una carpeta abierta en Claude Code:

• CLAUDE.md: qué publicas, las reglas que no se discuten, qué documento leer y cuándo.
• routines/: un archivo por ronda (analysis.md, research.md, production.md), con los pasos en orden.
• docs/: QUALITY.md (el nivel exigido), IDEAS.md (las ideas verificadas), LOG.md (los números de cada post y las lecciones).
• .claude/agents/: un archivo por agente.
• report/: un archivo al día, donde cada ronda escribe su parte.

La regla más importante: cada regla está en un solo sitio. El prompt de la tarea programada no añade ninguna, solo dice que se ejecute la rutina. Y cuando cambias de idea, reescribes la línea correcta en lugar de añadir una nota debajo: si no, en dos semanas tienes reglas que se contradicen y Claude sigue una al azar. El prompt de la tarea es todo esto:

Lee CLAUDE.md y ejecuta routines/production.md para hoy. Las reglas están ahí y en los documentos que cita: este prompt no añade ninguna. Trabaja por tu cuenta, no hagas preguntas.

2. Las tres rutinas

1. 01:00, análisis. Abre las estadísticas recargando la página (nunca números viejos), lee todos los comentarios sin responder, actualiza el registro y las lecciones.
2. 02:00, investigación. El investigador encuentra datos e ideas, el verificador los comprueba en la fuente primaria, el crítico puntúa. En IDEAS.md solo entra lo que pasa.
3. 04:00, producción. Busca los huecos vacíos, pone a competir 6-8 ideas, hace producir las ganadoras y las programa en la plataforma desde el navegador.

Cada rutina tiene la misma forma. Aquí tienes la producción, para adaptarla a tu producto:

# Producción (cada noche a las 04:00)

1. Lee CLAUDE.md, docs/QUALITY.md, docs/IDEAS.md y el análisis del informe de hoy.
2. En la plataforma busca el primer día con huecos vacíos, como mucho [5] días por delante.
3. Torneo: 6-8 ideas de IDEAS.md, el crítico las puntúa. Solo pasa la que tiene al menos 20/25.
4. Para cada ganadora: texto → verificador → test del desconocido → imágenes → crítico sobre el post terminado. Tras 3 rondas del crítico sin un PUBLICA, la idea vuelve a IDEAS.md con las correcciones escritas.
5. Programa los posts desde el navegador y comprueba fecha y hora en la lista.
6. Actualiza LOG.md e IDEAS.md, haz un commit solo de los archivos de esta ronda.
7. Escribe la sección «Producción» en el informe de hoy (report/AAAA-MM-DD.md).

Reglas:
- Subagentes siempre en primer plano: espera su resultado, no cierres nunca el turno para esperar una notificación.
- Mejor un hueco vacío que un post por debajo de 20.
- No respondas a los comentarios, no borres posts.
- Si un sitio no responde o la sesión ha caducado, escríbelo al principio del informe y sigue.

3. Los agentes: quién busca, quién comprueba, quién dice que no

Los agentes son subagentes de Claude Code: asistentes con sus propias instrucciones, que trabajan en un contexto separado y solo devuelven el resultado. Cada uno es un archivo en .claude/agents/:

• researcher (investigador): datos e ideas, cada uno con su fuente primaria y sus riesgos;
• fact-checker (verificador): en cada frase comprueba que la fuente diga exactamente eso, y termina con «se puede publicar» o no;
• critic (crítico): puntúa las ideas y el post terminado, y solo tiene herramientas para leer;
• stranger (desconocido): lee solo el texto y dice qué ha entendido.

El crítico es el que sube el nivel. Aquí tienes su archivo, con la rúbrica:

---
name: critic
description: Juez severo. Puntúa las ideas en el torneo y el post terminado antes de que salga.
tools: Read, Grep, Glob
---

Tu trabajo es decir que no. Lee primero docs/QUALITY.md.

Puntúa de 1 a 5:
- Hook: ¿la primera línea frena el pulgar de un desconocido?
- Historia: ¿hay una escena concreta, o solo una lista?
- Verdad: ¿cada dato tiene una fuente primaria verificada?
- Novedad: ¿el nicho ya lo ha visto cien veces?
- Producto: ¿quien no descarga aprende algo? ¿El producto aparece como herramienta natural o como anuncio?
Claridad, aparte: ¿ha pasado el test del desconocido?

Responde con el total sobre 25, los 3 problemas más graves y qué cambiar exactamente.
Veredicto: PUBLICA (al menos 20, ninguna nota por debajo de 3, Claridad al menos 4) o REHAZ. Nada de cumplidos.

El test del desconocido

Es la parte más lista. Antes del crítico final, un agente nuevo, con el modelo más pequeño, lee solo el texto del post:

Lee solo el texto de abajo. No sabes nada de quien lo ha escrito.
1. ¿Qué ha pasado? (O: ¿qué hace este producto?)
2. ¿Por qué debería importarme?
3. ¿Qué debería hacer ahora?
Luego enumera las palabras y los pasajes que no has entendido. Si una respuesta no está en el texto, escribe «no lo sé».

TEXTO:
[pega aquí]

Una respuesta equivocada, o deducida, significa reescribir y repetir el test con un agente nuevo. Cómo convertirlo en un agente fijo lo explico en strikt.fit/test-sconosciuto.

4. Programarlas en tu ordenador

Claude Code tiene tareas programadas en la nube, que se ejecutan aunque el ordenador esté apagado pero no ven tu navegador, y locales, en la app de escritorio de Claude, que se ejecutan en tu ordenador con tus archivos y Chrome. Para programar posts desde el navegador necesitas las locales.

1. En la app de escritorio, pestaña Code: Scheduled en la barra lateral y luego New task.
2. Nombre y el prompt de la sección 1. En Advanced settings activa Only on this computer y elige la carpeta.
3. Trigger Daily a la hora que quieras, luego modo de permisos y modelo, y Create. Cada tarea arranca unos minutos después de la hora: es un retraso intencionado.
4. Run now: mira la primera ronda y en las peticiones de permiso elige «always allow». En modo Manual, un permiso no concedido detiene la ronda hasta que respondas.

Para el navegador necesitas la extensión Claude in Chrome: usa las sesiones que ya tienes abiertas, pero ante una página de inicio de sesión o un CAPTCHA se para y te pregunta. Las tareas locales solo arrancan con la app abierta y el ordenador despierto (cómo mantenerlo despierto: strikt.fit/notte). Si el ordenador ha dormido, al despertar la app hace una sola ronda de recuperación, aunque sea a media mañana: por eso la producción tiene una hora límite, tipo «un post que no está listo antes de las 10:00 no sale».

5. La regla que salva la noche: subagentes en primer plano

En las sesiones de la app de escritorio los subagentes arrancan, por defecto, en segundo plano: el resultado llega después, como notificación. De noche es un problema. Una tarde una de nuestras rondas lanzó los subagentes, cerró el turno para esperarlos y se quedó ahí, a medias. Nadie la despertó. Hacen falta dos cosas. La primera: apagar el fork mode en el archivo .claude/settings.json del proyecto, para que Claude pueda esperarlos.

{
  "env": {
    "CLAUDE_CODE_FORK_SUBAGENT": "0"
  }
}

La segunda: escribir la regla en el CLAUDE.md y en cada rutina, como en la plantilla de arriba. Luego abre una sesión nueva y comprueba con un Run now que la ronda llega hasta el informe.

6. El informe de la mañana

Cada ronda escribe su parte en el informe del día. Por la mañana leo un solo archivo, en cinco minutos:

• arriba los problemas: sesiones caducadas, rondas paradas a medias, errores en los datos señalados en los comentarios;
• los números de ayer y la lección más importante;
• las ideas que entran y las descartadas, con el porqué;
• qué se ha programado, con las notas del crítico y el acta del desconocido.

Si algo no me gusta, no corrijo el post a mano: reescribo la regla en el documento correcto. La ronda de la noche siguiente ya la lee.

Errores comunes

• Meter las reglas en el prompt de la tarea programada: al cabo de un mes ya no sabes cuál vale.
• Añadir notas en lugar de reescribir la regla: dos líneas que se contradicen, y Claude sigue una al azar.
• Dejar los subagentes en segundo plano de noche: la ronda se para a medias y nadie la despierta.
• Pegar las tareas una a otra: si la primera sigue en marcha, la segunda puede saltarse.
• Hacer que la rutina responda a los comentarios: los lee para aprender, quien responde eres tú.

Lista de comprobación

• CLAUDE.md con las reglas que no se discuten
• Tres rutinas, cada una termina escribiendo en el informe
• Cuatro agentes en .claude/agents/, el crítico con su rúbrica
• Tres tareas locales, con margen entre una y otra
• Primera ronda lanzada con Run now y permisos aprobados
• Fork mode apagado y regla de los subagentes en primer plano escrita
• Sesión de la plataforma activa en Chrome, ordenador despierto por la noche

Preguntas frecuentes