64 lines
3.3 KiB
Markdown
64 lines
3.3 KiB
Markdown
# Modo: pipeline -- Bandeja de URLs (Second Brain)
|
|
|
|
Procesa las URLs de ofertas acumuladas en `data/pipeline.md`. El candidato añade URLs cuando quiere y luego lanza `/career-ops pipeline` para procesarlas todas de una vez.
|
|
|
|
## Workflow
|
|
|
|
1. **Leer** `data/pipeline.md` -> encontrar los ítems `- [ ]` en la sección "Pendientes" / "Pending" / "En attente"
|
|
2. **Para cada URL pendiente**:
|
|
a. Reservar el siguiente `REPORT_NUM` secuencial de forma atómica ejecutando `node reserve-report-num.mjs` (y liberar el sentinel ejecutando `node reserve-report-num.mjs --release <num>` una vez escrito el report)
|
|
b. **Extraer la oferta** con Playwright (`browser_navigate` + `browser_snapshot`) -> WebFetch -> WebSearch
|
|
c. Si la URL no es accesible -> marcar como `- [!]` con una nota y continuar
|
|
d. **Ejecutar el auto-pipeline completo**: Evaluación A-F -> Report .md -> PDF (si score >= 3.0) -> Tracker
|
|
e. **Mover de "Pendientes" a "Procesadas"**: `- [x] #NNN | URL | Empresa | Rol | Score/5 | PDF sí/no`
|
|
3. **Si hay 3+ URLs pendientes**, lanzar agentes en paralelo (Agent tool con `run_in_background`) para maximizar la velocidad.
|
|
4. **Al final**, mostrar una tabla resumen:
|
|
|
|
```
|
|
| # | Empresa | Rol | Score | PDF | Acción recomendada |
|
|
```
|
|
|
|
## Formato de pipeline.md
|
|
|
|
```markdown
|
|
## Pendientes
|
|
- [ ] https://jobs.example.com/posting/123
|
|
- [ ] https://boards.greenhouse.io/company/jobs/456 | Company S.L. | Senior PM
|
|
- [!] https://private.url/job -- Error: requiere inicio de sesión
|
|
|
|
## Procesadas
|
|
- [x] #143 | https://jobs.example.com/posting/789 | Acme S.L. | AI PM | 4.2/5 | PDF sí
|
|
- [x] #144 | https://boards.greenhouse.io/xyz/jobs/012 | BigCo | SA | 2.1/5 | PDF no
|
|
```
|
|
|
|
> Nota: Las cabeceras de sección pueden estar en EN ("Pending"/"Processed"), ES ("Pendientes"/"Procesadas"), DE ("Offen"/"Verarbeitet") o FR ("En attente"/"Traitées"). Ser flexible al leer, fiel al estilo existente al escribir.
|
|
|
|
## Detección inteligente de la oferta desde la URL
|
|
|
|
1. **Playwright (preferido):** `browser_navigate` + `browser_snapshot`. Funciona con todas las SPAs.
|
|
2. **WebFetch (fallback):** Para páginas estáticas o cuando Playwright no está disponible.
|
|
3. **WebSearch (último recurso):** Buscar en portales secundarios que indexen la oferta.
|
|
|
|
**Casos especiales:**
|
|
- **LinkedIn**: Puede requerir inicio de sesión -> marcar `[!]` y pedir al candidato que pegue el texto
|
|
- **PDF**: Si la URL apunta a un PDF, leerlo directamente con la herramienta Read
|
|
- **Prefijo `local:`**: Leer el archivo local. Ejemplo: `local:jds/linkedin-pm-ai.md` -> leer `jds/linkedin-pm-ai.md`
|
|
- **InfoJobs / Indeed ES / LinkedIn ES**: Portales hispanohablantes habituales. Playwright gestiona bien los banners de cookies
|
|
- **Infojobs.es / Tecnoempleo / Computrabajo**: Bien estructurados, generalmente legibles por máquina. WebFetch suele ser suficiente
|
|
|
|
## Numeración automática
|
|
|
|
1. Ejecutar `node reserve-report-num.mjs` para reservar el siguiente número secuencial de forma atómica (stdout devuelve `{###}`).
|
|
2. Escribir el report con ese número.
|
|
3. Liberar el sentinel ejecutando `node reserve-report-num.mjs --release {###}` una vez escrito el report.
|
|
|
|
## Sincronización de fuentes
|
|
|
|
Antes de procesar una URL, verificar la sincronización:
|
|
|
|
```bash
|
|
node cv-sync-check.mjs
|
|
```
|
|
|
|
Si hay desincronización, avisar al candidato antes de continuar.
|