Si quieres una transición a agentes, invierte en el setup inicial
La nota de Boris Cherny sobre automatización coincide con lo que digo a los equipos: el apalancamiento es codificar el juicio en la infra, no quemar tokens en el mismo bug.
Durante dos semanas, en escenarios y con ejecutivos, he repetido lo mismo en exceso: el trabajo con agentes se gana en el setup inicial. Al maximizar tokens vi que lo caro no es el prompt ingenioso. Es si el entorno ya conoce cómo trabajas.
Me preguntaba si era mi sesgo. Luego la nota de Boris Cherny, lead de Claude Code, coincidió casi exactamente.
Lo que los buenos ingenieros ya hacían
Automatizar el trabajo alrededor del trabajo (vim, lint, e2e) para multiplicar la salida, antes de los agentes.
La automatización se multiplica por el número de agentes
Un mejor DevX aceleraba a una persona. La misma regla compartida acelera toda la flota.
Llevar un problema a código puede retirar una clase entera
El agente puede re-arreglar el mismo bug cada vez, quemar tokens y fallar. Una regla lint o un paso de CI retira la categoría. El «loop» no es reintentar sin fin: es borrar una clase de problemas.
La automatización permite que otros contribuyan
Ya hay commits el día 1 y no devs al nivel de un asiento eng. El muro es el conocimiento de dominio solo en cabezas. El onboarding debe volverse escritura.
Lo que puede ser infra se amplió
Comentarios, skills, CLAUDE.md y memoria de agente cargan casi cualquier juicio. Rechazar un PR con «no usamos ese framework» sin codificar la regla es un fallo de infraestructura.
La tarea de cada equipo
Escribir CLAUDE.md, REVIEW.md, skills y docs hasta que un agente trabaje sin contexto extra cada turno.
El setup inicial se siente lento. Saltarlo es comprar modelos caros y reexplicar los mismos estándares a una ventana vacía todo el día.
Únete al boletín
Recibe insights sobre la IA más reciente.