Nuestra lectura
Augment Code encaja en equipos cuya dificultad es entender un repositorio grande antes de tocarlo: un motor de contexto indexa el código y el cambio puede empezar en VS Code, JetBrains, la CLI o los agentes Cosmos. Los puntos de validación siguen en manos de sus ingenieros, y la documentación no detalla el tratamiento de las dependencias: pruébelo primero con su código.
Por qué todo empieza en el repositorio
Antes de cambiar código con seguridad, un asistente tiene que saber qué toca ese código. Pure Storage describe el problema en un caso de estudio publicado por el proveedor: un repositorio monolítico en C++, Python y Go donde, según su CTO de seguridad y GenAI, un cambio pequeño en un controlador de dispositivo puede tener grandes efectos en otras partes. Sus responsables de ingeniería dicen que Copilot aportaba poco en ese repositorio y que un equipo transversal eligió Augment tras evaluar herramientas. Es el relato del cliente, no una comparación independiente.
La descripción de Augment sitúa el motor de contexto en el centro: agentes de código construidos sobre un motor que indexa bases de código grandes. Ese motor aparece en el núcleo de la plataforma Cosmos y en la CLI Auggie, de modo que la comprensión se comparte entre los puntos de entrada en lugar de reconstruirse en cada uno.
Qué aporta la indexación y la cuestión de las dependencias
El ejemplo más concreto de comprensión entre capas vuelve a ser Pure Storage. Su CTO afirma que otras herramientas no sabían seguir una función envuelta en un wrapper de C++ hasta una llamada a un controlador de dispositivo, y que el motor de contexto de Augment sí. Es la declaración de un cliente sobre un repositorio concreto.
Las páginas que describen el motor de contexto explican su propósito, no su mecánica. No se aclara cómo se representan las dependencias, con qué rapidez el índice refleja un commit nuevo ni cómo se gestionan varios repositorios; trátelo como desconocido, no como inexistente.
Sugerencia editorial, no una función del proveedor: antes de comprometerse, elija una función de una biblioteca compartida por varios servicios, pida a Augment todos sus llamadores y compare con su propia búsqueda. Un fallo le indica dónde una persona debe seguir comprobando.
Modificar: IDE, CLI o Cosmos
Hay tres puntos de entrada. Existen extensiones para Visual Studio Code y los IDE de JetBrains, la CLI Auggie lleva el agente y el motor de contexto al terminal, y Cosmos ejecuta agentes por disparadores o según un calendario. Cosmos incluye expertos como PR Author, que toma la descripción de una tarea y la conduce desde el primer commit hasta la fusión, y Tester, que ejecuta el cambio y publica resultados con capturas. Los disparadores incluyen GitHub, GitLab, Slack, Linear y Jira, y los agentes pueden correr en entornos aislados gestionados o en sus propias máquinas para el código que no puede salir.
MoneyGram ilustra el camino por el IDE. En su caso de estudio publicado por el proveedor, un ingeniero cuenta que automatizó migraciones de Spring Boot que antes llevaban semanas y ahora llevan unas dos horas, describiendo la migración y pidiendo a la herramienta que confirme que está completa. El mismo relato menciona conexiones con Jira y Confluence mediante herramientas MCP dentro de IntelliJ y VS Code, y el uso de Augment para explicar código desconocido sin perseguir a su autor. Son resultados declarados por un equipo, no una prueba comparativa.
El trabajo cambia de forma: el ingeniero define el cambio y la condición de finalización, y la herramienta hace las ediciones repetitivas. La documentación leída no describe un flujo detallado de ticket a PR más allá de los expertos de Cosmos citados.
Dónde se valida el cambio
Cosmos trata los puntos de control como parte del diseño: el trabajo se detiene para su revisión y continúa al recibir respuesta, y las acciones relevantes las aprueba una persona. En el ciclo de revisión de código, cada pull request recibe una primera revisión para que los ingenieros sénior se centren en la intención y la arquitectura. El proveedor asocia a ese ciclo una cifra de 66 % menos de tiempo hasta la fusión, sin indicar población ni referencia, así que no la lea como una prueba comparativa.
La revisión de código está disponible en todos los planes y cubre pull requests de GitHub. Enterprise añade analítica de uso, listas de usuarios permitidos, conexiones MCP con Jira, Linear y Notion para más contexto, instalación en varias organizaciones y puestos y repositorios ilimitados.
El CTO de Pure Storage describe un proyecto personal en el que un sistema construido a partir de especificaciones formales superó más de 1.000 pruebas sin que él leyera el código. Fíjese en el origen de esa confianza: la especificación que él escribió y las pruebas que la ejercitaban, no solo la herramienta.
Cuánto cuesta un recorrido
Standard cuesta 20 $ al mes y Business 100 $ al mes, cada uno con tarifa fija para hasta 50 puestos y la misma cantidad incluida como uso. El uso abarca la inferencia de modelos, el Context Engine y el cómputo de Cosmos. Los modelos se facturan al precio de lista del proveedor más una comisión de servicio fija del 40 %, sin comisión sobre el cómputo. El uso incluido y las recargas se comparten en todo el equipo, y las recargas son válidas 12 meses. Enterprise se cotiza con ventas.
La consecuencia es que el coste sigue a la actividad, no al número de personas. Un agente que revisa cada pull request consume del mismo saldo que los ingenieros que preguntan en el IDE; mida una semana de uso real antes de elegir plan. El soporte de Standard y Business es comunitario más un portal de tickets; el soporte dedicado es de Enterprise.
Qué sigue a cargo del desarrollador
En cuanto a datos, el proveedor indica que el código de los clientes no se usa por defecto para entrenar modelos y que los planes de pago excluyen el entrenamiento de IA en sus condiciones comerciales. Cita SOC 2 Type II e ISO 42001, y las claves de cifrado gestionadas por el cliente e ISO 42001 figuran entre las opciones Enterprise. Son declaraciones del proveedor: solicite los informes antes de apoyarse en ellas.
Lo demás es suyo: formular la tarea y qué significa «terminado», leer el diff, aprobar las acciones relevantes y comprobar que las pruebas ejercitan el comportamiento modificado. El producto sitúa a los ingenieros en puntos de control; no decide por ellos qué es correcto.
Método y límites
2026-10-28
Esta instantánea fechada cuenta empresas distintas con pruebas públicas de clientes. CONFIRMED indica un caso de estudio, testimonio identificado o fuente de prensa; DECLARED, una declaración de la propia empresa; OBSERVED, una lista de clientes del proveedor; SIGNAL, una oferta de empleo. Los cuatro niveles cuentan, con distinta solidez. Se excluyen las líneas retiradas o sin nivel. Los ejemplos son una selección limitada verificada en los últimos 90 días. Los datos del proveedor tienen fuentes comprobadas en los últimos 60 días. La cobertura es desigual y la ausencia de pruebas es desconocida. Las cifras no miden cuota de mercado ni rendimiento; las fechas de captura no son fechas de adopción.
