A turn has no round limit
This is the most distinctive thing about Bot, and the easiest to get wrong if you have used Chat. Chat and Code cap how many tool rounds a turn may take. Bot does not. There is no round budget and no round counter, because a real desktop task legitimately needs many small steps: look, click, wait, look again. Two consequences are worth knowing.- A long turn does not get cut off for being long. Once a turn has accumulated a lot of transcript, roughly 80,000 characters, the bot rewrites its own working context. It keeps the most recent messages, the last open question, anything it is still waiting on, and its memory profile, and then carries on in the same turn. You should never see a turn end because it grew.
- A huge result does not flood the turn. A very long command output or a screenshot is stored and replaced with a short reference, which the bot can read back a piece at a time or search for a phrase. So one enormous result does not crowd out everything the bot had learned before it.
When a turn stops
A turn ends on exactly one of four things.
If the model itself cannot be reached you get
I can't reach the assistant right now — your message is saved. Try again in a moment. and nothing you typed is lost. Work that genuinely needs longer than one turn belongs in a routine or a background task.
What you see, and what you never see
Only four kinds of thing are ever added to a bot’s conversation.
Everything else the model produced while working, its own prose and its raw tool results, is dropped. It is not summarised and not rewritten into a friendly placeholder, so a bot with nothing to say says nothing. A turn may send at most 8 bubbles, and each bubble is short by design, which is why a bot reports a conclusion rather than narrating every click.
One more rule follows from this: a nested task cannot talk to you. Child work is stripped of the tools that speak, ask, request a secret or raise a notice, and reports back to its parent instead. The parent bot is the only voice in the thread.
Why a bot starts working without you
A turn does not have to begin with your message. Seven things can start one, and the turn carries a short cue saying which.
The last one is worth noticing: if a bot dispatches background work and then finishes its turn, the child’s completion wakes a fresh turn later, which is how a report can arrive minutes after the bot appeared to be done.
How a step gets parked
The whole model fits in the line the product itself uses:Allow runs the parked tool. Deny does not. Always writes a rule.
Every tool call is checked before it runs, and the check produces one of three outcomes: it runs, it is refused with a readable reason the bot is told, or it is parked and you get Allow, Deny and Always. Allow runs that exact call with its real arguments and the turn continues from the real result, so it is not a “carry on” button. Always writes a rule for that tool on that bot, which is why the rail beside your rules reminds you that Allow still asks. Deny never writes a rule.
Which tools park is a fixed shape, not a guess:
- 11 tools always ask. Running a command, writing or editing a file, driving a browser, clicking, typing, pressing a key combination, dragging, opening an application, switching windows, and the bounded coding helper.
- 20 tools never ask. Reading a file, taking a screenshot, scrolling, waiting, searching or fetching the web, talking to you, asking you a question, requesting a secret, writing memory, reading a skill, scheduling a routine, dispatching a task, messaging another bot, creating a bot or a channel, and reading back a stored result.
- Everything else is allowed by default, unless a rule says otherwise.
The computer inside the turn
If a bot’s computer has gone to sleep, a turn that needs it starts it again first, so in the ordinary case a bot has its desktop and its files to hand without you doing anything. A wake can fail, and when it does the bot’s activity saysCould not wake the computer rather than leaving you to guess.
When the bot wants to click something, it describes the control in a full sentence, such as the Save button in the dialog, and a separate step turns that description into a point on screen. It is not allowed to guess pixel coordinates, and the chain of attempts behind one click is bounded. Screenshots it takes are for the bot to look at; the live view on the Computer tab is for you.
A bot’s own status is one of three you can set, Awake, Resting or Hibernating. The other words you may see on a row, such as Starting…, Running, Hibernated, Stopped, Archived and Error, report what its computer is doing.
Compared with Chat and Code
Related
- Approvals and tool policy - the three buttons, your rules, and what always asks.
- Bot tools - the catalog behind the loop.
- Computer - the desktop a turn runs on.
- Tasks and subagents - background work inside a turn.
- Bot troubleshooting - turns that stop early, and what to do.