He estado escuchando el concepto vibe coding y me monté en esa ola creativa: tras unos días trasteando con IA conseguí desarrollar y publicar dos pequeñas aplicaciones en la Microsoft Store, una experiencia sorprendente y muy motivadora. Las herramientas que ya publiqué son OmniVoiceKey, una utilidad de reconocimiento de voz gratuita pensada para mejorar la experiencia de Windows 10 usando un hotkey para capturar y previsualizar texto sin depender de APIs externas, y QuickAskAI, una utilidad que permite preguntar rápidamente a una IA con una tecla de acceso y obtener respuestas inmediatas.

Con ese impulso empecé a construir un tercer proyecto, ContextIndexer, una especie de motor de búsqueda personal que guarda localmente mis comandos de voz y el historial de consultas a la IA para que futuros resultados sean contextuales y más económicos en tokens. La motivación fue práctica: perdía contexto constantemente porque abría nuevas sesiones de chat muchas veces al día pensando que los chats largos consumían más tokens, y en pocos días gasté más de 50 dólares en reexplicar contexto. La solución que imaginé fue almacenar mis logs de desarrollo y dejar que la IA los consulte cuando haga falta.

El problema que me ha frenado es técnico y está relacionado con el entorno virtual de Python. Desarrollo la lógica central en Python y, aunque creé un .venv pensando en Python 3.12, al ejecutar el script con index.bat el entorno está usando Python 3.14, lo que genera errores incompatibles como TypeError sobre metaclasses con custom tp_new. Estoy en Windows 10 y el index.bat llama directamente al python.exe dentro de la carpeta .venv, pero por alguna razón la venv quedó contaminada por Python 3.14 desde el momento de su creación.

A continuación resumo brevemente los pasos de depuración que ya hice y los resultados

Intento 1: Modificar PATH del sistema para priorizar Python 3.12. Confirmé que en una terminal nueva python --version muestra 3.12, pero al ejecutar index.bat aparecieron errores como pip no encontrado. Concluí que index.bat referencia .venv y por tanto el PATH del sistema no es la causa raíz.

Intento 2: Recrear el entorno virtual .venv ejecutando python -m venv .venv y reinstalando librerías. Resultado: al ejecutar surgió ModuleNotFoundError y otros fallos, lo que me hizo sospechar que el comando python -m venv fue ejecutado por Python 3.14 y creó el entorno con el intérprete equivocado.

Intento 3: Intentos de alinear dependencias donde identifico potencial conflicto entre paquetes como langchain-google-genai y google-generativeai. La instalación terminó, pero los errores de ejecución persistieron.

Intento 4: Prueba final y descubrimiento del motivo real: al lanzarse index.bat apareció TypeError relacionado con metaclasses y en las rutas de log aparecía Python314, confirmando que la creación inicial del venv fue realizada por Python 3.14 y por eso el entorno está contaminado desde el inicio.

Si te interesa ayudar, estas son las acciones recomendadas y ciertas soluciones prácticas que puedes probar para recuperar un entorno estable en Python 3.12

1 Eliminar la carpeta .venv por completo y recrearla especificando explícitamente el intérprete 3.12 usando el lanzador py o la ruta absoluta del ejecutable de Python 3.12, por ejemplo py -3.12 -m venv .venv o C:/Python312/python.exe -m venv .venv. Asegúrate de usar la versión correcta al crearla.

2 Después de crear el entorno activar e inmediatamente actualizar pip, setuptools y wheel usando .venv/Scripts/python.exe -m pip install -U pip setuptools wheel y luego instalar las dependencias con .venv/Scripts/python.exe -m pip install -r requirements.txt. Evita depender del python del PATH hasta comprobar que la venv usa la versión esperada.

3 Revisar y editar index.bat para que llame explícitamente a .venv/Scripts/python.exe en lugar de python. De ese modo evitas que Windows seleccione otra instalación global al ejecutar el lote.

4 Comprobar instalaciones múltiples de Python con comandos como py -0p que listan intérpretes instalados y usar virtualenv con la opción -p si necesitas mayor control: virtualenv -p C:/Python312/python.exe .venv.

5 Si aparecen errores binarios o incompatibilidades de extensiones compiladas revisa que todas las ruedas y paquetes sean compatibles con 3.12 o recompílalas en el intérprete correcto. Borrar caches pip y reinstalar puede ayudar.

6 Considerar herramientas alternativas para aislar entornos como pyenv-win o contenedores Docker si buscas reproducibilidad absoluta entre equipos y entornos de CI.

Si quieres, puedo revisar tu index.bat y el archivo requirements.txt para identificar paquetes que requieran compilación o versiones concretas, y sugerir un script de recreación de entorno paso a paso.

Sobre nosotros: en Q2BSTUDIO somos una empresa de desarrollo de software y aplicaciones a medida especializada en soluciones personalizadas, inteligencia artificial para empresas, ciberseguridad y servicios cloud aws y azure. Diseñamos software a medida y aplicaciones multidispositivo, y ofrecemos servicios de inteligencia de negocio y Power BI para transformar datos en decisiones estratégicas. Si necesitas integrar agentes IA o automatizar flujos con IA para tu empresa, consulta nuestra oferta de inteligencia artificial en servicios de inteligencia artificial y explora cómo desarrollamos aplicaciones a medida en desarrollo de aplicaciones y software a medida. También trabajamos en ciberseguridad, pentesting, servicios cloud y soluciones de business intelligence para maximizar rendimiento y seguridad.

Palabras clave que describen nuestra propuesta de valor: aplicaciones a medida, software a medida, inteligencia artificial, ciberseguridad, servicios cloud aws y azure, servicios inteligencia de negocio, ia para empresas, agentes IA y power bi.

Si quieres, comparte el contenido de tu index.bat y el resultado exacto del comando where python y py -0p y te doy instrucciones concretas para corregir la venv y poner en marcha ContextIndexer sin que Python 3.14 siga contaminando el entorno.