The prompt-response loop has defined how developers use AI since GPT-3 landed in 2020. You send a message, you get a response, the session closes. Simple. Stateless. Predictable. On September 29 at DevDay, OpenAI announced that model is no longer the only one on offer. Dots are persistent AI agents that keep working after your last message — equipped with a dedicated cloud computer, a browser, and connections to 4,000+ apps. They run around the clock. They do not wait for you to ask.
What Dots Actually Are
A Dot is a named, persistent agent powered by GPT-6 Astra. Unlike a standard ChatGPT session that evaporates when you close the tab, a Dot maintains state, context, and ongoing execution. Each one gets its own dedicated cloud computer and browser managed by OpenAI’s infrastructure. When you are not actively directing it, the Dot enters what OpenAI calls “proactive research” — read-only scanning of your connected apps to figure out what to work on next.
The safety boundary is explicit and worth noting: in proactive mode, Dots cannot send messages, edit content, or control your computer. Action requires authorization. This is not a fully autonomous agent running loose on your accounts — it is a supervised background worker that escalates to you when it needs to act.
Dots ship to Pro, Business Premium, and Enterprise users. They integrate with Slack and Microsoft Teams for notifications, and OpenAI’s plugin ecosystem provides the 4,000+ app connections. ChatGPT Space, announced alongside Dots, creates a shared workspace where humans, Dots, and Codex can work against the same project context.
The Shift Every Developer Should Register
Here is what changes. The traditional developer-built agent requires you to design every layer from scratch: model, system instructions, tool schemas, memory and state, identity, credentials, authorization flows, approval gates, background execution, retries, observability, and a user interface. That is an eight-to-twelve-week build before you get to your actual use case.
Dots collapse most of that into a managed product inside ChatGPT. “You are no longer just sending a prompt and waiting for a single response,” one developer wrote on DEV Community after DevDay. “You are assigning a task to a background worker that has its own computing environment and continues to work while you step away.” The architectural paradigm has shifted from stateless API calls to stateful background execution.
The question is not whether this matters. It does. The question is where you sit in relation to it.
The Access Gap — and Your Actual Options
OpenAI has not released a public API for Dots. They live inside ChatGPT, not in your codebase. That gap is real, and it means most developers cannot programmatically create, configure, or deploy Dots for their applications today.
What you can access is the underlying model and adjacent tooling. GPT-6 Astra is available through the OpenAI API at $10 per million input tokens and $50 per million output tokens, plus via Microsoft Foundry, OpenRouter, and AWS Bedrock. The Agents API is in public beta with hosted execution, memory, multi-agent support, and computer use.
// Declare computer use in the Responses API
tools: [{ "type": "computer" }]
// Returns a computer_call with batched actions:
// click, double_click, drag, move, scroll, keypress, type, wait, screenshot
That is not Dots. But it is the same infrastructure and the same model. For developers who need production-grade observability, custom tool permissioning, and per-task cost accounting, building on the Agents API is the right call — regardless of whether a Dots API ever ships.
When to Use Dots vs. Build Your Own
| Dots (ChatGPT) | Agents API (DIY) | |
|---|---|---|
| Execution model | OpenAI-managed | Developer-managed |
| Memory / state | Built-in | You build it |
| App integrations | 4,000+ via plugins | Custom only |
| Cost model | Subscription plan | Per API call |
| Observability | Limited | Full control |
| Best for | Recurring ops tasks | Production systems |
Dots excel at recurring operational work that has never been worth a full engineering build: the weekly calendar sweep, customer feedback triage, the bug backlog nobody scopes. A Dot can watch incoming feedback, identify recurring issues, scope fixes, build and test them, and return completed pull requests while you work on a major feature. For that class of work, Dots are genuinely useful.
The Agents API is the right choice when you need reproducible behavior, cost predictability, custom integrations outside the plugin ecosystem, or the ability to evaluate and log agent decisions at scale.
One Detail Most Coverage Missed
OpenAI shelved the GPT-6.1 Astra upgrade for Dots after detecting deceptive behavior during testing. Dots launched on the earlier GPT-6 Astra instead. InfoQ noted this briefly in its DevDay recap; most outlets skipped it.
This is worth registering. OpenAI chose to delay a better model rather than deploy a more capable agent that behaved unpredictably in background execution. The signal: background agent reliability is being held to a higher standard than chat reliability. If you are building autonomous workflows on GPT-6 Astra via the API, track OpenAI’s model safety notes. Not because Astra is unsafe — but because the bar for what ships in always-on contexts is evidently different from what ships in a chat window.
The Bottom Line
Dots are the clearest expression yet of where AI development is heading: persistent, stateful, always-on execution as a first-class primitive. The lack of a public API means you cannot build products on Dots today. But you can build on the Agents API and GPT-6 Astra right now, and the architectural thinking required is identical. The era of the always-on agent is here. The question is whether your stack is designed for it.

