I spent a day poking Dots with sticks. Here's what I figured out.
added
I got access to Dots and spent much of the day trying to understand what actually runs where, what can happen simultaneously, and what counts as a separate worker. (I absolutely used AI to help me put this together. I don’t know if this audience cares, but I figured I’d disclose that up front since some folks get bent out of shape otherwise) The official material explains what Dots can do reasonably well. I found the execution model much less obvious. Some of this is documented; some is simply what I observed by using a Dot on several substantial real-world tasks. 1. The Dot really does have its own cloud computer I gave my Dot a large document-review assignment involving hundreds of PDFs and thousands of pages. It performed that work on what it identifies as its own cloud computer. This appears to be a persistent computer-backed environment where the Dot itself can do substantial, long-running work. More importantly, this isn’t just a five-minute “agent run.” One of my reviews is now clearly a multi-day job, and the Dot has maintained its place, absorbed side questions, and continued without needing me to reconstruct the task every few hours. That continuity may end up being more important to me than raw speed. 2. Delegated Work/Codex tasks are different While the Dot was working on one project, I had it try to launch a separate legal-research task. The launch failed because there was no available execution environment. Initially I assumed the Dot’s own computer was simply busy. But after the first job finished, the second task still could not start. The Dot then reported the key distinction: Its own cloud computer is separate from the execution targets available to the Work/Codex task launcher. So a Dot’s personal cloud computer is not simply a generic worker that delegated tasks automatically inherit. 3. A connected computer becomes another execution target I connected a spare Linux computer through the ChatGPT desktop app. The Dot could then see: \- its own cloud computer \- the connected Linux machine \- no saved Codex cloud environments I told it to launch the previously blocked task on the Linux machine. It did, and the task entered running state there. I did not have to sit at that machine and manually start a separate chat. I gave the instruction to the Dot, and it dispatched the task remotely. 4. Both can work simultaneously While the delegated task was running on the Linux machine, I gave the Dot a different assignment for its own cloud computer. It confirmed that both were active at once: Dot cloud computer -> Task A Connected computer -> Task B So that is genuine parallel execution across separate computer-backed environments. 5. Background agents don’t necessarily need a computer at all This was the part that got much closer to what I had originally imagined Dots would do. With both computer-backed environments occupied, I asked whether the Dot could create a native background research agent without using either computer. It said yes. I gave that agent a bounded research task and explicitly excluded computer/filesystem use. The Dot then reported that the background agent was running with read-only web/documentation tools and no computer target assigned. At that point, three things were happening simultaneously: 1. the Dot working on its own cloud computer 2. a separate task running on the connected computer 3. a native background research agent using neither computer That is the execution distinction I had completely missed from the launch material. 6. It can also context-switch inside a long-running job Another useful behavior appeared accidentally. While the Dot was deep into a large document review, I interrupted it with a factual question about one specific case. It paused the detailed review, checked meeting minutes and another source, resolved the question, updated its understanding of the case history, and then returned to the packet it had been reviewing. When I asked how it had done that “while continuing” the larger job, it clarified that it had not spawned another worker. It had simply switched attention within the same job and then resumed. So I now distinguish: Parallel execution = separate workers/environments active at once. Background agent = separate non-computer worker running concurrently. Intra-task context switching = one Dot temporarily branches inside an existing job, resolves something, and returns to its prior place. For long-running review work, that last capability is surprisingly valuable. 7. It can keep working while waiting for permission On another assignment, the Dot decided that spawning additional reviewers would accelerate the work, but my rules required permission first. It asked. But instead of stopping while waiting for me to respond, it explicitly continued doing the work itself. That sounds minor, but it matters. An autonomous agent that hits one permission boundary and then stops doing everything is not particularly autonomous. So far, the Dot appears capable of distinguishing: “I need permission to do X” from “I therefore cannot make any further progress.” 8. There is also a kind of manager-level queue I have not found a true native queue where a blocked computer-backed task automatically sits in the launcher until capacity becomes available. What I did find is that the Dot can apparently remember a pending assignment itself, periodically re-check execution targets, and attempt to launch it later. There are limits: \- the target list does not necessarily expose whether a connected computer is actually free \- there is no apparent capacity reservation \- a failed launch does not automatically become a queued Work task So this is more like the Dot acting as the queue manager than a native execution queue. Still, that potentially removes another piece of manual babysitting. 9. My current mental model At this point, I think there are at least three distinct execut
u/dry_towelette99 (r/ChatGPT, Oct 1 2026) put his Dot through a day of real tasks to map its execution model: a large multi-day document-review job (hundreds of PDFs, thousands of pages) the Dot keeps running persistently on its own cloud computer; a blocked legal-research task the Dot diagnosed (its cloud computer is a separate execution target from the Work/Codex launcher) and remotely dispatched to a spare Linux PC connected via the desktop app; parallel execution across both machines at once; a native background research agent running with no computer target; intra-task context switching (pausing a review, answering a side question, resuming); and the Dot continuing to work while waiting on a permission prompt. First-hand, concrete, concrete results on real tasks.
