Sourcegraph cierra Cody el 31 de enero de 2027 y apuesta por los agentes

El mercado de asistentes de IA para programar madura y, junto con el crecimiento, llegan los primeros cierres. Sourcegraph ha anunciado que Cody, su asistente para programadores, llegará al final de su ciclo de vida el 31 de enero de 2027. En el anuncio, la compañía explica sus motivos, cuenta qué construye a continuación para desarrolladores y agentes de programación, y describe cómo deben planificar la transición los clientes de Cody.

Qué se sabe realmente

Los hechos por ahora son escasos y claros. Fecha de fin de vida de Cody: 31 de enero de 2027. Dirección de Sourcegraph: herramientas para desarrolladores y agentes de programación, es decir, lo que la propia compañía llama el futuro de la code intelligence. Para los clientes actuales hay una conversación aparte sobre el plan de transición. Todo lo demás, incluidos los precios, las herramientas de migración y un sucesor concreto, debe consultarse en la publicación original y confirmarse con el proveedor. No vamos a inventar detalles.

Por qué importa aunque no use Cody

Se puede leer la noticia como un caso aislado, pero detrás se aprecia un cambio más amplio. El asistente de chat dentro del editor se convierte cada vez más no en un producto independiente, sino en una función más. A su lado crecen los agentes: leen el repositorio por sí mismos, modifican varios archivos, ejecutan pruebas y devuelven un resultado terminado. Esta es nuestra interpretación de la situación, no una cita del anuncio, pero la formulación sobre desarrolladores y agentes de programación apunta justo en esa dirección.

La segunda idea es más práctica. Haga lo que haga un agente, necesita contexto: dónde se define una función, quién la llama, qué se romperá si cambia. Es la misma tarea que enfrenta una persona al buscar en una base de código grande. Por eso la comprensión del código se convierte en una capa independiente en la que se apoyarán tanto personas como agentes.

La tercera idea es para responsables de producto y fundadores: el riesgo de proveedor. Imagine un equipo de 40 desarrolladores. Cody está instalado en sus IDE, tienen prompts y comandos compartidos, y un esquema de acceso al código aprobado por seguridad. El 1 de febrero todo eso deja de ser un pilar del proceso. No es una catástrofe, pero sí una sorpresa desagradable si uno se entera en el último momento.

Qué hacer antes del 31 de enero

Primero, un inventario. Averigüe quién usa Cody y dónde: plugins de editores, scripts, instrucciones internas, integraciones con CI o chats. A menudo resulta que el asistente lo usan personas distintas y de otra forma a la que figura en la documentación.

Después, conserve lo acumulado. Exporte los prompts personalizados, las plantillas de comandos y los ajustes de contexto. Estos recursos son transferibles a casi cualquier otra herramienta, pero reconstruirlos de memoria tras el apagado es desagradable.

Luego, un piloto. Tome dos o tres herramientas alternativas y pruébelas con tareas reales de su repositorio: corrección de un bug, refactorización de un módulo, un nuevo endpoint con pruebas. Compare no las impresiones, sino el tiempo hasta un resultado funcional y el número de correcciones tras la revisión.

Por separado, revise los requisitos de seguridad. Adónde va el código, cómo se almacena, si se puede desplegar la solución en infraestructura propia y qué dice el departamento jurídico. La nueva herramienta habrá que aprobarla de nuevo, y suele ser la etapa más larga.

Por último, hable con Sourcegraph. Aclare qué pasa con el contrato y el periodo pagado, si hay ayuda con la migración y qué producto ofrece la compañía en lugar de Cody.

Limitaciones y conclusión

El anuncio informa del cierre y de la dirección, pero, tal como nos ha llegado, no ofrece detalles técnicos del nuevo producto. Por eso es pronto para juzgar al sucesor por una sola frase sobre agentes. Una postura razonable es esta: no entrar en pánico, pero tampoco aplazar.

Faltan menos de tres meses para la fecha límite, y cambiar de herramienta en un equipo casi siempre lleva más tiempo del que parece. La buena noticia es que el mercado de asistentes y agentes de programación es amplio ahora mismo, y trasladar el trabajo a otra herramienta suele ser cuestión de semanas, no de meses. Lo importante es que ese traslado sea decisión suya y no una reacción a un servicio apagado.