Antes de gastar muchas fichas con un gran enjambre de agentes en un proyecto nuevo, el viejo dicho de carpintería "Mide dos veces, corta una vez!" merece la pena revisarlo como "Revisa tus cuentas N veces, implementa una vez", donde N es básicamente tantas como puedes soportar. He comprobado que sigues obteniendo más y más mejoras, aunque sean sutiles, cuanto más veces lo ejecutas seguidas con Opus 4.5 (ten en cuenta que el siguiente prompt solo es para usar DESPUÉS de haber convertido tu plan inicial de markdown en cuentas usando el otro prompt que di recientemente en mi reciente post muy largo sobre mis flujos de trabajo): "Relee AGENTS punto md para que aún lo tengas fresco en la mente. Revisa cada cuenta con mucho cuidado, ¿estás seguro de que tiene sentido? ¿Es óptima? ¿Podríamos cambiar algo para que el sistema funcione mejor para los usuarios? Si es así, revisa las cuentas. ¡Es mucho más fácil y rápido operar en "espacio de planificación" antes de empezar a implementar estas cosas. ¡NO SIMPLIFIQUES DEMASIADO LAS COSAS! ¡NO PIERDAS NINGUNA FUNCIÓN NI FUNCIONALIDAD! Además, asegúrate de que, como parte de estas cuentas, incluyamos pruebas unitarias completas y scripts de prueba e2e con un registro detallado y excelente para asegurarnos de que todo funciona perfectamente tras la implementación. Recuerda USAR SOLO la herramienta 'bd' para crear y modificar las cuentas y añadir las dependencias a las cuentas. Usa ultrathink." Antes solo lo ejecutaba una o dos veces antes de empezar la implementación, pero recientemente probé a ejecutarlo 6+ veces y seguía haciendo mejoras útiles. Si empieza a estancarse en cuanto a mejoras incrementales en las cuentas, podrías probar a empezar una nueva sesión de CC, empezando con: "Primero lee TODOS los archivos de AGENTS dot md y README dot md con mucha atención y entiende TODOS los dos. Luego usa tu modo agente de investigación de código para entender completamente el código, la arquitectura técnica y el propósito del proyecto. Usa ultrathink." Y luego seguimos con el mismo prompt que se muestra arriba, pero precedido con: "Recientemente transformamos un archivo de plan de descuento en un montón de cuentas nuevas. Quiero que revises y analices muy cuidadosamente estos usando 'bd' y 'bv'." Cuanto más complejo e intrincado sea tu plan de descuento, más relevante será esta técnica. Si tienes un plan pequeño y trivial y un proyecto muy sencillo, esto es obviamente excesivo. Pero en ese caso, probablemente verás pocas ganancias o cambios incrementales en cada ronda, así que debería ser bastante obvio cuándo es el momento de parar. Solo recuerda: los tokens de planificación son mucho menos y más baratos que los tokens de implementación. Incluso un plan de reducción muy grande y complejo es más corto que unos pocos archivos de código sustantivos, y mucho menos que todo un proyecto. Y los modelos son mucho más inteligentes a la hora de razonar sobre un plan muy detallado y desarrollado, pero que aún así es lo suficientemente pequeño como para encajar fácilmente en su ventana de contexto (esta es realmente la clave detrás de mi obsesivo enfoque en la planificación y por qué dedicé el 80%+ de mi tiempo a esa parte). Y si te apoyas en GPT Pro con Razonamiento Extendido en la app web para la planificación inicial, como recomiendo encarecidamente (es decir, para crear y mejorar tu plan de descuento que eventualmente conviertes en cuentas), básicamente los consigues en modo a lo que puedas comer con un plan Pro, ¡así que aprovéchalo al máximo! Ningún otro modelo puede tocar Pro en la web cuando se trata de entradas que encajen fácilmente en su ventana de contexto. Es realmente único. ...