# Limpieza y mantenimiento de IA en Mole > Por qué quería conservar las conversaciones con la IA, qué cambió al acumular sesiones antiguas y worktrees en mi Mac, y qué quiero seguir cuidando en Mole. Published: 2026-09-29 | Updated: 2026-10-03 Durante estas vacaciones quería añadir a Mole una función útil: limpiar cachés de IA, sesiones antiguas y worktrees que ya no hacen falta, y desinstalar herramientas que probamos hace tiempo y dejamos de usar. Mientras [probaba los restos de cientos de apps de Mac tras desinstalarlas](https://mole.fit/es/blog/testing-mac-apps-one-by-one), ya había muchas peticiones para limpiar datos de IA. Entonces veía buena parte de esa “basura” como algo útil. Las conversaciones de AI Coding me parecen un patrimonio importante, así que Mole se ocupaba sobre todo de cachés reales y versiones antiguas. Pero al seguir usando IA, mi propio Mac también acumuló archivos generados, sesiones y worktrees que ya no eran muy útiles. Vi que hacía falta y me puse a ello. Un usuario también preguntó cómo limpiar un `opencode.db` que había llegado por sí solo a 62 GB. Esta vez instalé apps de escritorio y herramientas de línea de comandos, inicié sesión y las usé antes de buscar lo que dejaban. ## Cómo los probé A diferencia de la vez anterior, cuando las apps solo se instalaban y se eliminaban, esta vez inicié sesión en las herramientas que pude usar y las probé en mis propios proyectos: hacer preguntas, ejecutar agentes, crear un índice de código, programar una tarea. Muchos datos solo aparecen con el uso real, así que una app instalada pero nunca abierta esconde la mayor parte. Con cada herramienta, una IA comparaba el Mac antes y después, medía lo que escribía en la carpeta de inicio, en `~/Library`, en `/usr/local/bin` y en la configuración de la shell, y lo anotaba en un registro. Luego miraba cuántos procesos y cuánta memoria ocupaba en la página Estado de Mole, la desinstalaba con Mole y buscaba por nombre en toda la carpeta de inicio cualquier cosa que Mole no hubiera listado. Lo que faltaba entraba en el código esa misma noche, seguido de una nueva prueba. En el escritorio probé 13 apps: Devin, OpenCode, Trae, Trae CN, TRAE SOLO CN, Kiro, Qoder, QoderWork, Qoder CN, Lingma, CodeBuddy CN, WorkBuddy y Doubao Work. Doce las usé de verdad; Lingma no tenía cuota tras iniciar sesión, así que solo medí los archivos que escribía. En la línea de comandos instalé y ejecuté Amp, opencode, Kimi CLI, Kimi Code, Factory Droid, Copilot CLI, Gemini CLI, Qwen Code e iFlow, que junto con Claude Code, Codex, Grok y Cursor Agent, que ya estaban en mi Mac, suman 13. Siguiendo la lista que admite CC Switch, también medí lo que dejan OpenClaw, Hermes y Pi después de eliminarlos. Amp destacó por lo bien hecho que está, con una personalidad muy propia. Qoder CN fue probablemente el mejor de los productos de IA chinos que había probado aquel día, limpio y claro en conjunto. Algunos no se pudieron usar: en esta prueba no pude iniciar sesión en Gemini CLI con mi cuenta personal de Google, y tanto Qwen Code como iFlow necesitan un endpoint y una clave propios. ## Lo que escriben solo se ve al usarlos La memoria fue lo más visible. Con las 13 apps de escritorio abiertas a la vez, usaban unos 23 GB, y CodeBuddy CN por sí solo tenía 41 procesos con 4,49 GB. La mayoría son apps de VS Code o Electron, en las que una ventana esconde una cadena de helpers, y por eso la página Estado de Mole da a cada app una sola fila que suma todos sus procesos hijos. En una lista de procesos normal, cuesta saber quién está usando realmente la memoria. Más me sorprendieron los pequeños cambios que hacen en el sistema. Devin, CodeBuddy, Kiro y Kimi Code añaden a `~/.zshrc` líneas de PATH o de integración con la shell, y en el primer arranque Kiro, Trae y Trae CN colocan en `/usr/local/bin` un enlace de comando cuyo propietario es root y que deja de apuntar a nada en cuanto la app desaparece. WorkBuddy puso un `python3.12` en `~/.local/bin`, de modo que a partir de entonces escribir `python3.12` en Terminal ejecuta su copia, y además instaló un Python de uv de 127 MB; en su momento dije que era más invasivo de lo que esperaba. Lo más curioso fue Kimi CLI: lo ejecuté una vez, me dijo que ya no tenía mantenimiento y luego, sin preguntar, descargó e instaló el nuevo Kimi Code, modificó `.zshrc` y renombró el comando antiguo como `kimi-legacy`. En cuanto a tamaño, el primer uso del modo Work de TRAE SOLO descarga cerca de 1 GB de herramientas que ocupan 3,1 GB descomprimidas, un paquete incluido con LibreOffice, FFmpeg y OpenJDK, y seis herramientas de escritorio que solo habían hecho una o dos tareas cada una escribieron entre todas 5,2 GB de datos. Mi propio `~/.codex`, que uso a diario, ya ocupa 24 GB, 17 GB de ellos en sesiones, y de los 14 GB de la app de escritorio de Claude, 12 GB son la máquina virtual Linux que usa Cowork. La base de datos de opencode registra eventos, así que una sola pregunta escribe más del triple del tamaño del propio mensaje, y borrar una sesión no reduce el archivo, que es probablemente como alguien llegó a 62 GB. Las skills eran otra trampa. Muchos instaladores de skills escriben una carpeta `skills/` en el directorio de cada agente, tengas ese agente o no, y por eso en mi Mac existían `~/.qwen`, `~/.iflow` y `~/.factory` aunque nunca había usado Qwen Code, iFlow ni Droid. La primera versión de Mole incluso los contaba como herramientas de 2,4 MB y estuvo a punto de tratar mis skills instaladas como restos. ## Algunas cosas se quedan tras desinstalar Después de que la primera ronda eliminara 14 apps, una nueva búsqueda seguía encontrando más de una decena de carpetas ocultas que Mole no había listado, como `~/.kiro`, `~/.qoder`, `~/.qodersec`, `~/.lingma` y `~/.codebuddy`, además del archivo con el token de inicio de sesión que Kiro guarda en `~/.aws`. No están dentro de `~/Library` y sus nombres no siempre coinciden con la app, así que la única forma de encontrarlas era ir app por app. Algunas las comparten varios productos: Trae CN y TRAE SOLO CN comparten `~/.trae-cn`, Qoder y QoderWork comparten `~/.qoder`, por lo que al eliminar uno no debe listarse una carpeta que el otro sigue usando. Al probar la versión internacional de Trae también vi que reclamaba como propias las carpetas de Trae CN, con las cachés marcadas por defecto; tras la corrección, su lista pasó de 33 filas a 14. La otra sorpresa fueron los procesos. Al volver a comprobar a la mañana siguiente, `~/.kimi-code` y `~/.factory` habían vuelto a aparecer después de borrarlas, porque las sesiones de `kimi` y `droid` que había dejado abiertas en Terminal la noche anterior seguían vivas: sus archivos de programa ya estaban en la Papelera y los procesos seguían escribiendo registros en esas carpetas. Después encontré también sesiones de `gemini`, `qwen`, `iflow` y `amp` todavía en marcha. Las herramientas de línea de comandos no tienen ventana y cerrar una pestaña de Terminal no siempre las termina, así que conviene comprobar que una herramienta no se está ejecutando antes de desinstalarla. Las pruebas también me recordaron la contención de Claude, Codex y Cursor, los tres que uso a menudo. Otros productos me incomodaron: algunos instaladores escribían en el portapapeles al descargarlos para seguir el canal de instalación y hacer estadísticas, algo que me parecía excesivo. Otras apps abrían enseguida ventanas que invitaban a participar en promociones para ganar tokens. A veces tocaba aguantar bastante para usarlas. Qoder fue una sorpresa agradable. Mantuvo la contención, tenía buen gusto y no hacía cosas fuera de lugar. El producto me sorprendió. Ojalá haya más software chino así. Mucho ánimo. ## Puedes echar un vistazo tú primero Ninguna de estas comprobaciones necesita Mole; basta con Terminal, y los comandos de abajo solo leen, no cambian nada. Primero, mira si alguna herramienta de IA añadió líneas a tu configuración de la shell: ```bash grep -nE "codeium|codebuddy|kiro|kimi|lmstudio|\.local/bin" ~/.zshrc ~/.bashrc ~/.zprofile 2>/dev/null ``` Cada línea empieza con el nombre del archivo y el número de línea. Si la herramienta a la que corresponde una línea ya no está, puedes borrar la línea en un editor de texto; haz antes una copia del archivo y, al terminar, abre una ventana nueva de Terminal para comprobar que todo sigue funcionando. Después, busca en `/usr/local/bin` comandos que apunten al interior de una app y enlaces que ya no funcionan: ```bash ls -l /usr/local/bin | grep "\.app/" find /usr/local/bin -maxdepth 1 -type l ! -exec test -e {} \; -print ``` El primero lista los comandos que apuntan al interior de una app; el segundo, los enlaces cuyo destino ya no existe. La mayoría los dejan apps eliminadas; pertenecen a root, así que borrarlos requiere la contraseña de administrador. Comprueba si sigue en marcha algún agente de línea de comandos que ya eliminaste: ```bash ps -axo pid,lstart,command | grep -E "kimi|droid|gemini|qwen|iflow|amp|opencode" | grep -v grep ``` Es una búsqueda de texto por nombre. Revisa el comando completo y el ID del proceso para confirmar que sea la herramienta de IA: `amp` también aparece en palabras ajenas. Después sal del Terminal original, o usa `kill` con ese ID si no encuentras la ventana. Por último, mide cuánto ocupan estas herramientas: ```bash du -sh ~/.codex ~/.claude ~/.grok ~/.gemini ~/.cursor ~/.local/share/opencode 2>/dev/null ``` Estas carpetas guardan tu historial de sesiones, así que antes de borrar nada decide si vas a querer volver a consultarlo: una conversación con una IA borrada sin conservar una copia no se puede recuperar. ## Entender qué contiene una carpeta grande La carpeta de una herramienta de IA puede contener cachés regenerables, modelos descargados, conversaciones, proyectos y configuración compartida. Un nombre parecido a caché no vuelve desechable cada archivo. A mano, revisa primero lo regenerable, después títulos, fechas y copias de tu trabajo. En un worktree comprueba cambios sin confirmar y que sus commits estén guardados en una rama que quieras conservar. Que `opencode.db` no disminuya tras borrar sesiones no implica necesariamente un fallo. [SQLite explica](https://sqlite.org/lang_vacuum.html) que las páginas de registros borrados suelen quedar disponibles para reutilizarlas sin reducir el archivo. Compactar recupera esas páginas vacías, no borra otra tanda de conversaciones. Decide primero qué sesiones quitar y después mantén la base de datos, sin unirlo todo en una gran eliminación. ## Cómo lo gestiona Mole ahora La página de IA está actualmente en Preview y necesita más pruebas antes de la próxima versión. Su entrada es una Luna lejana en la página Limpiar, que solo aparece cuando se encuentran datos de herramientas de IA y que se puede ocultar en Ajustes si no la quieres. Dentro, Mole repasa las herramientas una por una y ordena lo que encuentra en tres franjas según cuánto podrías lamentar eliminarlo: las cachés y versiones antiguas se regeneran solas y empiezan marcadas; las sesiones y los worktrees no se regeneran solos, así que los confirmas tú; las herramientas que llevan mucho tiempo sin usarse y el mantenimiento van al final y tampoco vienen marcados.
La página Limpieza y cuidado de IA de Mole con seis sesiones de Codex de más de 90 días desplegadas en sesiones y worktrees, y debajo worktrees terminados y sesiones de proyectos eliminados, cada fila con lo que es, lo que cuesta borrarla y su tamaño.
La página Limpieza y cuidado de IA real. Los datos de la captura proceden de una carpeta de ejemplo, no de mi Mac.
En la franja de sesiones, las sesiones antiguas de Codex que superan el periodo de conservación se pueden filtrar a 15, 30, 90 o 120 días, y al desplegarlas cada una muestra su título y fecha y se puede desmarcar por separado. Mole primero copia el archivo de sesión a la Papelera y después llama al comando de borrado del propio Codex, para que el índice de Codex siga siendo coherente. En Claude Code solo lista las sesiones cuya carpeta de proyecto ya no existe, y un worktree terminado solo aparece cuando git puede demostrar que no tiene cambios sin confirmar, con una nota si su trabajo ya se fusionó en la rama principal. La franja de herramientas sin uso fue la que más tiempo llevó en esta ronda. Mole busca herramientas de IA de línea de comandos en las ubicaciones fijas que usan npm, pipx, uv, los instaladores oficiales y Homebrew, lista solo las que llevan 30 días sin usarse y no se están ejecutando, y elimina a la vez el programa, los enlaces de comando que apuntan a él y sus ajustes, sesiones e inicio de sesión. Los datos que otro producto sigue usando se quedan: Antigravity también guarda cosas en `~/.gemini`, y la app de escritorio de opencode comparte una base de datos de sesiones con su línea de comandos. Con más de cuatro herramientas sin uso, las tres más grandes tienen cada una su propia fila y el resto se agrupa en una. Claude Code y Codex no están en la lista, porque sus carpetas también contienen el estado de las apps de escritorio. Las herramientas de línea de comandos instaladas en carpetas del sistema con `sudo npm` también aparecen, y quitarlas pide una sola vez la contraseña de administrador. En cuanto a `opencode.db`, la base de datos de opencode que no deja de crecer, cuando las sesiones borradas han dejado vacía más de una décima parte del archivo y este supera los 200 MB, Mole ofrece compactarla en esta franja: no se elimina ninguna sesión, solo se devuelve el espacio libre al disco, y antes hay que cerrar opencode. En la desinstalación, las carpetas ocultas de las que hablé arriba ahora se listan como filas por confirmar, sin marcar por defecto, y una carpeta que comparten varios productos no se lista mientras otro de ellos siga instalado. Los enlaces de comando de `/usr/local/bin` cuyo propietario es root también se listan durante la desinstalación y pasan a la Papelera mediante el asistente de administrador de Mole. Los archivos normales en la Papelera se pueden recuperar mientras sigan allí. Los programas instalados con Homebrew siguen usando su comando de desinstalación. Las sesiones en bases de datos necesitan el archivo exportado y las instrucciones de restauración: no todo se revierte arrastrando un elemento desde la Papelera, y la copia de recuperación debe seguir existiendo. Estos cambios llegarán con la próxima versión de Mole. ## Lo que aún falta Hay cosas que todavía no están hechas. Mole no editará tu configuración de la shell para quitar las líneas que añaden las herramientas de IA; la idea es indicar esas líneas en los detalles de la desinstalación. Los worktrees de herramientas como Cursor y Conductor no se incluyen porque todavía no tengo datos reales de ellos en mi Mac. En el momento de esta prueba, las sesiones antiguas de opencode y Devin no se podían limpiar por antigüedad en Mole. Esta vez no he probado MiniMax, así que aún no está admitido. ## Seguimiento: sesiones antiguas de OpenCode y Devin El 1 de octubre añadí al código soporte para sesiones antiguas de OpenCode y Devin, filtradas por tiempo de conservación o tras comprobar que sus carpetas de trabajo han desaparecido. Los discos sin conexión y las carpetas ilegibles no cuentan como borrados. Mole guarda primero una copia de recuperación, usa después el método de borrado de la herramienta y verifica el resultado. OpenCode conserva el JSON exportado; Devin conserva la sesión elegida y sus registros relacionados, con instrucciones para restaurarlos. Si la herramienta está activa o una comprobación falla, no se limpia. Era trabajo para la siguiente Preview y no estaba en la descarga publicada en ese momento. No he medido el espacio recuperable en la base real del usuario. Sumando las pruebas anteriores de más de 700 apps, he visto cuántos productos no respetan algunos principios básicos del desarrollo de software. No siempre son tan profesionales y limpios como imaginamos. Eso me hace querer que Mole conserve su sencillez, profundice en lo que hace, no recoja datos innecesarios y no suba archivos locales ni el contenido de las conversaciones. Ni siquiera añado estadísticas de uso. Quiero seguir trabajando con este cuidado a largo plazo. Si en tu Mac hay herramientas de IA de las que te gustaría que Mole se encargara, o un tipo de limpieza que te resulte especialmente molesto, cuéntamelo en el [hilo de discusión](https://github.com/tw93/Mole/discussions/1604). Todas las apps probadas hasta ahora están en la [lista de apps probadas](https://mole.fit/tested-apps), y si prefieres limpiar a mano, la [guía para limpiar herramientas de codificación con IA](https://mole.fit/es/blog/how-to-clean-up-ai-coding-tools-mac) lo explica. Lo incluiré en las pruebas y añadiré lo que resulte adecuado para limpiar. Es una parte que espero mantener durante mucho tiempo. --- Canonical HTML page: https://mole.fit/es/blog/testing-ai-tools-for-mole Blog index for agents: https://mole.fit/es/blog/llms.txt Site index for agents: https://mole.fit/llms.txt