fix(codex): dejar de escribir el wire_api que ya no arranca

[borjaperfra]

Un miembro reporta que Codex se cierra nada más abrirlo:

Error loading config.toml: wire_api = "chat" is no longer supported.
How to fix: set wire_api = "responses" in your provider config.
in model_providers.nan.wire_api

model_providers.nan lo escribimos nosotros, y ese valor estaba puesto a propósito: el /responses del cluster respondía en un único evento terminal, así que "responses" significaba ver la respuesta entera de golpe al final en vez de ir saliendo. Comprobado contra el cluster antes de tocar nada: el endpoint ya manda deltas. Y Codex 0.154 ha quitado "chat" del todo. El motivo del valor viejo se ha caído por los dos lados.

Qué cambia

• El writer escribe wire_api = "responses", tanto en el config nuevo como en la sección que añade a uno existente.
• Repara los configs ya escritos. Esto es lo que hace que el arreglo llegue a alguien. El writer salía antes de tiempo en cuanto veía api.nan.builders en el fichero, así que a un miembro con la sección ya puesta no le servía de nada actualizar el CLI: volvía a pasar por Setup y su Codex seguía sin abrir. Ahora, si la sección es nuestra y dice "chat", se reescribe esa línea y solo esa — ni el wire_api de otro proveedor, ni su key, ni el formato del fichero. Hecho a mano y no con una librería TOML porque un round trip reflowea el documento entero (comentarios, espaciado, comillas del miembro) para cambiar una palabra en una línea.
• model_context_window va al root. Se añadía al final del fichero, y en TOML una clave suelta después de una tabla pertenece a esa tabla: a quien tuviera entradas [projects.*] le acababa dentro del último proyecto que confió, donde Codex no la lee. Ahora se inserta por encima de la primera cabecera de tabla. (Comprobado de paso: la advertencia Model metadata not found sale igualmente, se imprime antes de leer el override — el comentario que decía que esa clave la silenciaba era falso y queda corregido.)

Verificación

• Ejecutado Codex de verdad contra el proveedor nan con wire_api = "responses", en un CODEX_HOME aparte: arranca y responde.
• La reparación, pasada contra una copia de un ~/.codex/config.toml real con la sección ya escrita: el diff es exactamente una línea.
• Cuatro tests nuevos en config_test.go — que se escribe un protocolo que Codex carga, que una sección vieja se repara sin tocar la del vecino ni la key, que un fichero ya reparado no se reescribe, y que la ventana de contexto cae en el root y no dentro de [projects.*].
• go build ./..., go vet y go test ./... en verde.

Lo que esto no arregla

El texto sigue llegando de golpe al final. No es el CLI: el SSE de /responses emite response.output_item.added para el item de razonamiento pero no para el de mensaje, ni content_part.added, así que Codex registra ERROR codex_core::util: OutputTextDelta without active item, descarta esos deltas y pinta la respuesta desde output_item.done. Para recuperar el streaming hay que emitir esos dos eventos en el backend antes de los deltas. Va aparte, en el cluster.

🤖 Generated with Claude Code