Si querés una transición a agentes, invertí en el setup inicial
La nota de Boris Cherny sobre automatización coincide con lo que les 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, repetí de más lo mismo: 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 trabajás.
Me preguntaba si era mi sesgo. Después 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 la cantidad 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.
Lo que puede ser infra se amplió
Comentarios, skills, CLAUDE.md y memoria de agente cargan casi cualquier juicio. Rechazar un PR 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. Saltearlo es comprar modelos caros y reexplicar los mismos estándares a una ventana vacía todo el día.
Unite al boletín
Recibí insights sobre la IA más reciente.