Continuação do trabalho de polars de 13/10: PR 220, issue 219, PR 203 e CHANGELOG do codex #221

O trabalho de 13/10 parou com quatro frentes abertas. O que já entrou na main: #220 (campo que o polars não tipa sai Object, fechou a #218), #216 (teste do pattern de Decimal), #217 (colunas de entrada polars, fechou a #195) e #214 (openai-codex 0.160.1; o teste com a conta foi na 0.160.0, ver abaixo).

• PR Campo do modelo que o Arrow não tipa sai como Object na saída polars #220 (fechou a Entrada polars: a conversão final falha depois das chamadas quando o campo é Enum, tupla ou união mista #218). Mesclado em 13/10 (7e48495b), depois de três revisões independentes, com o extra polars exigindo polars>=1.0.
• Issue Saída polars: campo dict vira Struct com as chaves de todas as linhas, e o tipo da coluna depende dos dados #219. Decisões tomadas: o campo dict sai como texto JSON na saída polars, e a coluna toda nula ou com todas as listas vazias recebe o tipo da anotação, só para str, int, float, bool, date, datetime e listas deles. A implementação local (522d4c15, branch fix/polars-tipo-pela-anotacao) está sendo reaplicada sobre a main e enxugada; depois, revisão independente e PR.
• PR Resposta recusada com número no texto não vira erro de credencial #203. Revisado duas vezes, sem achado aberto (8c09e3dd, com a main de depois do Campo do modelo que o Arrow não tipa sai como Object na saída polars #220 integrada); o 401 real do claude_code foi para a claude_code: erro da API que chega por ResultError é classificado pelo texto, e o api_error_status não é lido #227 e o Closes #192 fica. Só falta a decisão do Bruno, adiada em 13/10: como is_rate_limit_error trata o ProviderError genérico, pela classe (desenho original do PR) ou pelo texto (como está no branch e na main). Os dois lados estão no último comentário do PR.
• CHANGELOG.md. A linha do extra codex passou a citar a 0.160.1, no branch do Resposta recusada com número no texto não vira erro de credencial #203; entra na main com ele.
• Teste com a conta na versão que entrou. O chore(deps): bump openai-codex from 0.159.2 to 0.160.1 in the python-minor-patch group across 1 directory #214 foi testado com a conta na 0.160.0, e o dependabot refez o PR para a 0.160.1 minutos antes do merge. O teste de duas linhas foi repetido na 0.160.1 em 13/10: gpt-6-luna, 2 de 2 linhas processadas, 4533 e 4526 tokens de entrada, os mesmos dois ResourceWarning da Provider codex deixa os pipes de stdout e stderr do app-server abertos (ResourceWarning) #225.
• Comportamentos vistos de passagem, cada um com issue própria e reprodução na main: Retomada de saída polars arredonda campo inteiro acima de 2**53 e devolve a coluna como Float64 #222 (retomada de saída polars arredonda campo inteiro acima de 2**53), Checkpoint grava como float o campo inteiro acima de 2**53 quando há linha pendente #223 (checkpoint grava o inteiro grande como float quando há linha pendente, nos três formatos), Retomada de saída polars recusa linha processada com campo list[date] ou list[datetime] #224 (retomada de saída polars recusa list[date] e list[datetime]), Provider codex deixa os pipes de stdout e stderr do app-server abertos (ResourceWarning) #225 (pipes do app-server do codex ficam abertos) e openai-codex 0.162.1: cinco flags novas do runtime e a lista de ferramentas ausente do request quebram dois testes #226 (o que revisar no bump para openai-codex 0.162.1). Depois vieram a claude_code: erro da API que chega por ResultError é classificado pelo texto, e o api_error_status não é lido #227 (status HTTP do SDK do Claude Code não lido) e a Saída polars: campo que aceita date e datetime perde a hora quando a primeira resposta é só data #228 (campo que aceita date e datetime perde a hora na saída polars). A revisão do Campo do modelo que o Arrow não tipa sai como Object na saída polars #220 trouxe ainda a Saída polars: pânico do polars na conversão final derruba a saída depois das chamadas (Decimal acima de 38 dígitos) #230 (pânico do polars na conversão final, com Decimal acima de 38 dígitos) e um comentário na Saída polars: campo que aceita date e datetime perde a hora quando a primeira resposta é só data #228 (uniões de time ou date com int).