Original en inglés: https://argusic.com/subject/list-sync
list-sync
ListSync automatiza la importación de tus listas de IMDB & Trakt en Overseerr & Jellyseerr, simplificando la gestión de tus películas.
Funciona con mocksfuente: GitHubsitio webPythonMITcommit b635a833e1bb
Python, licencia MIT. El proyecto se describe a sí mismo como: docker, imdb, imdb scraper, imdb webscrapping, jellyfin, jellyseerr, overseerr y plex.
list-sync funciona, con sustitutos de los servicios de los que depende. Un agent de Argusic lo instaló en 10 minutos y encontró 5 errores, todos corregidos sin ayuda en una máquina limpia sin GPU, y toda la sesión quedó grabada.
Python venv and Node 20 environment installed, FastAPI API server responds 200 on all endpoints, Nuxt 3 production frontend builds and serves HTTP 200, mock Overseerr connection verified, but core sync engine requires Chrome which is not in the container.
Lo que el agent consiguió en una máquina limpia, en sus propias palabras. Cómo se mide
Medido por Argusic en una máquina limpia cada vez. Cada cifra enlaza a su evidencia. Puntuación Argusic de 92 sobre 100 (la media de las puntuaciones de las ejecuciones de este proyecto).
De un vistazo
Datos del proyecto de GitHub, enlazados al principio de esta página, actualizado . Datos de prueba de Argusic (CC BY 4.0); cada cifra enlaza a una página de ejecución con el log completo, la grabación y sus hashes sha256.
Qué se midió
De la ejecución que decidió este veredicto. Cada línea es un valor registrado, no una estimación.
Qué salió mal, en palabras del propio agent
Las palabras del propio agent, de lo más grave a lo menos, nunca reescritas como consejos.
- Node v18.19 too old for Nuxt 3.17 (needs ^20.19.0 || ^22.12.0 || >=23)2 minutos
- Chrome/Chromium not installed - Selenium init fails in core sync engine2 minutos
- Docker not available in container1 minuto
- System pip blocked by externally-managed-environment (PEP 668)1 minuto
- Dependency version conflicts: requests 2.34.2->2.31.0, psutil 7.2.2->5.9.6 due to api_requirements.txt pins1 minuto
- Tiempo de instalación
- 10 minutos
- De máquina en frío a terminar
- 11 minutos
- Errores encontrados y corregidos
- 5 encontrados, 5 corregidos sin ayuda humana
- Cómo se demostró el resultado
- curl http://localhost:4222/api/system/health returned 200; curl http://localhost:3222/ returned 200 with 106835 bytes HTML; 10 API endpoints all 200; OverseerrClient.test_connection() returned True against Flask mock on port 5055; npm run build completed 0 exit; DB has 11 tables
- Tokens de modelo usados
- 517.153
- Commit exacto probado
- b635a833e1bb
- Imagen del contenedor
- sha256:cdd920bce783
Qué no se midió
La otra mitad, para que veas exactamente hasta dónde llega esta evidencia. Un hueco se muestra como hueco y nunca se rellena.
- Memoria de GPU máxima
- se ejecutó en una máquina con CPU, así que no había GPU que muestrear
- Comportamiento en una ejecución larga
- cada intento usa la configuración documentada más pequeña y un presupuesto de tiempo fijo, así que esto mide si funciona, no cómo aguanta bajo carga
- Comportamiento con servicios reales
- esta ejecución solo se verificó con servicios sustitutos
El final de la grabación
Las últimas líneas de la sesión de terminal que decidió este veredicto, tal como se registraron.
- **Core sync engine** cannot run end-to-end because Chrome/Chromium is not in the container (Selen… tokens used 517,153 The report has been output above as a single `ARGUSIC_RESULT:` line. To summarize what was accomplished: - **Python deps** installed in a venv (bypassed PEP 668) - **Node 20.19** installed via nodeenv (bypassed v18 incompatibility with Nuxt 3) - **FastAPI backend** running on port 4222 — all 10+ endpoints respond 200 - **Nuxt 3 production build** succeeded; server on port 3222 serves 106 KB HTML with HTTP 200 - **Mock Overseerr** (Flask) stood up on port 5055; `OverseerrClient.test_connection()` returns `Tr… - **Database** initialized with all 11 expected tables - **Core sync engine** cannot run end-to-end because Chrome/Chromium is not in the container (Selen…
Reproducir la sesión completa, cada comando desde una máquina limpia hasta este punto.
Cómo se probó
Un agent, un contenedor, sin ayuda humana. Instala el proyecto como indica su propia documentación, lo ejecuta y arregla lo que falla. Todo lo de abajo se registró tal como ocurrió: la sesión de terminal, el log y el commit exacto. La metodología completa.
Puntos fuertes y límites
Hechos medidos, no opiniones. Cómo se redacta.
Qué salió bien
- Se recuperó de los 5 errores sin que interviniera una persona, lo que indica que los fallos están lo bastante documentados como para resolverlos.
- Licencia MIT, según su plataforma de origen.
Qué no salió bien, o no se sabe
- Solo llegó a funcionar con servicios sustitutos, así que nada de lo que hay aquí demuestra que funcione con los reales.
- Tardó 10 minutos en instalarse, más lento que la mediana de los 21 proyectos comparables que ha medido Argusic.
- Medido una sola vez hasta ahora. Un único intento demuestra que puede funcionar, no que funcione de forma fiable.
De los 22 proyectos de docker que Argusic ha instalado y cronometrado, list-sync fue el 14.º más rápido en llegar a funcionar, y 13 de 22 llegaron a funcionar.
También probados, en la misma área
Argusic instaló y ejecutó cada uno de estos proyectos en una máquina limpia. Aquí no aparece nada que no se haya probado.
Historial de ejecuciones
| probado por | intento | resultado | puntuación | costo USD | cuándo |
|---|---|---|---|---|---|
| Argusic Runner | 1/3 | Funciona con mocks | 92,00 | 0,09 |
Temas (de GitHub)
dockerimdbimdb-scraperimdb-webscrappingjellyfinjellyseerroverseerrplexplex-media-serverpythonradarrseleniumseleniumbasesonarrtrakttrakt-tvwebscraping
Insertar el badge
Markdown para el README del proyecto. Enlaza de vuelta aquí; condiciones en la página de términos.
[](https://argusic.com/subject/list-sync)Preguntas
- ¿Funciona list-sync?
- list-sync funciona, con mocks en lugar de los servicios externos. Argusic lo instaló y lo inició en una máquina limpia en 10 minutos, con 5 errores por el camino, y grabó la sesión.
- ¿Cómo probó Argusic list-sync?
- En una máquina limpia y desechable, con cada comando grabado y el repositorio fijado en el commit b635a833e1bb. Hay un intento registrado, y la metodología completa está en la página de metodología.
- ¿Cuánto costó probar list-sync?
- La ejecución que produjo este veredicto costó 0,09 USD: costo real de cómputo y de modelo, no un precio de lista por millón de tokens. Consta en la página de esa ejecución.
- ¿Cuánto tarda list-sync en instalarse?
- 10 minutos en la ejecución que decidió este veredicto, desde una máquina limpia hasta que funcionó. Es un intento medido, no una media.
- ¿Necesita list-sync una GPU?
- No para arrancar. Argusic consiguió que funcionara en una máquina sin GPU.
- ¿Qué falla al instalar list-sync?
- En la ejecución registrada fallaron 5 cosas, y 5 se corrigieron sin ayuda humana. Cada una, con el tiempo que costó, aparece en esta página.
- ¿Cómo se compara list-sync con las alternativas?
- De los 22 proyectos de docker que Argusic ha instalado y cronometrado, list-sync fue el 14.º más rápido en llegar a funcionar, y 13 de 22 llegaron a funcionar.
- ¿Dónde está la evidencia de list-sync?
- La ejecución registrada está en esta página, cada una enlazada a su log completo y a su grabación de terminal, guardados con una huella sha256 para que no se puedan alterar en silencio.