123 wires and counting

$ follow OpenAI

Keep up with OpenAI in about 3 minutes: what actually shipped — the commits, pull requests, releases, and security advisories that matter.

or

fair warning: these emails are deeply technical. diffs, version numbers, CVEs, benchmark deltas. if that's not your idea of a good read, this isn't your newsletter.

Folds into your digest — weekly by default, monthly if you prefer. Unsubscribe in one click.

$ status

wire 2026-09-18
stories 124

© 2026 RepoJournal Home Showcase Explore How it works Privacy

$ the-wire · showcase

openai-node and openai-python ship managed Responses WebSocket sessions

By RepoJournal · Filed · About OpenAI · Composed from the cited sources · methodology

Both OpenAI SDKs picked up managed Responses WebSocket sessions, while codex tightened sandbox and network policy validation and the deprecation clock started on MCP connector_id.

feat(api): add managed Responses WebSocket sessions openai/openai-node

by markstuart-oai

openai-node now runs Responses over managed WebSocket sessions: client headers and per-connection overrides survive the handshake, independent response lanes are routed and final responses collected, and reconnects are explicit with application-level restoration and no automatic request replay. The same surface lands in openai-python.

feat(api): add managed Responses WebSocket sessions openai/openai-python

by markstuart-oai

The Python SDK gains the same managed Responses WebSocket support, validated against local WebSocket regression suites covering custom request headers, independent lanes, and connection lifecycle.

chore(api): deprecate MCP connector_id (#3894) openai/openai-python

by Justin Beckwith

MCP tool docs in Responses, beta Responses, and Realtime now carry deprecation guidance for connector_id on models released after September 1, 2026, pointing at server_url for remote MCP servers and tunnel_id for Secure MCP Tunnels. The connector field and its request/response behavior stay available, so existing code keeps working while the migration path is documented.

Validate network socket policies using the executor OS openai/codex

by copyberry

Network policy validation now runs against the executor's OS rather than the controller's, because the two can differ and absolute paths valid on the executor (Windows paths under a Linux controller) were being rejected. Allowed socket paths must be NUL-free and absolute for the executor OS.

Repair Windows sandbox access to existing runtime children openai/codex

by copyberry

Windows sandbox access is repaired for runtime children that were never granted inherited permissions: Codex walks the app runtime tree, adds missing read/execute grants for the sandbox group with GRANT_ACCESS to preserve existing grants, and validates access afterward.

Preserve bio policy errors as a distinct non-retryable error openai/codex

by copyberry

Streaming bio_policy failures were being classified as generic invalid requests; Codex now carries a distinct BioPolicy error across the API and core protocol, recognizes HTTP 400 responses and wrapped WebSocket errors, preserves server messages, and treats these as non-retryable. Also out: reasoning effort is preserved for synchronous Guardian reviews, and the two Python and Node SDK releases ...

Quick answers

What shipped in OpenAI on September 18, 2026?
Both OpenAI SDKs picked up managed Responses WebSocket sessions, while codex tightened sandbox and network policy validation and the deprecation clock started on MCP connector_id. In total, 58 commits, 58 pull requests, and 8 releases landed.
Who contributed to OpenAI on September 18, 2026?
6 developers shipped this update, including felixxia-oai, copyberry, Sean Huang, Mark Stuart, jbeckwith-oai, and openai-sdks[bot].
What were the notable OpenAI updates?
feat(api): add managed Responses WebSocket sessions, feat(api): add managed Responses WebSocket sessions, and chore(api): deprecate MCP connector_id (#3894).