La aproximación de Aider de código abierto e independiente del modelo te da una flexibilidad que ninguna herramienta comercial puede igualar. Pero esa flexibilidad significa que hay más parámetros que ajustar. Aquí están los consejos en los que se basan los usuarios experimentados de Aider.
1. La Estrategia de Cambio de Modelo
No elijas un modelo y te quedes con él. Diferentes tareas necesitan diferentes modelos:
# Refactorización compleja, cambios de arquitectura
aider --model claude-opus-4-20250514
# Desarrollo diario, implementación de características
aider --model claude-sonnet-4-20250514
# Ediciones rápidas, correcciones simples
aider --model gpt-4o
# Trabajo exploratorio, prototipado (más barato)
aider --model deepseek/deepseek-chat
# Trabajo sin conexión, código sensible a la privacidad
aider --model ollama/qwen2.5-coder:32b
También puedes cambiar de modelo durante la sesión con /model claude-sonnet-4-20250514. Esta es una de las mayores ventajas de Aider — sin dependencia de proveedores, nunca.
2. La Disciplina de /add y /drop
La gestión del contexto lo es todo tanto para la calidad como para el costo:
Sé quirúrgico con /add. Solo añade archivos directamente relevantes para tu tarea actual. El mapa de repositorio de Aider te da conciencia de toda la estructura de tu proyecto sin necesidad de tener cada archivo en contexto.
/add src/services/orderService.ts
/add src/types/order.ts
/add src/routes/orders.ts
Usa /read-only para archivos de referencia que no deben ser editados:
/read-only src/services/userService.ts
Esto permite que Aider vea los patrones sin arriesgar ediciones a código que funciona.
Elimina archivos agresivamente cuando cambies de tarea:
/drop src/services/orderService.ts
/add src/services/notificationService.ts
Esto mantiene el contexto enfocado y los costos bajos.
3. Usa /test para Flujos de Trabajo Dirigidos por Pruebas
El comando /test es el superpoder de Aider para la calidad:
/test npm test
Las pruebas en src/__tests__/orderService.test.ts están fallando.
Corrige la implementación para que todas las pruebas pasen.
No modifiques los archivos de prueba.
Aider ejecuta las pruebas, lee los fallos, corrige el código, vuelve a ejecutar las pruebas e itera hasta que pasen. Este bucle automatizado de prueba-corrección es increíblemente eficiente para TDD.
También puedes usarlo de forma proactiva:
Escribe pruebas exhaustivas para src/services/authService.ts,
luego ejecútalas con /test npm test y corrige cualquier problema.
4. El Historial de Git como Documentación
Cada edición de Aider crea un commit de git. Usa esto estratégicamente:
# Ve todo lo que Aider hizo hoy
git log --since="8am" --oneline
# Revisa todos los cambios en un archivo específico
git log --follow -p src/services/orderService.ts
# Deshaz el último cambio de Aider
/undo
# Deshaz múltiples cambios
git reset --hard HEAD~3
Antes de hacer push, agrupa los commits granulares de Aider en unidades lógicas:
git rebase -i HEAD~8 # agrupa los últimos 8 commits en grupos significativos
5. La Configuración de Usuario Avanzado .aider.conf.yml
model: claude-sonnet-4-20250514
auto-commits: true
show-diffs: true
dark-mode: true
# Siempre incluye contexto del proyecto
read:
- CLAUDE.md
- ARCHITECTURE.md
- docs/API.md
# Lint después de cada edición
lint-cmd: npm run lint -- --fix
auto-lint: true
# Prueba después de cada edición
test-cmd: npm test
auto-test: false # manual — auto-test en cada edición se vuelve caro
# Configuración de Git
attribute-author: true # marca commits como creados por IA
attribute-committer: false
commit-prompt: "Escribe un mensaje de commit convencional (feat/fix/refactor/docs)"
Esta configuración significa que Aider automáticamente hace lint después de cada cambio y puedes activar manualmente las pruebas cuando estés listo.
6. Usa /web para Documentación Actual
Las librerías cambian. Los datos de entrenamiento envejecen. Usa /web para anclar a Aider en documentación actual:
/web https://supabase.com/docs/reference/javascript/auth-signinwithoauth
Implementa Google OAuth sign-in usando el enfoque de esta
documentación. Usa el flujo PKCE, no el flujo implícito.
Aider extrae la página y la usa como contexto para la generación de código. Esto es esencial para librerías que se mueven rápidamente donde la API que aprendiste hace seis meses podría haber cambiado.
7. Patrones de Refactorización de Múltiples Archivos
Aider maneja cambios en múltiples archivos de forma limpia. La clave es ser específico sobre el patrón:
/add src/routes/*.ts
Refactoriza todos los manejadores de rutas para usar este patrón:
1. Extrae la validación de solicitud en una llamada validateRequest() separada
2. Envuelve el cuerpo del manejador en un tryCatch que llama a handleError()
3. Añade logging de solicitud al inicio: logger.info({ method, path, userId })
4. Estandariza el formato de respuesta a { data, meta: { requestId, timestamp } }
Aplica a todos los archivos. Mantén la lógica de negocio sin cambios.
Aider procesa cada archivo sistemáticamente. Revisa los commits uno por uno — serán atómicos por archivo.
8. Modelos Locales para Práctica Gratuita
Configura Ollama para codificación sin costo:
# Instala Ollama
curl -fsSL https://ollama.ai/install.sh | sh
# Descarga un modelo de codificación
ollama pull qwen2.5-coder:14b
# Usa con Aider
aider --model ollama/qwen2.5-coder:14b
Los modelos locales son excelentes para:
- Aprender Aider sin costos de API
- Trabajar sin conexión (vuelos, viajes)
- Ediciones rápidas donde la calidad no necesita ser perfecta
- Código sensible a la privacidad que no quieres que salga de tu máquina
La calidad es menor que Claude o GPT-4o, pero para muchas tareas es suficiente.
9. El Comando /architect para Planificación
Para tareas complejas, usa el modo arquitecto de Aider:
/architect
Necesito añadir un sistema de notificaciones en tiempo real.
Los usuarios deben ver notificaciones en un menú desplegable, recibir
notificaciones push en móvil y obtener resúmenes por correo diariamente.
Planifica la implementación: modelo de datos, endpoints de API,
integración de WebSocket, trabajos en segundo plano, y qué archivos
existentes necesitan modificación.
El modo arquitecto usa un modelo más fuerte para planificar, luego un modelo más rápido para implementar. Esto ahorra dinero mientras mantiene la calidad en la etapa de pensamiento.
10. Seguimiento de Costos y Optimización
Monitorea tu gasto:
/tokens
Muestra el uso de la sesión actual. Mantén los costos bajos:
- Claude Sonnet es el punto dulce para uso diario (~$3/1M tokens de entrada, $15/1M tokens de salida)
- GPT-4o es más barato para tareas simples
- DeepSeek es muy barato con calidad sorprendentemente buena
- Modelos locales no cuestan nada después de la descarga inicial
- Usa
/clearentre tareas para reiniciar el contexto en lugar de llevar historial innecesario
Un día típico de desarrollo activo cuesta $2-8 con Sonnet. Eso es menos que una suscripción mensual de Cursor si codificas algunos días por semana.
¿Cuál es tu estrategia de modelo de Aider? Comparte tu configuración de .aider.conf.yml a continuación. 