Skip to content
PartnerinAI
AI Workflow Tools

OpenAI Decisions API: Faster Workflow Decisions at GA

OpenAI Decisions API is now generally available, adding voice and visual inputs. See Speak's reported speed gains and learn how to test it in your workflow.

PartnerinAI3 min read609 words
OpenAI Decisions API: Faster Workflow Decisions at GA
Table of Contents

Quick Answer

OpenAI's Decisions API is generally available as of October 22, 2026, with voice and visual inputs for fast, interactive AI workflows. Speak's CTO reported that it reduced the time between workflow actions from 1.4 seconds to 0.13 seconds, though results will vary by application.

That reduction matters in workflows where a model response triggers the next step - for example, an assistant reacting to spoken input or software responding to a user's action. OpenAI announced the API at its developer day on September 29. Its general availability arrives amid competition to provide AI models that combine speed with lower operating costs.

What the Decisions API adds at general availability

The public API adds voice and visual modalities, expanding the kinds of information teams can provide to the model. OpenAI is also working to reduce latency by geographically targeting inference resources, according to reporting on the release. Together, these changes are aimed at making AI responses more practical in interactive, time-sensitive applications.

The API is not simply a faster label for every model task. Its value will depend on whether a workflow needs a quick decision, what input modalities it uses, and how the API performs against the team's existing model setup. The reported results offer examples, not a universal performance guarantee.

How teams are using it to reduce the wait between actions

OpenAI said customers including Box, Datadog, Ramp, and Speak had trialed the API. Engineers used it in place of other OpenAI large language models in some applications and reported higher throughput. Speak's result provides a concrete illustration of the potential workflow impact: according to CTO Andrew Hsu, the time between actions fell from 1.4 seconds to 0.13 seconds.

OpenAI has also reportedly used the product to improve the responsiveness of its Dots voice assistant. That points to one likely fit: experiences where a pause after a user speaks can make an otherwise capable assistant feel slow. The same principle can apply to software workflows in which the next action depends on interpreting a user's request or other incoming information.

These examples should be read in context. The reported Speak figure is a customer result, not a benchmark across all applications. Results may differ with the task, inputs, system design, and the model or service being compared. Teams should test their own workflows before assuming they will see the same reduction.

The launch also places OpenAI in a growing market for fast AI decision models. TypeSafe's Jev model is one competitor in that space; TechCrunch reported that TypeSafe was valued at $7.6 billion. For customers, the practical question is less about the category label than whether a model delivers the speed, throughput, and capabilities their particular application requires.

What to evaluate before adding it to your workflow

Start with a workflow where delay is visible to users or blocks a subsequent action. Measure the current setup, then compare it with the Decisions API using the same representative inputs and conditions. Track response time and throughput, and check whether voice or visual input makes a meaningful difference for the task.

Also assess the quality of the resulting decisions. A faster response is useful only if it supports the right next action. Review both speed and output quality before deciding whether to change the workflow, and test under realistic usage rather than relying on a single example.

OpenAI's general availability announcement makes the API available for evaluation; it does not establish that every application will be faster. Review the Decisions API documentation and test it on a latency-sensitive workflow, comparing response time and throughput with your current model setup.

Frequently Asked Questions

What is OpenAI's Decisions API?
OpenAI's Decisions API is a product designed to make rapid AI decisions within workflows. At general availability, it supports voice and visual inputs. Its usefulness depends on the task and how its speed and output quality compare with a team's current setup.
When did the Decisions API become generally available?
OpenAI's Decisions API became generally available on October 22, 2026. OpenAI had announced it at its developer day on September 29. General availability lets customers evaluate it for their own applications, but does not guarantee a particular performance improvement.
How much faster was Speak with the Decisions API?
Speak's CTO Andrew Hsu reported that the time between workflow actions fell from 1.4 seconds to 0.13 seconds. This is a customer-reported result, not a benchmark across all applications. Performance may differ depending on the task, inputs, and system design.
What inputs does the Decisions API support?
The generally available API adds voice and visual modalities. These inputs may help teams build workflows that respond to spoken or visual information. Teams should test whether those modalities improve their specific use case.
How should teams evaluate the Decisions API?
Teams should compare the API with their existing setup using the same representative inputs and realistic conditions. Measure response time and throughput, and assess whether the decisions are accurate and useful for the next action. Test more than one example before deciding whether to adopt it.

Key Takeaways

  • OpenAI announced the Decisions API's general availability on October 22, 2026.
  • The API adds voice and visual modalities for workflows that need to interpret different kinds of input.
  • Speak CTO Andrew Hsu reported a reduction in time between actions from 1.4 seconds to 0.13 seconds.
  • Customer examples are not universal performance guarantees; results depend on the task, inputs, and system design.
  • Teams should compare response time, throughput, and decision quality against their existing setup using representative workloads.