Como usar Structured Output de verdade na Responses API?

Quando a gente sai do texto livre e tenta forçar resposta estruturada, a dúvida parece banal: onde exatamente entra o schema na Responses API para o modelo obedecer um JSON válido de ponta a ponta? O que confunde bastante é que exemplos de parsing e exemplos de geração nem sempre aparecem no mesmo formato mental. A impressão inicial é que basta dizer “me devolva JSON”, mas na prática isso não fecha o contrato. ## O que normalmente falta Dois detalhes costumam decidir se a resposta vira estrutura confiável ou só “JSON com boa vontade”: - schema explícito no formato de texto

• contrato realmente fechado, sem propriedades extras inesperadas Quando o schema fica permissivo demais, o modelo parece obedecer até o dia em que adiciona um campo a mais ou devolve algo incompatível com o parser. ## Leitura prática Se o objetivo é usar saída estruturada como contrato de aplicação, eu tenho tratado assim: - schema explícito


• modo estrito


• proibição de propriedades adicionais quando isso fizer sentido Sem isso, fica fácil achar que o problema é do modelo, quando muitas vezes o problema é que o schema ainda não está dizendo “o que é válido” com firmeza suficiente. Queria saber como vocês têm equilibrado isso em produção: preferem schema mínimo e tolerante, ou já fecham tudo logo no início para falhar cedo e limpar a integração?