RepoJournal
OpenAI OpenAI
173 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-10-25
stories 4
RSS Archive Reviews

© 2026 RepoJournal Home Showcase How it works Privacy

$ the-wire · showcase

Live Decision types widen in both OpenAI SDKs

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

dpiet-oai
1 person shipped this
dpiet-oai @dpiet-oai 4 cited

The same Live Decision type expansion landed in openai-node and openai-python, adding message roles, function and custom tool calls, and structured question inputs to what the SDKs will accept.

feat(api): expand Live Decision item and question types openai/openai-node

by dpiet-oai

Live Decision items now accept user, developer, system, and assistant messages, and questions can take either a plain string or structured instruction parts. If your decision payloads were built around a narrower input shape, this widens what the API layer will type-check for you.

feat(api): expand Live Decision item and question types openai/openai-python

by dpiet-oai

The Python client carries the identical change from the same author: the same four message roles in items, plus function and custom tool call and output types. Keeping the two SDKs in lockstep means payloads you test in one language should validate the same way in the other.

feat(api): expand Live Decision item and question types (#3034) openai/openai-node

by Dan Piet

The merge commit records the node work landing on main, so the widened types are what a fresh install picks up rather than a branch preview.

feat(api): expand Live Decision item and question types (#4175) openai/openai-python

by Dan Piet

Likewise for Python: the commit is the released form of the same expansion, not a spec change still in review.

$ ls openai/reviews/ # the step-back reads

the week in review Bazel comes out of Codex CI and releases the month in review Codex 0.165.0 adds Vertex AI provider and GPT-6.1 Terra
Full archive → Weekly reviews →

Quick answers

What shipped in OpenAI on October 25, 2026?
The same Live Decision type expansion landed in openai-node and openai-python, adding message roles, function and custom tool calls, and structured question inputs to what the SDKs will accept. In total, 2 commits and 2 pull requests landed.
Who contributed to OpenAI on October 25, 2026?
1 developer shipped this update, including dpiet-oai.
What were the notable OpenAI updates?
feat(api): expand Live Decision item and question types, feat(api): expand Live Decision item and question types, and feat(api): expand Live Decision item and question types (#3034).
♥

$ log OpenAI --recent

gpt-6-rosalind enters SDK model types as Codex hardens Cloud threads 24 shipped Incremental exec tool catalogs, with metrics to match 37 shipped Agents streams stop throwing on session errors 114 shipped Codex keeps client metadata through queues; both SDKs gain a Responses model option 121 shipped

$ log --all # elsewhere on the wire

Agent Security Quiet day in agent security as guard coverage reaches four clients Alignment & Post-training verl defaults Ascend RL mode, open-instruct unblocks SFT packing

$ ls showcases/

Safety Evals AI Red Teaming Agent Security Interpretability Alignment & Post-training

$ init your-desk

RepoJournal can write one of these for any repo you care about. Sign in with GitHub, pick your repos and sources, and your desk gets a wire like this one every morning.