Le pedí a mi agente abrir otra campaña. Me devolvió un no.

El tercer día de publicaciones tuve una idea que parecía resolver el problema completo: construir un agente que investigara temas, generara contenido, publicara, conversara y fuera ajustando la estrategia según los resultados.

Era una idea atractiva por una razón peligrosa, y es que yo sabía exactamente cómo construirla.

Le pedí al sistema que evaluara abrir una campaña paralela. Lo que me devolvió no fue una arquitectura ni una lista de herramientas, fue una recomendación de una línea: no la abras ahora.

El momento en que apareció la idea también era un dato

La propuesta se me ocurrió el mismo día en que una publicación había quedado muy por debajo de las anteriores, y con el experimento llevando un correo confirmado de los 25 que buscaba.

Automatizar la distribución se sentía como una respuesta al problema, y también podía ser otra cosa bastante menos halagadora: una forma técnicamente sofisticada de dejar de hacer el trabajo que estaba dando información de verdad, que era publicar, conversar con quien respondía y medir a mano cada día, todo eso que no se ve bien en ningún portafolio.

Sin contexto persistente, mi solicitud apuntaba directo a la implementación. El sistema tenía que leer antes tres decisiones que ya estaban escritas:

1. Durante estas dos semanas existe un solo frente de ejecución.
2. El experimento prohíbe construir software nuevo.
3. Mi sesgo conocido es abrir demasiadas iniciativas y pensar primero como ingeniero.

La idea no se evaluó aislada. Se evaluó contra el momento en que apareció y contra lo que yo ya tenía comprometido.

”Total, no cuesta nada probarlo”

Es lo que uno se dice, y es falso, si bien el error es entendible: la idea no tenía un presupuesto autorizado y yo ya había empezado a pensar en herramientas sin haber medido su costo.

El número que estaba dejando fuera eran mis horas.

Abrir otro frente consumía exactamente la misma atención que necesitaba para terminar el producto, para responder las conversaciones que llegaban, para leer los números de cada día y para entender por qué una pieza convertía y la siguiente no, que era lo único que el experimento estaba produciendo de valor.

El sistema hizo explícita una pregunta que yo no había incluido en mi solicitud: si esta idea entra ahora, ¿qué deja de recibir tiempo?

No tenía ninguna respuesta compatible con las prioridades vigentes.

La idea no se descartó

Detener una idea no exige perderla.

El sistema la guardó como idea en incubación, con fecha de evaluación el 25 de agosto, un día después del cierre del experimento.

Estado: idea en evaluación
Evaluación: 2026-08-25
No consume presupuesto
No aparece en la hoja de ruta
No autoriza ejecución

Mientras espera, el proceso manual tiene que producir su especificación: qué tarea se repite, cuánto tarda y qué parte exige juicio humano. Ya dejó dos tareas repetitivas registradas, aunque todavía falta medir cuánto tardan. Cuando llegue la fecha, la idea puede convertirse en experimento, seguir incubada o morir.

Hasta entonces existe sin convertirse en compromiso, que es justo lo que necesitaba.

Eso es lo que necesitaba del agente

Yo ya sabía cómo desarrollar esa idea. Lo que necesitaba era que el agente conociera mis prioridades, mis restricciones y mis patrones lo suficiente para mostrarme una contradicción antes de que yo la convirtiera en una carpeta nueva.

Para producir esa fricción, el onboarding carga prioridades y restricciones, y el comando /idea compara cada propuesta con el portafolio antes de autorizar ejecución. Es una de las operaciones incluidas en la versión que publico el lunes.

La decisión final sigue siendo mía y yo decido si acepto la recomendación. Lo que hace el sistema es dejar visible qué prioridad desplaza cada idea, y conservar las que todavía no merecen ejecución.

El aviso de apertura lo envío por correo. Si quieres recibirlo, empieza por el material gratuito: el CLAUDE.md comentado que uso como punto de partida.