En mi Mucho ha cambiado desde entonces, así que es hora de bloquear lo que he aprendido y compartir una actualización para aquellos que siguen. Artículo anterior Artículo anterior Sólo han pasado seis meses, pero se siente como una vida.Miro atrás a mi propia ingenuidad cuando hablé de Claude Code entonces: 
 
 He escuchado un montón de positivos sobre Claude Code pero nunca lo he probado yo mismo, porque todavía necesitaré un IDE para editar código, y me gusta Cursor. Pagar por Cursor y Claude Code a $400/mes es un poco overkill para mí. También, me gusta el equipo Cursor después de ver su entrevista con Lex Fridman (la mejor entrevista de equipo de IA que he oído entre todas las que hizo), y quiero que tengan éxito. He escuchado un montón de positivos sobre Claude Code pero nunca lo he probado yo mismo, porque todavía necesitaré un IDE para editar código, y me gusta Cursor. Pagar por Cursor y Claude Code a $400/mes es un poco overkill para mí. También, me gusta el equipo Cursor después de ver su entrevista con Lex Fridman (la mejor entrevista de equipo de IA que he oído entre todas las que hizo), y quiero que tengan éxito. Mucho agua ha fluido bajo el puente desde entonces, y Claude Code es ahora mi principal herramienta. lo uso para la gran mayoría de mis tareas, incluso aquellas no relacionadas con la programación, como el análisis de datos en varios formatos de hoja de cálculo o la generación de logotipos a través de la API Nano Banana 3. Naturalmente, el mayor catalizador para este interruptor fue el lanzamiento de Opus 4.5. Como usuario de energía de Sonnet 4, solía descargar un pedazo de mis tareas a Cursor y varias iteraciones de GPT-5, pero siempre me marché con una sensación de "negocio inacabado". La llegada de Sonnet 4.5 ya cambió alrededor del 95% de mi flujo de trabajo a Claude, pero no era el "dunk de lama" que quería, principalmente debido a la latencia. Las cadenas de razonamiento de Sonnet eran simplemente demasiado largas. Pasé tiempo experimentando con ambos Codex y Composer, relegando a Sonnet principalmente a la planificación de alto nivel y revisiones de código. Opus 4.5 finalmente terminó ese retroceso; bombea código de alta calidad lo suficientemente rápido y en realidad acaba siendo más token-efici Tres otras cosas que han impactado más en mi flujo de trabajo, además del nuevo Opus, fueron: la llegada del Eliminar las restricciones de seguridad, y . Habilidades dramáticas para Claude Plugins de Compound Engineering para Claude Code Habilidades dramáticas para Claude Plugins de Compound Engineering para Claude Code Las pruebas de IA merecen una inmersión profunda, pero todos hemos estado allí: un desarrollador o un agente de IA mantiene el código que simplemente no funciona.Con IA, es aún más divertido: habitualmente le pido que cubra todo con pruebas de unidades, y el agente suele entregar una suite que pasa perfectamente, pero todavía acabo mirando a 500 errores durante las pruebas reales. Durante mucho tiempo, escribir las pruebas de E2E con AI fue un dolor enorme. Nunca he sido un gran fan de E2E para empezar, principalmente porque el coste de mantenimiento tiende a crecer cuadráticamente a medida que la base de código se expande. Todo cambió cuando me di cuenta de que con la configuración correcta y los nuevos modelos, las pruebas realmente se hicieron simples y accesibles. Ahora, esa línea clásica de administrador -"pruebe usted mismo antes de entregarlo a QA" -que generalmente se ignora, se ha convertido en una parte fundamental de mi Claude.md. Cuando se trata de restricciones de seguridad, solía pensar que las historias sobre los agentes de IA que resolvían tareas durante media hora sin intervención humana eran BS total. Ese fue el momento en que finalmente tuve esa vibración AGI completa: el agente simplemente se deshace en un solo de tareas y me entrega el resultado terminado. --dangerously-skip-permissions Pero ninguno de estos puntos produce tanto impacto por sí solo como cuando se combina con el concepto de ingeniería compuesta.Es un término complicado de traducir al ruso, porque en un contexto financiero, "compuesto" generalmente simplemente se convierte en "complejo" (interés complejo / compuesto), lo que no capta completamente la esencia estructural aquí. En mi flujo de trabajo, fuertemente inspirado por la metodología de ingeniería compuesta de Every, construyo un ciclo de aprendizaje cerrado: los agentes de IA analizan errores, pruebas y soluciones exitosas, y luego cocinan esa experiencia directamente en la base de conocimientos (utilizando archivos como ) de CLAUDE.md Este enfoque me permite entregar resultados que antes requerían un equipo de cinco. Mi tiempo se distribuye de acuerdo: alrededor del 80% del esfuerzo se dedica a planificar, revisar y probar, mientras que sólo el 20% se gasta en la codificación real. El foco principal es en la investigación -analizar la base de código, el historial de compromiso y encontrar el camino óptimo- para luego transformar estas ideas en instrucciones precisas para los agentes. Técnicamente, todo lo que necesito ya está cocinado en las habilidades de ingeniería compuesta para Este kit de herramientas actualmente incluye 24 agentes especializados, 13 comandos de corte y 11 habilidades supercargadas a través de servidores MCP. Claude Código Claude Código He integrado listas de verificación claras para la prueba y la versión que los agentes siguen religiosamente, asegurando un proceso de aprendizaje de ciclo cerrado donde cada caso de corrección y borde se documenta automáticamente en la base de conocimientos. Aquí está cómo se ve un flujo de trabajo típico de ingeniería compuesta: En primer lugar, iniciamos el Fase (utilizando el Este es el lugar donde transformo las ideas de alto nivel en especificaciones detalladas que sirven como el plan para mis agentes de IA. Estos planes se almacenan como archivos Markdown. Para cambios a gran escala, el plan se descompone en pedazos gestionables. Plan /workflows:plan Una parte importante de esta etapa es la (Vía ), que es increíblemente útil porque Claude tiende a sobreingeniería durante la fase inicial de planificación. Si necesita más detalles granulares, puede utilizar el mando para encarnar secciones específicas. Si su plan cubre múltiples características, puede ejecutar para decidir qué construir, qué raspar y qué necesita más refinamiento. Efectivamente, todo el proceso de gestión de ingeniería se desplaza en archivos de Markdown con agentes de IA que actúan como los ingenieros Review /plan_review /deepen_plan /triage A continuación, el En el caso de las pestañas ( ): el sistema recoge las tareas, ejecutándolas en paralelo utilizando trabajos de git aislados.Esta configuración permite el seguimiento del progreso sin confundir la rama principal o bloquear los archivos que otro agente podría estar trabajando simultáneamente Work /workflows:work Una vez que el código esté listo, desactivaré el de la fase ( Esta es una auditoría multi-agente donde varios algoritmos especializados cazan los errores antes de la fusión. Mucho como la fase de planificación, la salida consiste en archivos Markdown esperando su Al igual que con los planes iniciales, un agente especializado construye un árbol de dependencia para estas correcciones para asegurarse de que los cambios que se superponen no conflicten entre sí. Review /workflows:review /triage Este enfoque refleja las tendencias emergentes de la industria donde las revisiones de código impulsadas por la IA ayudan a los equipos a acelerar la entrega y minimizar el error humano. Para aquellos que priorizan la privacidad, los flujos de trabajo similares pueden incluso implementarse utilizando LLMs locales a través de Ollama para mantener la base de código completamente dentro de un perímetro seguro. Al integrar estas capacidades de agentes directamente en el ciclo de vida del desarrollo, el sistema actúa menos como un simple asistente y más como un programador proactivo. El estrechamiento de la casa es (en el En esta fase, el sistema captura la experiencia aprendida, ya sean fixes específicos o nuevos patrones, para cocinarlos en el flujo de trabajo para el futuro. Compound /workflows:compound Añadir esto a su código Claude es sencillo: primero, agregue el mercado con , y luego instalar el propio plugin a través . /plugin marketplace add https://github.com/EveryInc/compound-engineering-plugin /plugin install compound-engineering ¿Realmente funciona exactamente así? Mi flujo de trabajo típico es el siguiente: empiezo generando una descripción de la característica enfocada en la experiencia del usuario, estratificándose en un contexto técnico crítico (si tengo una visión arquitectónica específica). actúa como una "memoria viva", que contiene las mejores prácticas de cross-proyecto adaptadas a mi pila: no-build, BEM, Vanilla Rails, auto-hosting, y así sucesivamente. CLAUDE.md Crucialmente, cada proyecto tiene un script CI local para ejecutar pruebas y linterns. explícitamente define lo que hace que una prueba sea "buena", cómo escribirla, y manda un ciclo estricto "test-fix-commit": verificación manual seguida por el script CI antes de que cualquier código llegue al repo. CLAUDE.md La prueba "manual" no es un tipo aquí. o la integración nativa del navegador a través de los plugins de Chrome, Claude puede replicar de manera efectiva los flujos de usuario.Si está construyendo una aplicación API-first, es aún más simple: puede desencadenar Esta fase manual es vital para prevenir la "optimización de las pruebas" y las alucinaciones. Ingeniería Compuesta curl Ingeniería Compuesta Luego lanzo a Claude usando el Si estoy jugando con múltiples funciones a la vez, lo tengo configurado usando una herramienta de ingeniería compuesta (no hay un comando de corte específico para él, pero si simplemente le dices a Claude qué hacer, desencadena el flujo de trabajo correcto). --dangerously-skip-permissions Por último, vamos a la fase de planificación actual: y , seguido por En la mayoría de los casos, la calidad del resultado final se determina en la fase de planificación. /plan /plan_review /triage Una vez que el plan se vea bien, disparo Claude trabaja de forma autónoma en la sucursal y no me distrae, gracias a la de la moda. /workflows:work --dangerously-skip-permissions La parte más larga y agotadora del proceso comienza una vez que la codificación está realmente "acabada" - revisión y prueba. Antes de comenzar la revisión del código, le pido al agente que verifique que las pruebas fueron escritas (a pesar de las instrucciones estrictas en , este paso a menudo se ignora - la IA se está volviendo realmente humano-como), ejecutarlos usando mi script CI local (que maneja el encadenamiento y la ejecución de pruebas), y asegurarse de que todas las nuevas funcionalidades están cubiertas. claude.md Entonces, el ciclo de revisión real empieza a usar y A menudo se necesitan varias iteraciones; a menudo, la revisión inicial revela que toda la implementación es fundamentalmente defectuosa, requiriendo múltiples rondas para alcanzar un resultado aceptable. . /workflows:review /triage /resolve_parallel Más allá de la revisión local, dos otros trucos ayudan a mantener el código funcionando: una revisión de bot de Claude en GitHub y Cursor BugBot. Estoy feliz de pagar por este último porque funciona sorprendentemente bien, atrapando errores que tanto revisiones manuales como pruebas mantienen constantemente. Ambos se activan automáticamente en cada compromiso a la sucursal. simplemente pido a Claude que compruebe los comentarios de PR: si hay muchos, él traza un plan; si solo hay unos pocos, los arregla directamente sin que yo jamás abra GitHub. Después de todos estos ajustes, echo a cabo una prueba manual, y si todo parece sólido, todo lo que queda es desplegar. . /workflows:compound Notas y comentarios. El recurso más caro al usar agentes de IA es la atención humana. La idea de que una persona debe supervisar meticulosamente cada movimiento de un agente está muerto. Para la mayoría de los proyectos, el valor intrínseco del código es depreciador. Puedes girar cuatro instancias de Claude simultáneamente para explorar cuatro enfoques diferentes para una sola tarea, luego simplemente elegir al ganador. Puedes investigar cosas que nunca verán la luz del día. Puedes cubrir casos de borde con pruebas que nunca te molestarías en la vida real. Ni siquiera tienes que leer todo el código generado – siempre y cuando tus especificaciones del proyecto lo permitan, y estás construyendo sólo otro SaaS en lugar de un barco de cohetes. Diez rondas de revisión de código con agentes sólo para obtener un resultado decente? No hay problema, eso es simplemente hacer clic en un botón diez veces. Cien pruebas que necesitan ser revisadas? No lo suden – nadie va a evaluar la calidad de esas pruebas, porque nadie las habría escrito en primer lugar, y nadie las va a tocar por la mano. Cuando los agentes trabajan de forma autónoma, terminas con un montón de micro-pausas en tu flujo de trabajo.Podrías llenarlas haciendo clic en TikTok, pero es mucho más eficiente ejecutar múltiples instancias de Claude simultáneamente, girar giras de trabajo de git y hacer frente a varias tareas a la vez. ¿Hay expertos legítimos aquí? 
 
 
 
 
 
 
 
 Para profundizar en el tema, recomiendo leer el artículo de Dan Shipper "Compound Engineering: How Every Every Codes With Agents" en Every.to. Describe el ciclo de desarrollo interno y explica cómo este método permite que un desarrollador solo trabaje a escala de un departamento. Otro material - "La historia detrás de Compounding Engineering", donde los creadores comparten detalles del proyecto, incluyendo historias sobre cómo la IA comenzó a corregir errores de código de antemano. También puede leer Reddit (r/ClaudeCode), donde se notan resultados similares: muchos reportan un aumento de la productividad de 3-5 veces, especialmente en las tareas de revisión de código y seguridad. Hay vídeos de demostración en YouTube (por ejemplo, "Compound Engineering with Claude Code"), que muestran sesiones en las que una persona trabaja a la velocidad de un equipo. Si lo implementa usted mismo, compruebe los archivos README y CLAUDE.md en el repositorio de GitHub - contienen listas de verificación. La serie "Chain of Thought" explica cómo construir arquitecturas de aplicaciones en la era de los agentes. Este plugin hace que Claude trabaje durante horas sin salir de la pista. "Ingeniería Compuesta: Cómo todo codifica con agentes" "La historia detrás de la ingeniería compuesta" Reddit Ingeniería Compuesta con Claude Code repositorio “La cadena del pensamiento” Este plugin hace que Claude trabaje durante horas sin salir de la pista. Sobre el autor , ex desarrollador fullstack, ex ejecutivo de fintech, ahora gerente de producto técnico, entusiasta de vibe-coding y RoR. Ivan Kuznetsov Ivan Kuznetsov

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

About me

Este audio es producido en el idioma original de la historia!

Indie Hacking Vibe Coding Setup: Lo que cambió en 6 meses

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Creación de productos criptográficos centrados en el usuario: la importancia de los comentarios de los clientes

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Creación de productos criptográficos centrados en el usuario: la importancia de los comentarios de los clientes

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps