Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

job-match-radar

Pipeline autoalojado para búsqueda de empleo que combina scraping de LinkedIn y ATS con Supabase, scoring de listings mediante LLM externo y envío de digestos semanales por email.

Ficha actualizada 25 sept 2026, 19:03 · upstream 25 sept 2026, 18:46 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es job-match-radar

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Job Match Radar es un sistema de automatización diseñado para la búsqueda personal de empleo. Utiliza una arquitectura modular basada en n8n y Supabase (PostgreSQL) para orquestar el scraping de LinkedIn a través del actor Apify y la extracción de datos desde endpoints públicos de ATS como Greenhouse y Ashby. El sistema normaliza los datos, recupera descripciones faltantes mediante JSON-LD y almacena todo en una tabla centralizada.

CASOS DE USO
  • Automatización de búsqueda de empleo personal con criterios personalizados.
  • Monitorización continua de portales ATS específicos para empresas objetivo.
  • Evaluación cualitativa de ofertas mediante scoring externo con LLM.
  • Gestión de deduplicación y actualización de datos en base a fuentes frescas.
  • Generación de informes semanales consolidados por email.
PUNTOS DESTACADOS
  • Arquitectura desacoplada: el scoring del LLM reside fuera de n8n para facilitar depuración y control de costes.
  • Mecanismo de deduplicación robusto en PostgreSQL con índices únicos sobre fuente e ID externo.
  • Herramienta de evaluaciones (evals) independiente que verifica regresiones en el rubric del LLM.
  • Recuperación manual de descripciones vacías mediante JSON-LD para evitar datos incompletos.
  • API de datos ligera (05a) que separa la lógica de negocio del envío de emails (05b).
  • Soporte nativo para triggers webhooks y manuales, permitiendo orquestación externa flexible.
PRECAUCIONES
  • Los triggers son manuales o por webhook; no incluye disparadores automáticos programados (cron) en el repositorio.
  • La recuperación de descripciones vacías requiere intervención manual y ejecución por lotes pequeños.
  • El scoring se realiza fuera del repositorio, requiriendo un entorno externo para ejecutar la LLM.
  • Los endpoints de ATS están limitados a listas específicas (Greenhouse/Ashby) y requieren configuración manual.
  • La autenticación de Gmail requiere configuración OAuth manual en el nodo de envío.
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

job-match-radar — self-hosted pipeline that scrapes, scores and emails a weekly job-match digestPipeline architecture: parallel LinkedIn + ATS scrapers feed a Supabase listings table, an external scoring loop reads/writes via a thin n8n data API, and a digest workflow emails
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Listo para automatizar

Requiere instancia n8n autoalojada, base de datos PostgreSQL (Supabase compatible), cuenta Apify y proveedor SMTP. Se ejecuta con docker compose. Es necesario importar workflows desde archivos JSON y crear credenciales manualmente. El scoring debe gestionarse externamente al repositorio.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.js
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
5678
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.