Skip to content

Chat controls & modes

Every chat — and every individual request — can be tuned. The controls live in the chat's header menu and the composer bar. Most have a Default option that uses your preferences from Settings → Behavior; change one here and it sticks for this chat, so you can have a fast, autonomous scratch chat and a careful, approval-gated work chat side by side.

The per-chat pickers

Model

Pick any model your admin has enabled, grouped by provider, with a search box for long lists. Or choose auto — the assistant ranks the enabled models by capability (frontier / coding / reasoning / fast / vision / cheap) and picks the best fit within this chat's governance limits. If a model errors or is rate-limited, a fallback chain quietly cascades to the next compatible model, preferring a different provider, so a single overloaded account can't sink the turn.

Reasoning

On models that support it, toggle extended reasoning on or off and set the effort: Off, Low, Medium or High. More effort means more "thinking" before the answer — better on hard problems, slower and more tokens on easy ones.

Mode (collaboration style)

How much the agent plans versus just acts:

Mode Behaviour
Default Balanced — plans or acts as the task needs
Plan Plans and confirms the approach with you before acting
Execute Acts directly, with minimal back-and-forth
Pair Small steps, thinks aloud, and checks in often

Note

This "mode" (collaboration style) is separate from the chat mode (standard / coding / custom) covered below.

Security mode

Controls how tool calls are gated in this chat:

Mode Behaviour
Autonomous Tools run without asking — fastest, most hands-off
Approve each Every tool call waits for your approval, inline in the chat
Judge (LLM) A safety model reviews each call before it runs

Approvals appear inline in the conversation; Always allow whitelists a specific command on a specific device so you're not asked again for it. Your default is set under Settings → Profile, and an admin can layer an instance-wide command policy on top (see Security & privacy).

Memory access

What the assistant may read from its long-term memory in this chat:

Access Meaning
Full Full access to everything remembered
None No access — a private chat that nothing is learned from
Restricted Only the areas and sources you tick

Restricted memory lets you pick areas — People & contacts, Work & projects, Places & devices, Notes & topics — and sources — Preferences & rules, Things you said, Agent inferences, Integration observations. An empty area or source means the agent sees nothing there, which is handy for a chat that should only draw on, say, your stated preferences and nothing inferred.

Data classification

Choose Standard (any configured model may be used) or Confidential (only local models, so the data stays on-prem). Confidential is fail-closed: there is no path to a provider that isn't cleared for it. Your organization may set a minimum that you can only make stricter, never looser.

Tools, integrations and devices

The composer's Integrations picker controls which tools the agent may use this turn — built-in tools, web tools, your configured integrations, and any online devices. A separate preview, "Available in this chat", lists exactly what's active, including anything hidden by governance so you understand why a tool might be missing.

Chat modes

Each chat runs in a chat mode that shapes its tools, workspace and side panel.

  • Standard — the normal assistant.
  • Coding — turns the chat into a workspace over a device's files, with an editor and terminal. See Coding & Cloud Tasks.
  • Custom modes — your own modes, each with a name, an icon and an attached dashboard whose cards show in the chat's side panel. Create, edit and delete them from the mode switcher in the chat header. A "home" mode with your lights/scenes, or a "trip" mode with travel cards, puts the right controls beside the conversation.

When you start a fresh chat, a card grid lets you pick the mode up front. (The main chat is always standard.)

Slash commands

Type / at the start of the composer to open the command palette. Commands are either actions (they do something) or prompts (they send templated text). The palette is mode-aware — coding commands only show in coding chats.

Command What it does
/new Start a new chat
/rename <title> Rename the current chat
/btw <question> A quick research side question, answered without entering the history
/goal <objective> Pursue a goal autonomously across turns (see Agents)
/main [message] Jump to the main chat — or, with a message, send it there without leaving
/summarize Summarize this conversation
/proofread <text> Fix spelling and grammar

In coding chats you also get:

Command What it does
/terminal Show or hide the terminal panel
/review Review the current workspace changes (git diff)
/explain <file> Read and explain a file
/fix <problem> Find and fix something in the workspace
/tests Run the tests and report back
/init Generate an AGENTS.md for the repo

Your own commands

Add custom commands under Settings → Commands. Give it a name, a template, and optionally a description and a mode. Use $ARGUMENTS or {args} in the template for the text after the command — for example, "Read $ARGUMENTS and explain it." Then type /yourcommand … in any chat and the template is sent (or, with no argument, dropped into the composer for you to finish).