Aider en español: análisis, costos y alternativas

Verificado el 16 de octubre de 2026 con la documentación de Aider, los metadatos de su versión actual en PyPI y la documentación y los precios vigentes de los proveedores. Este análisis se basa en documentación y escenarios de costos calculados, no en una prueba comparativa de programación realizada con la herramienta. La decisión depende de la libertad de cambiar de modelo, el control del contexto, la facilidad de revisión, la delegación de tareas y el consumo total de API.

Aider en español: qué es y cómo funciona

Aider es un programa de código abierto que conecta un modelo de lenguaje con los archivos de tu directorio de trabajo. Describes un cambio en la terminal y Aider aporta contexto del repositorio, solicita las modificaciones al modelo, las aplica y, por lo general, las registra en Git, el sistema de control de versiones que guarda el historial de cambios del código. El cliente se ejecuta en tu equipo, pero si usas un modelo en la nube, este recibe el contexto que le envías. La licencia Apache 2.0 cubre el cliente: no incluye una suscripción a un modelo ni convierte un modelo comercial en código abierto.

¿Para quién es Aider, el asistente de programación con IA?

Aider encaja con quien sabe seleccionar los archivos relevantes, detectar cambios incorrectos y ejecutar las comprobaciones del proyecto. Resulta especialmente atractivo para un fundador con perfil técnico que hace cambios ocasionales y quiere pagar solo por el consumo del modelo, o para un desarrollador que busca mantener la misma forma de editar al cambiar de proveedor.

La siguiente comparación recoge flujos de trabajo documentados; no mide la precisión del código generado. Claude Code es el agente de programación de Anthropic; OpenAI Codex CLI es un agente de terminal con herramientas de revisión y delegación; Cursor combina un editor con agentes locales y en la nube.

Son puntos de entrada relevantes para este perfil, no un catálogo completo de planes ni una promesa de trabajo ilimitado. En Aider no hay un plan económico del cliente que se te pueda quedar pequeño: el límite lo pone la cuenta del proveedor o el equipo que ejecuta tu modelo local.

Claude Code: cuando necesitas hacer más desde la terminal

Claude Code encaja mejor cuando la petición exige algo más que modificar código: investigar un fallo, consultar un sistema externo, ejecutar comandos y preparar una solicitud de incorporación de cambios, o pull request. Su descripción oficial documenta operaciones de Git, subagentes e integraciones con Model Context Protocol, que conectan al agente con herramientas y datos externos. Aider puede ejecutar comandos y utilizar su salida, pero te deja una mayor parte del trabajo de integrar todo ese proceso.

Claude Code pierde atractivo si tu prioridad es alternar entre Claude, Gemini y un modelo local desde el mismo cliente. Su flujo integrado merece la pena si eso es precisamente lo que quieres contratar; para supervisar un cambio pequeño, puede convenirte el alcance más acotado de Aider. El plan gratuito de Claude no incluye el acceso a Code que figura en Pro.

Codex CLI: para revisar código y delegar tareas

Codex CLI tiene un conjunto más amplio de funciones operativas documentadas: revisión específica del código, habilidades reutilizables, plugins, subagentes, controles de permisos y un comando para enviar trabajo a Codex Cloud. Esas integraciones encajan con un fundador que quiere encargar a un agente la investigación de un repositorio y revisar después el resultado. La documentación de la CLI de OpenAI describe directamente estas funciones.

Codex también permite autenticarse con una clave de API, así que querer evitar una suscripción no basta para decidir entre ambos. La diferencia está en lo que incluye cada forma de acceso: la clave de API no ofrece las funciones en la nube disponibles al entrar con una cuenta. Elige Aider si poder cambiar de proveedor pesa más que esa experiencia integrada de revisión y envío de tareas.

Aider vs Cursor: decide dónde quieres trabajar

Cursor es una opción más sólida para quien quiere tener el agente junto al editor, con búsqueda de código, ejecución en la terminal y verificación en el navegador dentro de la misma interfaz. Su documentación de Agent también distingue entre los puntos de control, copias temporales para deshacer los cambios del agente, y el historial permanente de Git. Los commits automáticos de Aider encajan mejor si prefieres revisar los cambios directamente en Git.

Si el trabajo debe continuar cuando no estás frente a tu portátil, Cursor Cloud Agents ofrece máquinas virtuales aisladas y resultados como capturas de pantalla, videos y registros. Ese entorno de ejecución queda fuera del ciclo local de programación en pareja de Aider. El plan Plus de Cursor, más económico, no incluye agentes en la nube, y en Premium el consumo de modelos de terceros se paga aparte. Tiene sentido pagar por Cursor cuando su editor o su entorno remoto te ahorran trabajo que de otro modo tendrías que mantener por tu cuenta.

Si buscas una selección más amplia según el acceso al código fuente y las opciones de despliegue, consulta la guía de agentes de programación con IA de código abierto.

Los cambios integrados en Git facilitan la revisión de tareas acotadas

El punto fuerte de Aider es un ciclo sencillo: pedir un cambio pequeño, revisar las diferencias y ejecutar una prueba. Los commits automáticos crean puntos de control en un repositorio normal, de modo que revisar o deshacer el resultado encaja con los hábitos habituales de desarrollo.

Cómo instalar Aider

La guía de instalación actual de Aider recomienda usar su instalador específico:

python -m pip install aider-install
aider-install

El instalador crea un entorno independiente de Python y puede instalar Python 3.12 para Aider. Conviene distinguirlos: el Python que ejecuta el instalador no tiene por qué ser el mismo que ejecuta la aplicación. Así, las dependencias de Aider quedan fuera del entorno de tu aplicación.

La versión actual del paquete es la 0.86.2 en PyPI. La página de versiones de GitHub sigue señalando la 0.86.0 como su última publicación. Cuando hables de lo que distribuye el instalador, usa la versión del paquete; ambas páginas no sirven como indicadores equivalentes de la última versión.

Primera tarea: crear una función y sus pruebas

La guía de uso de Aider empieza con un programa para calcular factoriales y permite indicar nombres de archivos que aún no existen. Este recorrido sigue ese patrón documentado y añade un archivo de pruebas para disponer de un criterio concreto de aceptación. Es una propuesta de ejercicio, no el registro de una ejecución exitosa.

Si trabajas con una aplicación existente, sustituye los archivos del ejemplo por el pequeño conjunto que requiera el cambio. Una tarea como «rechaza los tokens de restablecimiento vencidos y añade una prueba de regresión» es un mejor punto de partida que «mejora la autenticación». La primera deja claro qué debe demostrar un conjunto de cambios correcto.

El historial de Git ayuda, pero revisa cómo se crean los commits

Aider registra sus cambios automáticamente y, antes de modificar un archivo, puede crear un commit con los cambios tuyos que aún no estaban registrados en él. Así separa las ediciones humanas de las generadas, pero puede sorprender si esperabas mantener todo el trabajo pendiente sin commits. La documentación de Git explica este comportamiento y las opciones para controlarlo.

Usa --no-auto-commits si prefieres preparar el commit final por tu cuenta. Si mantienes el comportamiento automático, considera los commits generados un historial de trabajo que aún necesita revisión antes de integrarse. Un commit automático demuestra que el cambio quedó registrado, no que sea correcto.

El mapa del repositorio orienta la selección del contexto

El mapa del repositorio de Aider aporta estructura sin enviar el contenido completo de todos los archivos. Destaca clases, funciones y firmas de llamadas importantes: los nombres y parámetros que muestran cómo se conectan las partes del código. Un proceso de clasificación basado en grafos selecciona las partes del mapa relevantes para la conversación actual. Aider documenta un presupuesto predeterminado de 1k tokens para el mapa, que se amplía de forma dinámica en algunas situaciones.

Imagina un cambio en el proceso de compra. El mapa puede revelar que el componente que gestiona el pago llama a un servicio de impuestos existente y ayudar al modelo a reutilizarlo. El nombre de una función, sin embargo, no permite determinar cómo redondea ese servicio. Si ese comportamiento afecta al cambio, proporciona la implementación o las pruebas correspondientes.

En la práctica, conviene preguntar dónde se implementa el comportamiento, inspeccionar los archivos sugeridos y añadir solo los que deban editarse. Usa /read-only para aportar material de consulta sin incluirlo entre los archivos editables. Usa /drop cuando ya no haga falta un archivo. Ambas opciones están documentadas entre los comandos del chat.

Este enfoque da a un desarrollador con experiencia un control útil sobre el alcance. También significa que disponer de un mapa no equivale a comprender por completo un repositorio grande. El mapa orienta hacia el código relevante; el comportamiento real sigue estando en los archivos, la configuración, los datos y las pruebas.

Elegir modelo también exige comprobar la compatibilidad

Aider puede conectarse a una amplia variedad de modelos alojados y locales. Su documentación sobre modelos advierte que un modelo puede devolver código aparentemente razonable y, aun así, no producir cambios que Aider pueda aplicar. «Casi cualquier modelo» describe la flexibilidad de conexión, no una calidad de programación equivalente ni compatibilidad garantizada con cada función nueva de una API.

Claude: usa el identificador de un modelo activo

Aider lee ANTHROPIC_API_KEY, y su página de configuración de Anthropic explica cómo seleccionar y listar modelos. Sin embargo, esa página aún presenta Claude 3.7 Sonnet como modelo predeterminado. Anthropic lo retiró el 19 de febrero de 2026. Copiar un ejemplo antiguo no es una forma fiable de configurar la herramienta en octubre.

Con la clave ya configurada, esta es la ruta explícita del proveedor para el modelo activo Claude Sonnet 5.5:

aider --model anthropic/claude-sonnet-5-5 \
  --weak-model anthropic/claude-sonnet-5-5 \
  --edit-format diff

El comando aplica la sintaxis de proveedor documentada por Aider al identificador actual del modelo de Anthropic; no implica que se haya probado su compatibilidad. Si tu versión instalada no incluye la configuración del modelo o rechaza un parámetro de la API, usa la configuración avanzada de modelos de Aider para aportar los ajustes adecuados. Comprueba tanto el nombre del modelo principal como el del auxiliar: si solo actualizas el principal, las solicitudes auxiliares pueden seguir apuntando a uno retirado.

GPT: configura la clave de OpenAI y especifica el modelo

Aider lee OPENAI_API_KEY; su página de conexión con OpenAI documenta --model y --list-models openai/. La página actual de configuración avanzada incluye GPT-5.5 con el formato de edición diff y el mapa del repositorio:

aider --model gpt-5.5 --weak-model gpt-5.5

OpenAI sigue documentando el acceso a GPT-5.5 por API, aunque su disponibilidad en una sesión de Codex autenticada con ChatGPT depende de una decisión de producto independiente. Una clave de API y el inicio de sesión con una suscripción son vías distintas de acceso y facturación. El ejemplo de costos que aparece más adelante usa únicamente los precios de lista de la API.

Gemini: incluye el prefijo del proveedor

Aider lee GEMINI_API_KEY. Sus instrucciones de configuración de Gemini documentan el atajo gemini; escribir el identificador completo facilita comprobar qué modelo se va a usar:

aider --model gemini/gemini-2.5-pro \
  --weak-model gemini/gemini-2.5-pro

Este modelo tiene una configuración diff-fenced documentada. Se elige aquí para ofrecer una configuración reproducible, sin afirmar que sea el modelo más reciente de Google ni el mejor para todos los repositorios.

Modelos locales: conecta Aider con Ollama

Las instrucciones de Aider para Ollama recomiendan el prefijo ollama_chat/. Con Ollama instalado y su servidor en ejecución, estos comandos de Bash permiten seleccionar el modelo que quieras ejecutar en tu equipo:

read -r -p 'Ollama model name: ' AIDER_LOCAL_MODEL
ollama pull "$AIDER_LOCAL_MODEL"
export OLLAMA_API_BASE=http://127.0.0.1:11434
aider --model "ollama_chat/$AIDER_LOCAL_MODEL" \
  --weak-model "ollama_chat/$AIDER_LOCAL_MODEL"

Elige un modelo que tu hardware pueda ejecutar y revisa su configuración de contexto. La inferencia local elimina el cobro de tokens de la API en la nube para esas llamadas, pero siguen existiendo los costos de hardware, electricidad y tiempo de operación. Además, mantener local el servicio del modelo es distinto de limitarse a ejecutar el cliente de Aider en tu equipo.

Modos de chat y formatos de edición: para qué sirve cada uno

El modo de chat de Aider determina el tipo de interacción; el formato de edición determina cómo describe el modelo los cambios en los archivos. Confundirlos puede salir caro: el modo arquitecto puede modificar archivos, así que no debe tratarse como un modo de planificación de solo lectura.

Los cuatro modos de chat documentados son:

• code: modo predeterminado, que realiza los cambios de código solicitados.
• ask: conversación y preguntas sin editar archivos.
• architect: una solicitud de planificación seguida de otra de edición, con la posibilidad de usar modelos distintos.
• help: preguntas sobre el uso o la configuración de Aider.

Usa /ask seguido de una pregunta para enviar un único mensaje de solo lectura. Usa /chat-mode ask si quieres mantener ese modo en los mensajes siguientes hasta que lo cambies. Ante un módulo de facturación que no conoces, aclara primero la regla que debe mantenerse y después usa /code para implementar el cambio acordado. Así puedes revisar el plan antes de que empiecen las modificaciones.

El modo arquitecto resulta útil cuando conviene separar el diseño de la solución de la preparación de los cambios. Implica dos solicitudes al modelo, por lo que puede aumentar la latencia y el costo. Un modelo editor más barato no abarata automáticamente la tarea completa: también cuentan la solicitud de planificación, el contexto repetido y los reintentos.

Los nombres de los formatos de edición tienen significados igual de concretos:

• whole devuelve íntegro cada archivo modificado. Por eso, un cambio mínimo en un archivo largo puede requerir una respuesta extensa.
• diff devuelve bloques de búsqueda y sustitución para las regiones modificadas.
• diff-fenced usa un formato similar, con el nombre del archivo dentro del bloque de código; Aider lo utiliza principalmente con modelos de Gemini.
• udiff usa la variante simplificada de Aider del formato de diferencias unificado.
• editor-diff y editor-whole usan instrucciones centradas en la edición para la etapa de edición del modo arquitecto.

Por lo general, conviene mantener el formato predeterminado que documenta cada modelo. Usa --edit-format cuando exista una razón concreta de compatibilidad y --editor-edit-format para la etapa de edición del modo arquitecto. Cambiar de formato no sustituye la revisión del código generado.

¿Aider es gratis? Cuánto cuestan las tareas por API

Aider no cobra una suscripción por el cliente. Si usas tus propias claves, lo que importa es cuánto cobra el proveedor por todas las solicitudes necesarias hasta obtener un cambio aceptado. No se puede fijar un precio universal defendible para «corregir un error» sin conocer el contexto, la salida, los reintentos y los modelos utilizados.

Para ofrecer una comparación reproducible, tomemos dos modelos incluidos en la configuración actual de Aider: OpenAI GPT-5.5 y Google Gemini 2.5 Pro. Son configuraciones documentadas, no una clasificación de los modelos más recientes. Según los precios de lista estándar de sus proveedores, comprobados el 16 de octubre de 2026:

• GPT-5.5 cuesta $5 por millón de tokens de entrada y $30 por millón de tokens de salida.
• Gemini 2.5 Pro cuesta $1.25 por millón de tokens de entrada y $10 por millón de tokens de salida para prompts de hasta 200,000 tokens. Su tarifa de salida incluye los tokens de razonamiento.

Los siguientes presupuestos por tarea son hipotéticos; no son costos medidos. Cada fila suma todas las solicitudes de un intento. Se supone texto sin caché, el mismo modelo en todas las llamadas, procesamiento global estándar, ninguna herramienta externa de pago, ningún descuento y ningún impuesto. Cada prompt individual debe mantenerse en un máximo de 200,000 tokens de entrada, aunque el total acumulado sea mayor. Cuenta la salida que factura el proveedor, no solo el texto que ves en la terminal.

El cálculo de la primera fila para GPT-5.5 es 20,000 / 1,000,000 × $5 + 2,000 / 1,000,000 × $30 = $0.160. Para Gemini, es 20,000 / 1,000,000 × $1.25 + 2,000 / 1,000,000 × $10 = $0.045. Las otras filas aplican la misma fórmula a cantidades acumuladas mayores.

Con el presupuesto intermedio, 100 intentos al mes costarían $80 o $22.50, respectivamente. Es una proyección de gasto, no una promesa sobre cuántos cambios útiles obtendrás. Si usas otro modelo auxiliar para los mensajes de commit o un modelo editor distinto en el modo arquitecto, calcula esas llamadas por separado y súmalas.

La caché puede modificar la factura, y los prompts individuales más largos pueden activar otras tarifas. Contrasta los cálculos con el registro de consumo del proveedor antes de decidir entre suscripción y API. La estimación local de costos de Aider es una referencia útil, pero no es la factura.

Dónde están los límites del asistente de programación Aider

Las limitaciones de Aider cobran especial importancia cuando una edición aparentemente exitosa oculta comprobaciones pendientes o suposiciones incorrectas sobre la facturación.

Los hooks previos al commit se omiten de forma predeterminada. La documentación de Git indica que Aider crea commits con --no-verify salvo que actives --git-commit-verify. Por tanto, las comprobaciones de formato, la detección de secretos u otras políticas previas al commit del repositorio podrían no ejecutarse durante esos commits automáticos. Activa la verificación cuando esas políticas sean necesarias y mantén comprobaciones independientes antes de integrar los cambios. Es una limitación concreta del flujo de Git predeterminado, aunque los commits automáticos resulten prácticos.

El análisis estático automático no equivale a tener las pruebas configuradas. Aider ejecuta el análisis estático de los archivos editados de forma predeterminada, pero las pruebas automáticas requieren un comando de prueba y la opción auto-test. Para el proyecto de la primera tarea anterior, inicia Aider así:

aider --model gemini/gemini-2.5-pro \
  --weak-model gemini/gemini-2.5-pro \
  --git-commit-verify \
  --test-cmd 'python -m unittest -v' --auto-test \
  factorial.py test_factorial.py

En un repositorio real, usa su comando de pruebas habitual. Aider detecta los fallos a partir del código de salida del comando. Su documentación también advierte que un formateador que devuelve un estado distinto de cero después de modificar archivos puede confundirse con un error real. Un ciclo de comprobación y corrección mal configurado puede gastar tokens intentando resolver el problema equivocado.

Los modelos desconocidos pueden mostrar costos engañosos. La página de advertencias sobre modelos de Aider explica que un modelo desconocido puede tratarse como si tuviera contexto ilimitado y tokens sin costo. Se trata de una suposición de respaldo, no de inferencia gratuita. Puedes configurar los metadatos del modelo, pero quien determina la factura sigue siendo el proveedor. Esto importa especialmente si eliges Aider para controlar el gasto.

La selección del contexto sigue siendo tu responsabilidad. Añadir todos los archivos aumenta lo que debe procesar el modelo sin demostrar que comprenda el cambio. Las recomendaciones de Aider sobre límites de tokens proponen retirar los archivos innecesarios y acotar las peticiones; sus recuentos son estimaciones, y la herramienta comunica los errores de límite del proveedor en lugar de imponer esos límites por sí misma. El presupuesto de tokens del mapa no es un tope de gasto.

El ciclo de edición local no ofrece un servicio gestionado de tareas. Puedes ejecutar comandos y crear automatizaciones alrededor de Aider, pero contar con un entorno remoto, una cola compartida de revisión y controles operativos exige trabajo adicional. Quien quiere supervisar un cambio puede aceptar ese intercambio. Un fundador que busca delegar una investigación durante la noche debería valorar seriamente los flujos gestionados en la nube.

Veredicto: Aider encaja cuando vas a supervisar los cambios

Aider es una opción sólida si valoras la independencia del proveedor, trabajas con comodidad en la terminal y quieres que las ediciones de la IA queden en un historial normal de Git. Empieza por tareas de mantenimiento acotadas, funciones pequeñas y refactorizaciones cuyos criterios de aceptación puedas definir y revisar.

La decisión cambia cuando quieres delegar también la gestión del proceso de trabajo. Elige Claude Code por su experiencia integrada de terminal y herramientas externas, Codex por la revisión y el envío de tareas a la nube, o Cursor por el trabajo desde el editor y sus agentes remotos gestionados. Pagar por esos entornos tiene sentido si te ahorran más esfuerzo de configuración y supervisión del que te exige la flexibilidad del cliente de Aider.

En tu próxima sesión, toma una tarea acotada, identifica su prueba de aceptación, activa las comprobaciones pertinentes y registra lo que cobra el proveedor hasta llegar al conjunto final de cambios aceptados. Quédate con Aider si sientes que controlas ese ciclo y el gasto resulta razonable. Cambia de herramienta si configurar modelos y gestionar el contexto consume el tiempo que querías ahorrar con el agente.

Preguntas frecuentes

Recibe AI Business Workflow Audit Checklist y los próximos análisis prácticos de herramientas al suscribirte al boletín.