
Aider
Aider lleva la asistencia conversacional de programación a la terminal, conectando modelos de lenguaje con un repositorio Git local para realizar ediciones, obtener contexto del repositorio y ejecutar comprobaciones.
Acerca de esta herramienta
Aider trabaja con archivos fuente en un repositorio Git local a través de una conversación en la terminal. Su mapeo del repositorio proporciona contexto estructural a un modelo de lenguaje conectado, lo que facilita cambios que pueden abarcar más de un archivo. El mapa no debe confundirse con un diagrama de arquitectura visual.
El registro de cambios relacionado con Git, las comprobaciones configurables y varios modos de entrada facilitan el flujo de trabajo de desarrollo. Se describen opciones de modelos en la nube y locales, con acceso y costes que dependen del proveedor seleccionado. Revisa las ediciones y el comportamiento de ejecución en el proyecto real en lugar de asumir que la automatización demuestra la corrección.
Qué puedes hacer
Edición con conocimiento del repositorio
Un mapa del código base y las solicitudes conversacionales proporcionan contexto para modificar archivos fuente, ayudando al asistente a trabajar con las relaciones entre las distintas partes de un proyecto.
Seguimiento de cambios orientado a Git
El flujo de trabajo descrito registra los cambios mediante Git e incluye una función relacionada con deshacer. Inspecciona los diffs reales y el comportamiento de los commits antes de aceptar una revisión.
Comprobaciones y elección de modelos
El linting, las pruebas y la conexión con distintos modelos forman parte del alcance. Confirma la configuración, el soporte de lenguajes y los costes del entorno que estés utilizando.
¿Para quién es?
- Explora una refactorización propuesta mientras mantienes un registro claro de los cambios resultantes en el código fuente.
- Investiga una prueba fallida con el contexto del repositorio y revisa la corrección sugerida.
- Compara el enfoque de un asistente para un cambio en varios archivos con los requisitos reales del proyecto.
Antes de elegir
Revisa los comandos y los diffs, y ejecuta comprobaciones que ejerciten el comportamiento previsto antes de dar un cambio por terminado.
Aprueba explícitamente los costes del proveedor de modelos y el acceso a los datos antes de conectar un endpoint de pago o un repositorio privado.
Preguntas frecuentes
¿Una edición exitosa demuestra que el código es correcto?
No. Revisa los requisitos, el comportamiento y las pruebas adecuadas. Un cambio plausible o una comprobación limitada superada pueden pasar por alto un caso de fallo importante.
¿Puedo asumir que todos los lenguajes de programación funcionan igual de bien?
El soporte de lenguajes y herramientas depende del entorno y la configuración reales. Prueba tareas representativas en lugar de interpretar una afirmación de soporte amplio como compatibilidad universal.
¿Una prueba fallida determina necesariamente si se crea un commit?
Comprueba el commit actual y la configuración de pruebas. No infieras un orden o una regla de seguridad concretos a partir de la disponibilidad general de Git y de las funciones relacionadas con pruebas.
Consulta el sitio web oficial para conocer las funciones, los precios y las condiciones actuales.