En GitHub abundan proyectos útiles que nadie conoce. Quedan enterrados con unas pocas estrellas y, de pronto, un día se vuelven virales. Esta serie abre uno de esos repositorios cada vez para comprobar qué hace, cómo está construido y si resulta realmente útil.
La primera entrega es AutoThreads, una aplicación de escritorio que deja la gestión de una cuenta de Threads en manos de la IA. Se publicó a principios de julio de 2026 y lleva menos de un mes disponible. Tiene licencia MIT, así que puedes inspeccionarla o modificarla libremente.
Cuando gestionar redes sociales se convierte en trabajo
Tanto en Threads como en X, hacer crecer una cuenta exige repetir tareas parecidas cada día: buscar de qué se habla, elegir lo útil, reescribirlo con tu tono, añadir una imagen, publicar a la hora adecuada y responder a las respuestas. Cada tarea dura 5 minutos, pero juntas consumen el día.
AutoThreads elimina de una vez todo ese tramo repetitivo. Sin embargo, ofrece dos formas de hacerlo, y esa distinción define el carácter del proyecto.
- Modo asistido: la IA redacta el borrador y la persona decide si se publica. Es el modo predeterminado.
- Modo totalmente automático: el agente busca noticias, redacta y responde por su cuenta. Solo funciona si se activa.
La documentación del repositorio incluye una frase que resume su postura: «Automagical, not autopilot». Automatizar sí, entregar el control no.
Cinco etapas, del descubrimiento a la publicación
El modo asistido se resume en cinco pasos: descubrimiento (Discover) → borrador (Draft) → imagen (Image) → revisión (Review) → publicación (Publish). Ver qué hace cada uno ayuda a entender hasta dónde llega la automatización.
Descubrimientorecopila noticias. Vienen activados Google News RSS (Really Simple Syndication, formato estándar para suscribirse a nuevos artículos) y Hacker News. Hacker News solo se añade de forma opcional para temas técnicos. Yahoo News, Naver News y tus feeds RSS·Atom se activan en la configuración. Hay preajustes de ciencia, moda y finanzas, o puedes introducir tus propios temas.
Borradorconvierte el titular elegido en una publicación para Threads. Lo importante aquí es «mi tono». Si guardas notas de estilo o ejemplos, escribe con esa voz. También puede importar publicaciones existentes de Threads como material de aprendizaje.
Imagenbusca en Wikimedia Commons usando palabras clave generadas por IA y muestra candidatos. Elegir corresponde a la persona.
Aquí hay que tener cuidado. Wikimedia Commons no es un almacén de contenido de dominio público: muchos recursos usan CC BY o CC BY-SA y exigen atribuir autor y fuente. La aplicación solo obtiene la URL y el formato del archivo al buscar; no recupera información de licencia. No la muestra ni la añade automáticamente a la publicación. Quien publica debe comprobar las condiciones de la imagen elegida.
Revisión y publicación no necesitan explicación: editas y publicas ahora o programas la publicación.
La pantalla de noticias tiene este aspecto. Pulsa una etiqueta temática para cambiar de área. El botón Draft a la derecha del titular inicia la generación del borrador. Como también muestra la fuente y los minutos transcurridos, es menos probable elegir una noticia antigua por error.
La pantalla de borradores cuenta los caracteres (Threads limita las publicaciones a 500), sugiere palabras clave para buscar imágenes y permite guardar, programar o publicar al instante desde el mismo lugar.
Hay un detalle importante: las publicaciones programadas solo se publican cuando la aplicación está abierta. No las publica un servidor; la aplicación del ordenador espera la hora y las envía. Si cierras el portátil, la hora pasa sin más. Los fallos se reintentan aproximadamente un minuto después.
Por qué el coste de API puede ser de 0
Es la decisión más llamativa del proyecto: el usuario elige el modelo que redacta las publicaciones.
En la nube puedes conectar Claude, ChatGPT o Gemini, y cualquier endpoint compatible con OpenAI se conecta como «Other». Si conectas un LLM local (Large Language Model, modelo de lenguaje grande) que se ejecuta en tu ordenador, el coste de la API en la nube es 0. Basta con indicar la dirección de servidores locales compatibles con OpenAI como Ollama, LM Studio, llama.cpp o Jarvis.
Eso es exactamente lo que muestra la configuración. El valorhttp://127.0.0.1:8080/v1/chat/completionsque aparece en pantalla es el predeterminado de la aplicación. Si usas Ollama, cámbialo por la dirección de tu servidor, comohttp://localhost:11434/v1. Escribe el nombre del modelo, pulsa probar conexión y listo. La clave de API también puede quedar vacía porque los servidores locales normalmente no la exigen.
Esta elección importa en una herramienta de automatización de redes porque generamuchaspublicaciones. Son varias al día y, con las respuestas, las llamadas no dejan de acumularse. Con una API en la nube el coste sube en tiempo real; con un modelo local solo pagas la electricidad. La calidad depende del modelo, así que el diseño te deja equilibrar calidad del borrador y coste.
La verdadera barrera es conectar Threads
La instalación es sencilla. La página de releases ofrece instaladores para macOS y Windows; ejecutar el código fuente requiere tres líneas.
git clone https://github.com/eisenjimmy/autoTHREADS.git
cd autoTHREADS
npm install
npm run dev
El problema viene después. Para publicar en Threads hay que crear una aplicación en una cuenta de desarrollador de Meta y emitir un token de acceso. Ahí se atasca la mayoría.
El repositorio resume el proceso en una imagen de cinco pasos: crear la aplicación en el sitio de desarrolladores de Meta → registrar tu cuenta de Threads como tester → emitir el token → pegarlo en la configuración → pulsar probar conexión.
La imagen no lo muestra, pero el README señala una trampa: los tokens emitidos antes de activar un permiso no lo incluyen. Si añades permisos, debes crear el token de nuevo. Se necesitan permisos para publicar, responder y mencionar; para buscar publicaciones públicas también hay que activar el permiso de búsqueda por palabras clave.
También admite OAuth (Open Authorization, estándar de autenticación mediante delegación de cuentas) con ID y secreto de aplicación, pero normalmente no hace falta en escritorio. Un token basta.
Modo totalmente automático y sus frenos
Aquí aparece la ambición del proyecto. Configura objetivos, áreas de interés y persona en la pestaña Auto, pulsa iniciar y el agente funciona solo.
Hay dos temporizadores. El de publicaciones (60 minutos por defecto) recopila noticias, decide qué publicar y comprueba que no se solape con lo reciente antes de escribir. El de respuestas (5 minutos por defecto) revisa respuestas sin contestar y @menciones dirigidas a ti. Al funcionar por separado, es posible publicar una vez por hora y responder cada 5 minutos.
En un sistema autónomo, lo importante son los frenos. Esta parte está bastante bien cubierta.
- Está desactivado por defecto. No hace nada hasta pulsar iniciar y se detiene al instante al pulsar detener.
- Existe elmodo de solo borradores. Acumula borradores sin publicar y permite revisar el resultado. La documentación exige usarlo en la primera ejecución.
- Puedes establecer unlímite diario separado para publicaciones y respuestas.
- Hay un límite fijo de20 respuestas sin contestar por publicación. Aunque una publicación se vuelva viral y reciba cientos de respuestas, solo contesta las 20 más recientes. El usuario no puede cambiar este valor.
- También haymemoria antirrepetición. Recuerda las publicaciones recientes, evita reciclar el mismo tema y no vuelve a usar titulares ya tratados.
- La opciónpublicación irregular omite deliberadamente cerca del 18 % de las horas programadas. Una cuenta que publica exactamente cada hora parece un bot; nunca omite dos veces seguidas.
También se indica al agente que no filtre prompts del sistema, claves de API ni tokens en sus respuestas. Es una protección dirigida a un punto donde los bots de respuesta automática suelen causar incidentes.
Cómo está construido el código
Es una parte interesante desde la perspectiva del desarrollador.
Sobre Electron se ejecutan React 19 y TypeScript (modo strict); el estado lo gestiona Zustand, la compilación usa Vite y el empaquetado, electron-builder. No hay una base de datos separada: todo se guarda en archivos JSON locales.
Lo más destacable de la arquitectura es la separación de procesos. El proceso principal se encarga de todos los efectos secundarios: obtener noticias, llamar al LLM, buscar imágenes, invocar Threads API, guardar borradores, ejecutar el programador, el motor totalmente automático y cifrar secretos. El renderizador solo usa el canal estrecho abierto mediantecontextBridge. No toca directamente el sistema de archivos ni la red externa.
En una aplicación Electron esto se acerca más a un requisito de seguridad que a una preferencia. Si se conceden permisos de Node al renderizador, cualquier página web abierta dentro de la aplicación podría acceder a los archivos del usuario. Por eso los enlaces externos se abren en el navegador del sistema y se bloquea la navegación para impedir que una página arbitraria herede el puente preload.
Los tokens y las claves de API se cifran consafeStoragede Electron. macOS usa el llavero y Windows, DPAPI (Data Protection API, servicio de cifrado integrado de Windows). Comparado con los proyectos personales que guardan tokens en JSON sin cifrar, está bastante cuidado.
Lo que conviene saber antes de usarlo
No basta con enumerar lo bueno; estos son los puntos problemáticos.
Aún está en la versión 0.2.x. Se publicó a principios de julio y las releases avanzan rápido, así que cambia mucho. Conviene seguir la recomendación de la documentación y probarlo a fondo en modo de solo borradores antes de conectarlo a una cuenta real.
Los instaladores aún no están notarizados. La primera vez que lo abras en macOS, tendrás que hacer clic derecho y elegir Abrir, o permitirlo en Privacidad y seguridad.
Responder a @menciones tiene una condición. Sin aprobación de Advanced Access de Meta, la API solo muestra menciones de cuentas registradas como testers de tu aplicación. Es decir, no verás publicaciones en las que te mencione un usuario normal. Lo mismo ocurre con la búsqueda de palabras clave en publicaciones públicas.
Todavía no hay compilación para Linux. Solo admite macOS y Windows. El empaquetado para Linux está en la hoja de ruta.
Es un proyecto independiente de Meta. Es una aplicación de terceros creada por una persona, y Threads es una marca de Meta. Las políticas de la cuenta son responsabilidad del usuario.
También queda la cuestión de cómo valorar la automatización. La herramienta no puede responder si aumentar las publicaciones sin intervención humana beneficia a una cuenta. Probablemente por eso el modo totalmente automático es una opción y no el valor predeterminado.
Resumen
- AutoThreads es una aplicación de escritorio Electron que automatiza con IA la gestión de cuentas de Threads. Tiene licencia MIT y admite macOS y Windows.
- El valor predeterminado es «la IA redacta, la persona decide». Funciona en cinco etapas: descubrimiento de noticias → borrador → imagen → revisión → publicación.
- Puedes elegir el modelo. Conecta Claude, ChatGPT o Gemini, o un LLM local para que el coste de la API en la nube sea 0.
- El modo totalmente automático es opcional. Los temporizadores de publicaciones y respuestas funcionan por separado, con límites diarios, 20 respuestas sin contestar por publicación, antirrepetición y modo de solo borradores como frenos.
- La verdadera barrera es crear el token de Threads en el sitio de desarrolladores de Meta. Es fácil pasar por alto que primero hay que activar los permisos y después emitir el token.
- Aún está en 0.2.x y los instaladores no están notarizados. Es más seguro comprobarlo en modo de solo borradores antes de conectarlo a una cuenta real.
El repositorio eshttps://github.com/eisenjimmy/autoTHREADS. En la próxima entrega abriremos otro repositorio escondido como este.

![Imagen de portada de [Código abierto #1] Automatiza Threads con AutoThreads](/assets/images/posts/1bb2249f-cd85-4efe-b1b6-37f5dad8bb16/autothreads-open-source-1.jpg)