Cómo uso la IA en mi trabajo como implementador Odoo (casos reales, no teoría)

Llevo más de un año usando herramientas de IA todos los días en mi trabajo. No como experimento, no como hobby, no para hacer posts en LinkedIn — como herramienta de producción real. Y la diferencia en productividad es tan grande que ya no me imagino trabajando sin ellas.

Pero cuando digo "uso IA en mi trabajo", no me refiero a lo que la mayoría piensa. No le pido a ChatGPT que me escriba código que copio y pego sin leer. No uso agentes autónomos que "manejan mi negocio solos". No tengo un chatbot que atiende a mis clientes sin supervisión.

Lo que hago es más mundano y más útil: uso IA como programador para acelerar tareas específicas que antes me tomaban horas y ahora me toman minutos. Este post es el detalle honesto de cómo, para qué y con qué resultados.

Las 6 tareas donde la IA me cambió el trabajo

1. Escribir código Odoo — el 40% de mi uso diario

Odoo tiene una arquitectura específica: modelos con herencia, vistas XML, controladores, wizards, reglas de acceso. Cada versión cambia cosas. Lo que funcionaba en Odoo 17 puede no funcionar en 19. Y la documentación oficial no siempre cubre los edge cases.

Lo que hago: le describo al LLM lo que necesito ("crear un wizard que importe un archivo Excel con servicios de transporte y los cargue como registros en el modelo dmc.service, validando fechas y eliminando duplicados") y obtengo un borrador de código que es 70-80% correcto. Ese borrador me ahorra entre 30 minutos y 2 horas de escribir desde cero.

El 20-30% que falta siempre es lo mismo: detalles específicos de la versión de Odoo, nombres de campos que el modelo no conoce, y lógica de negocio que depende del contexto del cliente. Eso lo ajusto yo. Pero partir de un borrador funcional en vez de una pantalla vacía es un cambio enorme.

Herramienta: Claude (Sonnet/Opus) via Claude Code en terminal. También uso ChatGPT para segunda opinión cuando algo no funciona.

2. Debugging — encontrar errores en minutos, no horas

Antes, cuando un traceback de Odoo me daba un error críptico, tenía que leer el código fuente, buscar en foros, probar hipótesis. Ahora pego el traceback completo en Claude y en el 80% de los casos me dice exactamente qué está mal y cómo arreglarlo.

Un ejemplo reciente: un error de "constraint violation" al crear registros que solo aparecía cuando importabas más de 50 registros a la vez. El error no decía qué constraint violaba. Le pasé el traceback + el modelo completo a Claude y me identificó que era un constraint unique en un campo que podía tener valores nulos — y en PostgreSQL, unique con NULL tiene un comportamiento diferente al esperado. Solución en 5 minutos. Sin IA, ese bug me hubiera tomado 1-2 horas de investigación.

Lo que no funciona: errores relacionados con configuración específica del entorno (permisos, módulos instalados, datos corruptos). Para esos, la IA no tiene contexto suficiente y las respuestas son genéricas.

3. Migración de módulos entre versiones

Odoo cambia APIs entre versiones. Migrar un módulo de v17 a v18 o de v18 a v19 implica revisar docenas de archivos, actualizar imports, cambiar sintaxis de constraints, ajustar vistas. Es trabajo tedioso y propenso a errores.

Lo que hago: le paso el archivo del módulo y le digo "migra esto de Odoo 18 a 19, aplica los cambios de API documentados". El resultado necesita revisión (siempre), pero me ahorra el 60% del trabajo mecánico.

Donde más tiempo ahorro: en las vistas XML. Odoo 19 eliminó atributos como string y expand en <group> dentro de search views, eliminó category_id en res.groups , cambió la sintaxis de constraints. Son cambios que conozco, pero recordar cada uno mientras reviso 20 archivos XML es donde el error humano aparece. La IA los aplica todos de forma consistente.

4. Documentación y comunicación con clientes

Escribir emails a clientes explicando qué se hizo, propuestas técnicas traducidas a lenguaje de negocio, manuales de usuario para módulos nuevos. Antes dedicaba 30-45 minutos a cada email largo. Ahora le doy al LLM los puntos clave y en 2 minutos tengo un borrador que solo necesito ajustar.

También uso IA para generar documentación funcional: "dado este modelo de datos con estos campos y estas relaciones, genera una descripción funcional para el cliente que explique qué hace cada campo y cómo se usa". El resultado es 90% publicable después de una revisión rápida.

5. Análisis de datos del cliente

Cuando un cliente me pasa un Excel con 2,000 filas de datos para importar a Odoo, necesito entender la estructura: qué columnas hay, qué datos están sucios, qué duplicados existen, qué transformaciones necesito hacer antes de la importación.

Le paso el Excel a Claude y le pido: "analiza la estructura, identifica problemas de calidad de datos y sugiere un plan de limpieza". En 30 segundos tengo un diagnóstico que antes me tomaba 20-30 minutos de revisar manualmente. Después hago la limpieza — pero saber qué limpiar antes de empezar es la mitad del trabajo.

6. Investigación técnica

"¿Cómo funciona la API de WhatsApp Business para enviar templates con botones?" "¿Qué diferencia hay entre ir.cron y ir.actions.server para tareas programadas en Odoo?" "¿Cuál es el mejor approach para implementar multi-company en Odoo si el cliente tiene 3 RUCs?"

Preguntas que antes requerían 20-40 minutos de buscar en docs, foros y Stack Overflow. Ahora las hago directamente al LLM y en 2 minutos tengo una respuesta que en el 90% de los casos es correcta o me apunta en la dirección correcta.

Mi stack y lo que pago

Las herramientas concretas

$50/mes. Menos que una cena. Y me ahorra entre 10-15 horas semanales de trabajo. Es la mejor inversión que he hecho en herramientas en los últimos 5 años.

Lo que la IA NO hace bien (todavía)

Los límites reales en mi día a día

Lógica de negocio compleja del cliente. La IA no conoce el negocio de tu cliente. No sabe que "el grupo Ávalos maneja 3 razones sociales pero comparte flota" o que "los servicios tipo shuttle tienen pricing diferente si el hotel está en zona urbana o rural". Esa lógica la defino yo y se la explico al LLM como contexto.

Diseño de arquitectura. La IA puede sugerir una estructura de módulos, pero las decisiones de arquitectura (¿un módulo grande o varios pequeños? ¿herencia de modelo o modelo nuevo? ¿stored computed field o trigger?) requieren experiencia con Odoo y conocimiento del contexto del proyecto. Uso la IA para validar mi diseño, no para crearlo.

Testing de integración. Puedo pedirle que genere tests unitarios, pero los tests que realmente importan en Odoo — los que prueban el flujo completo de un pedido desde la creación hasta la factura — necesitan datos específicos del entorno y contexto que la IA no tiene.

Relaciones con el cliente. Parece obvio, pero vale la pena decirlo: la IA no reemplaza la reunión donde el cliente te explica cómo funciona su negocio con las manos sobre la mesa. No reemplaza la llamada donde le dices "esto no va a funcionar como lo estás pensando". No reemplaza la capacitación presencial donde ves la cara de confusión y sabes que necesitas explicar de otra forma.

---

Conclusión

Uso IA para programadores como herramienta de aceleración, no de reemplazo. Me ayuda a escribir código más rápido, debuggear más eficientemente, documentar sin dolor y analizar datos del cliente en segundos. Me ahorra 10-15 horas semanales por $50/mes. Esas horas las reinvierto en lo que la IA no puede hacer: entender al cliente, diseñar soluciones que se adapten a su realidad y asegurarme de que el equipo realmente adopte el sistema.

Si eres implementador, desarrollador o consultor de tecnología y todavía no usas IA en tu flujo de trabajo diario, estás dejando productividad sobre la mesa. No mañana — hoy.