Pablo Zavala · Avaliação de segurança de IA · Engenharia de pesquisa

JROS: Resource OS com recibos

JROS transforma busca de emprego em trabalho governado sobre recursos: fontes, afirmações, pacotes, validações e portões de aprovação humana.

julho 6, 2026 · 7 min

JROS nasceu de uma restrição prática: uma busca de emprego cria afirmações pequenas demais para a memória sozinha acompanhar. Cada vaga carrega uma fonte, estado de frescor, tese de adequação, nível de risco, fronteira de dados privados e custo de decisão. Portanto, o problema difícil vai além de encontrar oportunidades. O problema difícil é agir preservando evidência, julgamento e controle.

JROS, o Job Search Resource OS, tornou-se meu primeiro dogfood real da ideia Resource OS da NUDG. O sistema trata busca de emprego como trabalho governado sobre recursos: fontes, afirmações, pacotes, validações, notas de sessão e portões de aprovação. O objetivo é delegação inspecionável, não volume de candidaturas.

Trabalho de candidatura precisa de recibos

Automação de candidaturas costuma começar pela métrica errada. Mais envios parecem mais progresso; essa lógica recompensa fontes fracas, vagas vencidas, materiais genéricos e ações externas sem revisão.

JROS usa uma prova mais rígida. Um lead só se torna útil quando o sistema consegue responder: qual fonte oficial sustenta a vaga, quais fatos sustentam a tese de adequação, qual evidência ficou velha, quais campos exigem julgamento privado, qual ação tem autoridade delegada e qual ação deve parar para aprovação humana.

O ciclo operacional

O ciclo permanece deliberadamente simples. Primeiro, JROS descobre leads a partir de fontes configuradas e pesquisa externa. Agregadores sugerem; páginas oficiais de empresas ou ATS verificam. Depois, o sistema pontua e roteia o lead, registra fonte, empresa, função e estado de validação, e prepara um pacote com a decisão exata que eu preciso tomar.

Em seguida, a política de autonomia classifica a ação. `A0` significa pesquisa ou rascunho. `A1` significa preparo rotineiro para envio sob condições estreitas. `A2` significa pedir antes de enviar. `A3` significa parada. Como ações sensíveis, estratégicas e externas carregam custo reputacional, o envio final permanece sob controle humano salvo autorização posterior exata.

Por fim, o resultado volta ao ledger. Uma correção vira uma nova entrada. Uma vaga vencida vira estado explícito. Um bloqueio vira lição reutilizável.

Data material e superfície de prova

A data material deste ensaio é 2026-07-06. Uma consulta local de JROS até essa data retornou 824 recursos, 1.934 fontes, 303 afirmações, 1.403 entidades, 52.906 validações e 7.129 linhas de governança. Uma auditoria documental executada em 2026-07-06 passou com 16.349 arquivos, 824 recursos, 1.934 fontes, 303 afirmações e zero avisos.

Esses números descrevem a forma do sistema. JROS funciona como plano de controle local para ação respaldada por evidência. A base privada continua privada; o ensaio publica o padrão, a fronteira e os agregados.

A fronteira de aprovação carrega o produto

A escolha central de desenho é a fronteira de aprovação. JROS mantém privado o conteúdo da caixa de entrada, deixa capturas fora da prova pública, não edita perfis públicos, não envia mensagens, respeita controles de segurança e roteia respostas sensíveis para mim.

O sistema pode preparar, verificar, redigir, comparar e resumir. Quando uma ação transmitiria uma candidatura, enviaria uma mensagem, responderia a um campo sensível ou mudaria um artefato público, o sistema para. Essa fronteira transforma assistentes fluentes em trabalhadores governados.

O gargalo mudou

No começo, JROS perguntava se agentes conseguiam encontrar vagas plausíveis suficientes. Na revisão semanal de 2026-07-04, a oferta de leads já estava saudável. O gargalo havia se deslocado para compressão de decisão: variantes da mesma empresa, escolhas de pacote, portões sensíveis e carga de leitura.

Assim, a superfície mais útil virou um cockpit de decisão: uma ação recomendada, poucas alternativas, links de evidência e um portão explícito.

O que JROS ensina à NUDG

NUDG trata de uso governado de recursos por agentes: propor, autorizar, executar, verificar e deixar recibo. JROS testa essa ideia em um domínio com custos concretos: dados pessoais, reputação, timing, documentos privados, formulários externos e cliques irreversíveis.

A lição é modesta e forte. Um Resource OS útil começa tornando recursos legíveis. O sistema nomeia a fonte, a afirmação, o portão, a decisão humana e o registro da execução.

Inspeção é a prova

JROS deve ser julgado por inspeção, não por confiança. A pergunta final é se outro agente, ou eu, consegue responder depois: qual fonte justificou a ação, qual afirmação sustentou a recomendação, qual validação passou ou falhou, qual autoridade o agente tinha, onde o sistema parou e o que mudou após a correção.

Quando essas perguntas têm resposta, o sistema preserva julgamento. Esse é o ponto de um Resource OS: recibos acima de movimento e volume.

Fontes