Pablo Zavala · Evaluación de seguridad de IA · Ingeniería de investigación

JROS: Resource OS con recibos

JROS convierte la búsqueda laboral en trabajo gobernado sobre recursos: fuentes, afirmaciones, paquetes, validaciones y compuertas de aprobación humana.

julio 6, 2026 · 7 min

JROS empezó con una restricción práctica: una búsqueda laboral produce demasiadas afirmaciones pequeñas para depender de la memoria. Cada rol trae fuente, frescura, tesis de ajuste, nivel de riesgo, frontera de datos privados y costo de decisión. Por eso, el problema difícil no es solo encontrar vacantes. El problema difícil es actuar sin perder evidencia, juicio y control.

JROS, el Job Search Resource OS, fue mi primer dogfood real de la idea Resource OS de NUDG. El sistema trata la búsqueda laboral como trabajo gobernado sobre recursos: fuentes, afirmaciones, paquetes, validaciones, notas de sesión y compuertas de aprobación. La meta es delegación inspeccionable, no volumen de aplicaciones.

El trabajo de aplicación necesita recibos

La automatización de aplicaciones suele empezar con una métrica equivocada. Más envíos parecen más progreso, y esa lógica premia fuentes débiles, roles vencidos, materiales genéricos y acciones externas sin revisión.

JROS usa una prueba más estricta. Un lead sirve solo cuando el sistema puede responder qué fuente oficial lo sostiene, qué hechos justifican la tesis de ajuste, qué evidencia quedó vieja, qué campos requieren juicio privado, qué acción tiene autoridad delegada y qué acción debe detenerse para aprobación humana.

El ciclo operativo

El ciclo se mantiene deliberadamente simple. Primero, JROS descubre leads desde fuentes configuradas e investigación externa. Los agregadores sugieren; las páginas oficiales de compañía o ATS verifican. Después, el sistema puntúa y enruta el lead, registra fuente, compañía, rol y estado de validación, y prepara un paquete con la decisión exacta que debo tomar.

Luego la política de autonomía clasifica la acción. `A0` significa investigar o redactar. `A1` significa preparar un envío rutinario bajo condiciones estrechas. `A2` significa pedir aprobación antes de enviar. `A3` significa detenerse. Como las acciones sensibles, estratégicas y externas tienen costo reputacional, el envío final queda bajo control humano salvo autorización posterior exacta.

Al final, el resultado vuelve al ledger. Una corrección se vuelve entrada nueva. Un rol vencido se vuelve estado explícito. Un bloqueo se vuelve lección reutilizable.

Fecha material y superficie de prueba

La fecha material de este ensayo es 2026-07-06. Una consulta local de JROS hasta esa fecha devolvió 824 recursos, 1,934 fuentes, 303 afirmaciones, 1,403 entidades, 52,906 validaciones y 7,129 filas de gobernanza. Una auditoría documental ejecutada el 2026-07-06 pasó con 16,349 archivos, 824 recursos, 1,934 fuentes, 303 afirmaciones y cero advertencias.

Esos números describen la forma del sistema. JROS funciona como plano de control local para acción respaldada por evidencia. La base privada sigue privada; el ensayo publica el patrón, la frontera y las cifras agregadas.

La frontera de aprobación carga el producto

La decisión central de diseño es la frontera de aprobación. JROS mantiene privado el contenido del correo, deja capturas fuera de la prueba pública, no edita perfiles públicos, no envía mensajes, respeta controles de seguridad y enruta respuestas sensibles hacia mí.

El sistema puede preparar, verificar, redactar, comparar y resumir. Cuando una acción transmitiría una aplicación, enviaría un mensaje, respondería un campo sensible o cambiaría un artefacto público, el sistema se detiene. Esa frontera convierte agentes fluidos en trabajadores gobernados.

El cuello de botella cambió

Al inicio, JROS preguntaba si los agentes podían encontrar suficientes roles plausibles. Para la revisión semanal del 2026-07-04, la oferta de leads ya era sana. El cuello de botella pasó a ser compresión de decisión: variantes de la misma compañía, opciones de paquete, compuertas sensibles y carga de lectura.

Por eso, la interfaz más útil se volvió un cockpit de decisión: una acción recomendada, pocas alternativas, enlaces de evidencia y una compuerta explícita.

Lo que JROS enseña a NUDG

NUDG trata de uso gobernado de recursos por agentes: proponer, autorizar, ejecutar, verificar y dejar recibo. JROS prueba esa idea en un dominio con costos concretos: datos personales, reputación, tiempos, documentos privados, formularios externos y clics irreversibles.

La lección es pequeña y fuerte. Un Resource OS útil empieza haciendo legibles los recursos. Nombra la fuente, la afirmación, la compuerta, la decisión humana y el registro de la ejecución.

La inspección es la prueba

JROS debe juzgarse por inspección, no por confianza. La pregunta final es si otro agente, o yo, puede responder después: qué fuente justificó la acción, qué afirmación sostuvo la recomendación, qué validación pasó o falló, qué autoridad tenía el agente, dónde se detuvo el sistema y qué cambió tras la corrección.

Cuando esas preguntas tienen respuesta, el sistema preserva juicio. Ese es el punto de un Resource OS: recibos por encima de movimiento y volumen.

Fuentes