Cada fichero que lee su agente se queda en la factura. Una refactorización costó 14,29 dólares
By Surya Pratap
2 de septiembre de 2026
11 min de lectura
IA y tecnología
2 de septiembre de 2026
11 min de lectura
El mecanismo y el contadorHover to exploreSonar publicó esta semana una medición de costes más útil que el producto que vende.
El titular es que la navegación semántica de código abarata los agentes de programación. Es cierto, y el tamaño del efecto es modesto y depende de la tarea. La cifra que yo apuntaría es la línea base: una sola refactorización que preserva el comportamiento de una clase Java de código abierto costó 14,29 dólares de gasto en modelo.
No un sprint. No una funcionalidad. Un commit.
La metodología merece crédito antes que los hallazgos, porque es más estricta que la de casi cualquier benchmark de proveedor.
El montaje de Sonar
Seis commits de refactorización de proyectos reales de código abierto
Esa última línea es la que hace que el resto merezca lectura. Una comparación de costes en la que el lado barato puede fallar no es una comparación de costes: es una medición de con qué rapidez se puede producir algo incorrecto. Filtrar por compilación y tests es la misma disciplina que Thinkingbox evaluando la base de datos y no la transcripción, y sigue siendo lo bastante rara como para nombrarla.
Esta es la frase que explica todo el fenómeno, en palabras de Sonar:
Cada fichero que el agente lee para construir ese mapa se queda residente en el contexto de la conversación durante el resto de la ejecución.
Aquí es donde se equivocan casi todas las discusiones sobre coste. Lo caro no es leer el fichero. Es que el fichero, una vez leído, se arrastra en el contexto y se vuelve a facturar en cada turno posterior del bucle.
Lea ocho ficheros en el turno tres de una ejecución de cuarenta turnos y no habrá pagado ocho lecturas. Habrá pagado ocho ficheros × treinta y siete turnos.
Y la razón por la que los agentes leen ficheros enteros es estructural: la búsqueda de texto encuentra dónde aparece un símbolo, pero no puede responder «dónde se usa esto de verdad», así que el agente abre candidatos para averiguarlo. Lo que Sonar construyó es un grafo consultable del código (clases, métodos, campos, interfaces y sus relaciones) que responde directamente a trace-callers o get-type-hierarchy, de modo que entran menos ficheros en el contexto.
Por qué es la misma enfermedad que el catálogo de herramientas de MCP
En el artículo sobre la hoja de ruta de MCP el coste era el catálogo de herramientas: todas las herramientas, descripciones y esquemas de parámetros cargados en el contexto al iniciar la sesión, los necesitara o no la tarea, y pagados otra vez en la tarea siguiente. Aquí son ficheros de código fuente. Misma enfermedad, distinto portador: contenido cargado sin condiciones y luego facturado repetidamente. La cura también es la misma: hacer la carga condicional y dejar que el agente lo pida cuando lo necesite.
Las cifras absolutas son la parte con la que los fundadores deberían quedarse, porque casi nadie ha medido las suyas.
El movimiento de tokens siguió al dinero: tokens de entrada abajo un 11–31 %, tokens de salida abajo un 4–35 %.
La cifra de marketing asociada a este trabajo es «hasta un 36 % más barato». El rango medido va aproximadamente del −6 % al −34 %, y los autores dicen claramente por qué:
El motor de navegación no ayudará en tareas donde la navegación no sea la restricción.
Van más allá y señalan que las ganancias aparecieron en «el mismo cambio pequeño, que preserva el comportamiento, repetido en todas las implementaciones de una abstracción compartida», y que «la ganancia está ligada al tipo de trabajo, así que no se promete en cada tarea».
Eso es inusualmente honesto para una investigación de proveedor, y merece reconocimiento antes que burla. Sonar vende la solución, así que descuente el marco, pero publicaron la tarea en la que su producto solo logró un 6 %, nombraron la condición bajo la cual no hace nada y revelaron que su grafo cede precisión en la resolución de tipos frente a un compilador a cambio de frescura. La mayoría de los benchmarks de proveedor no hace ninguna de las tres cosas.
El ahorro no es la lección. La lección es que el coste por tarea ya es una cifra real y probablemente usted no conoce la suya.
Hay además una conexión directa con el hallazgo de McKinsey de ayer, según el cual el 32 % de las organizaciones se ha saltado una compra de software para construir con agentes de programación. Si una sola refactorización cuesta diez dólares de gasto en modelo, el caso de negocio de «ya lo construimos nosotros» necesita una partida que la mayoría de esas decisiones no tenía. Eso no las vuelve erróneas. Vuelve la aritmética menos evidente de lo que parece en una demo.
Seis tareas son seis tareas. Refactorizaciones reales de proyectos reales, mucho mejor que sintéticas, pero una muestra de este tamaño sostiene una dirección y no una tasa. La afirmación honesta es «las refactorizaciones intensivas en navegación salieron bastante más baratas en estas seis», no «su factura baja un tercio».
La base es una configuración cara. Opus 4.8 con esfuerzo alto y subagentes activados está cerca de lo más alto de la curva de coste por diseño: es la elección correcta para medir un techo, y significa que estas cifras en dólares no son lo que produciría un modelo más barato en un código más pequeño.
El coste no es el único eje. Una configuración que lee menos ficheros es más barata y puede además estar peor informada. El filtro de compilación y tests protege de la versión más burda de eso, pero no le dice si el cambio era bueno, solo que compiló y que los tests correspondientes siguieron en verde.
Sonar midió lo que cuesta a un agente de programación completar un commit de refactorización real, con filtro de compilación y tests, y publicó el rango: de 1,71 a 14,29 dólares por tarea en una configuración de frontera con esfuerzo alto. La navegación semántica lo recortó entre un 6 % y un 34 % según si la navegación era la restricción vinculante.
El mecanismo merece llevárselo aunque nunca compre el producto: un fichero que lee su agente no se factura una vez, se factura en cada turno hasta que acaba la ejecución. Por eso los bucles largos de agentes se encarecen de una forma que parece desproporcionada al trabajo hecho, y es la misma forma que el problema del catálogo de herramientas de MCP.
Vaya y mida cinco tareas suyas de principio a fin. La cifra interesante no es el descuento que alguien le vende. Es la línea base que nunca ha mirado.
Fuentes: Sonar, «Cut your coding agent's cost with semantic code navigation» · Página de producto de Sonar Vortex · Documentación de contexto de Sonar Vortex · Los costes por tarea, las variaciones de tokens, la metodología y las salvedades citadas son los publicados por Sonar, que vende la herramienta medida; la lectura y las cautelas de la sección 6 son mías.
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.