Mantén tus proyectos secundarios de IA en tamaño de fin de semana
Audita las suscripciones de agentes de código con una verificación de tres preguntas y reduce el proyecto a algo que una persona pueda usar en un fin de semana.
Tu suscripción al agente de código está haciendo el trabajo, pero la construcción de fin de semana sigue siendo un archivo de prompt que describe el siguiente prompt. Gas Town de Steve Yegge estaba pensado para ser reutilizable, pero lo terminó y admitió que, tras pagar tarifas mensuales sustanciales por suscripciones de agentes de código, lo único que construyó con él fue el propio sistema.
Ese es el modo de fallo: el agente se pone ocupado, la pila crece y lo que una persona puede usar sigue faltando. La verificación de tres preguntas mantiene el proyecto en tamaño de fin de semana.
Haz la verificación antes del siguiente prompt
Mantén las tres preguntas visibles, porque la deriva es gradual: un prompt de más, un orquestador de más, un nivel de suscripción de más. Cada punto debería tomar un minuto, y cada respuesta debería cambiar lo que haces a continuación. Úsala cuando el proyecto se sienta ocupado pero no más cerca de terminar.
- ¿La salida del agente es el producto, o es un andamiaje para la siguiente ejecución del agente?
- ¿Qué has lanzado que no sea configuración del agente?
- ¿El gasto en suscripciones está superando al proyecto?
Si las respuestas apuntan a más herramientas, deja de añadir funciones a las herramientas. El proyecto sigue siendo tuyo, pero el alcance se ha desviado más allá de un fin de semana. Si no puedes responder en un minuto, la respuesta probablemente es no.
El andamiaje es el primer fallo
El modelo de código Opus 4.7 introdujo un comportamiento recurrente de solo-dos-cosas-más que detuvo la convergencia, de modo que el trabajo seguía reabriéndose en lugar de terminar. Ese patrón es fácil de pasar por alto cuando el agente está ocupado. Escribe planes, edita archivos y sugiere la siguiente refactorización. La salida parece progreso, pero si el agente está principalmente mejorando al agente, el proyecto ha dejado de producir valor que una persona pueda usar. Recorta la pila hasta que la siguiente ejecución produzca algo fuera de la pila.
El agente puede ser productivo y aun así estar construyendo lo equivocado. Puede generar código limpio, notas útiles y una arquitectura ordenada. Nada de eso importa si la siguiente función que una persona puede usar sigue faltando.
La configuración no es un resultado lanzado
La segunda pregunta pide un resultado, no solo configuración. Los archivos de prompt, los orquestadores y los conjuntos más limpios de instrucciones son todos útiles, pero ninguno de ellos es el producto. Dan Luu encontró que los orquestadores ultra-vibed eran poco fiables porque no podían terminar tareas de forma fiable. La fiabilidad importa más que la ingeniosidad cuando tienes unas pocas horas a la semana.
Si el único resultado es un prompt mejor, lanza un resultado más pequeño que alguien pueda usar. Un proyecto de tamaño de fin de semana debería dejar algo utilizable, aunque sea rudimentario. El agente puede ayudar, pero el resultado lanzado no debería ser una forma más elaborada de pedirle ayuda al agente.
El resultado lanzado puede ser pequeño: una página que responde a una pregunta, un script que ahorra tiempo, un informe que una persona puede leer. No necesita estar pulido. Necesita estar fuera de la configuración del agente.
El gasto define el alcance
La tercera pregunta convierte el gasto en alcance. Si la factura de tu agente crece más rápido que el valor que alguien puede usar, el proyecto ha superado un fin de semana. Después de que Claude Fable 5 estuvo disponible, Steve Yegge retomó el trabajo a tiempo completo en Wyvern, un videojuego que empezó en 1996. El desarrollo de Wyvern consumió tokens de API equivalentes a $87,000 al mes, aproximadamente 69 mil millones de tokens en julio. Yegge compensó ese consumo de tokens con cuentas Max de $200, dejando un costo de bolsillo de aproximadamente $2,800 al mes. Un proyecto secundario no debería necesitar una pila especial de cuentas para mantenerse vivo.
Fija un límite duro antes del próximo fin de semana. Cuando la factura se acerque a él, elimina un agente, una suscripción o una capa extra de coordinación. El costo debe coincidir con el tamaño de lo que intentas lanzar. El límite debe ser aburrido. Elige un número que puedas defender y compáralo con el valor que puedas nombrar. Si el valor es menor que la factura, recorta la pila antes del próximo fin de semana. Si la factura se mantiene muy por debajo del límite, puedes mantener la pila, pero solo mientras el proyecto esté produciendo algo que una persona pueda usar.