Codex começa a encriptar prompts de subagentes

Artigo original ↗ Discussão no Hacker News ↗

O agente de programação Codex da OpenAI começou a encriptar prompts enviados de um agente principal para seus subagentes, de modo que apenas os servidores da OpenAI possam ver as instruções em texto puro, enquanto usuários e logs locais veem ciphertext. Defensores apresentam isso como uma forma de proteger a orquestração proprietária de prompts e dificultar revendedores de mercado paralelo e distillers de modelos, mas muitos desenvolvedores argumentam que isso prejudica a transparência, a auditabilidade e a confiança, especialmente quando subagentes podem agir sobre bases de código ou sistemas locais. A mudança também aumenta o receio de um lock-in mais rígido com o fornecedor e de uma tendência mais ampla em direção a ferramentas de IA opacas, de “caixa-preta”, levando alguns a permanecerem com APIs mais simples, harnesses alternativos ou modelos locais/abertos.

O que mudou tecnicamente

  • O Codex agora encripta certos prompts de subagentes: a mensagem inicial do agente principal/orquestrador para os subagentes é armazenada e passada como ciphertext, só podendo ser desencriptada no backend da OpenAI.
  • Isso se aplica principalmente ao multi_agent_v2, especialmente com GPT-5.6 Sol/Terra e raciocínio “Ultra”; Luna e modelos locais são relatados como não afetados.
  • A inferência em si ainda acontece em texto puro no lado do servidor; apenas mensagens selecionadas entre agentes são encriptadas.
  • Os logs da sessão e as saídas dos subagentes permanecem em texto puro; a parte oculta é o prompt inicial do subagente.

Motivações discutidas

  • Proteção de “moat”/PI: a lógica de orquestração, os esquemas de prompting de subagentes e possivelmente representações refinadas por RL ou latentes são vistos como altamente valiosos e fáceis de distilar se estiverem visíveis.
  • Antiabuso: visto como uma contramedida contra revendedores de mercado paralelo e distillers que fazem proxy do tráfego e treinam modelos rivais, incluindo alguns serviços chineses citados.
  • Alguns argumentam que isso está alinhado com tendências já existentes: traces de raciocínio e “thinking” já estão ocultos/encriptados por vários provedores.

Impacto em desenvolvedores e usuários

  • Principal reclamação: perda de observabilidade e auditabilidade.
    • Mais difícil depurar por que subagentes se comportam mal, desperdiçam tokens ou fazem algo perigoso (por exemplo, comandos destrutivos de shell).
    • Sem trilha de auditoria clara para fluxos de trabalho multiagente ou cobrança.
  • Alguns dizem que isso torna os recursos multiagente do Codex inutilizáveis para trabalho sério, especialmente em ambientes sensíveis em termos de segurança ou de alto custo.
  • Workarounds mencionados:
    • Forçar multi_agent_v1 via substituições locais no catálogo.
    • Evitar subagentes do Codex, usando ferramentas/skills personalizados ou os próprios harnesses.
    • Ficar em chat completions ou modelos locais, onde os prompts são totalmente visíveis.

Comparações e preocupações mais amplas

  • Comparado ao “thinking” encriptado do Claude; vários comentaristas desaprovam ambos, argumentando que o raciocínio oculto mina a confiança em codificação agentiva.
  • Outros veem traces internos como detalhes normais de implementação proprietária, análogos a internals de software de código fechado.
  • Preocupações levantadas sobre aumento de lock-in, comportamento opaco de “caixa-preta” e convergência para aparelhos de IA em que os usuários veem apenas os artefatos e uma cobrança.
  • Alguns sugerem que isso empurrará mais pessoas para modelos não americanos abertos ou mais baratos e para configurações locais, enquanto outros argumentam que modelos SOTA ainda justificam a compensação.