A Prime Intellect lançou o verifiers 0.2.0, que estreia um núcleo reescrito sob o namespace verifiers.v1. Avaliações modernas agora executam agentes de código com ferramentas, compactação e subagentes. A versão v1 reconstrói os ambientes para rodar essas cargas de trabalho agênticas em escala.
O que é o Verifiers v1?
O Verifiers é a stack de ambientes da Prime Intellect para aprendizado por reforço agêntico e avaliações. Na versão anterior, um ambiente empacotava dados, lógica do agente e infraestrutura juntos. O v1 quebra esse pacote em três peças componíveis:
- Taskset: define o trabalho — dados, ferramentas e pontuação (scoring).
- Harness: resolve a tarefa e produz um rollout. Pode ser um loop ReAct, um agente CLI ou seu próprio.
- Runtime: onde o rollout executa — local ou em sandbox.
Como as peças são desacopladas, qualquer taskset roda sob qualquer harness compatível.
Como a arquitetura funciona
A peça central é o interception server gerenciado pelo Verifiers. Ele fica entre o runtime do agente e o servidor de inferência, fazendo proxy das requisições e respostas. Durante o processo, grava o trace, define parâmetros de sampling e pode reescrever respostas de ferramentas — mitigando reward hacks durante o treinamento.
Para escala, cada servidor multiplexa um número constante de rollouts (32 por padrão), com um pool que escala elasticamente conforme a concorrência observada. Durante avaliação, um EvalClient age como proxy HTTP cego. Durante treinamento, um TrainClient envolve renderers para treinamento RL fiel por token.
O Verifiers suporta três dialetos de harness atualmente: OpenAI Chat Completions, OpenAI Responses e Anthropic Messages. Um adaptador de dialeto normaliza cada formato para tipos canônicos vf.types, mantendo a lógica de pontuação independente do agente testado.
v0 vs v1: comparação rápida
| Aspecto | Verifiers v0 | Verifiers v1 |
|---|---|---|
| Modelo de ambiente | Dados, lógica e infra empacotados | Separado em taskset, harness, runtime |
| Crescimento do trace | Quadrático em turnos | Linear em turnos (nós únicos) |
| Rollouts não-lineares | Assumia linearidade | Compactação nativa e subagentes via branches |
| Manuseio do runtime | Builder gerencia ciclo de vida | Framework gerencia run/read/write |
| Acoplamento do harness | Fortemente acoplado ao ambiente | Qualquer harness compatível (Codex, Terminus 2) |
| Dados de treino | Recomputados para prime-rl | Consumidos diretamente do trace |



