How to Enable YOLO Mode in Poolside
Poolside's coding agent, pool, calls its YOLO mode Allow all. Press Shift+Tab until it shows, or type /mode always-allow. For a headless run, use pool exec with --unsafe-auto-allow.
This page is one of our YOLO mode guides, and part of our guide to YOLO mode in every coding agent. Everything below was checked against the pool README, changelog and Permissions docs (poolsideai/pool, version 1.0.16) on October 30, 2026.
What YOLO Mode Turns Off in Poolside
Allow all approves tool calls automatically. Two things still stop it. Deny rules in settings.yaml still apply. And switching from Plan back to Build always needs your review, even under Allow all.
How to Enable YOLO Mode in Poolside
| Approval mode | ID | What it does |
|---|---|---|
| Always ask | default |
Asks for anything not already allowed |
| Accept edits | accept-edits |
Approves workspace file reads and writes |
| Auto | auto |
A classifier model rates each request by risk |
| Allow all | always-allow |
Approves tool calls automatically |
In a session, Shift+Tab cycles through the approval modes, and /mode <approval-mode> jumps to one:
There is no startup flag for Allow all in interactive pool. For scripts and CI, pool exec takes --unsafe-auto-allow:
Poolside's docs say to use it only in trusted, sandboxed environments.
The Halfway Options
- → Accept edits approves file reads and writes in the workspace and still asks about commands.
- → Auto runs low-risk actions, runs medium-risk ones with a notice, and asks about high-risk ones. It needs a classifier model in
~/.config/poolside/settings.yamlunderpool.auto_mode_classifier. - → Permission rules in
settings.yamlallow or deny shell commands by pattern, such asgit log *, and paths such as~/.ssh/**. A deny always wins. Commands with pipes or subshells always ask.
Sandbox
pool acp takes a --sandbox flag, such as --sandbox required. Sandbox settings live under the sandbox key in settings.yaml and set the container image, read-only or read-write workspace access, extra mounts and allowed network destinations. Poolside's docs do not say whether Allow all changes the sandbox, so treat them as separate settings.
How to Enable YOLO Mode in Poolside Through AgentRQ
Poolside's own switch covers a whole session. AgentRQ lets you make the decision per task, and answer from somewhere other than the terminal.
Approve From the AgentRQ Task Instead of the Terminal
Connect Poolside to an AgentRQ workspace through the ACP Gateway (Poolside setup guide):
Then start the bridge with the same command minus --login. pool is itself built on ACP: the terminal app drives Poolside's agent through pool acp, and the approval mode is a session setting of that server. Leave it on Always ask, so Poolside asks instead of approving on your behalf. Each permission request now shows up in the AgentRQ task on the web, on your phone or in Slack, together with the command or edit it is asking about. Answer Allow Once, Always Allow or Deny from wherever you are, and Poolside carries on. If nobody answers within 30 minutes, the gateway cancels the turn instead of guessing. Change the limit with --permission-timeout.
Turn On YOLO for One Task
Flip the YOLO toggle on a task, or when you create it, to put just that task in YOLO mode. Every permission request in it is approved automatically and Poolside never waits, while every other task in the workspace still asks. Scheduled tasks, event triggers and workflow steps have the same switch, so an unattended job can run in YOLO while your interactive work stays supervised.
Turn YOLO On or Off in Workspace Settings
To make YOLO the default for a whole workspace, open the workspace, go to Settings, choose the Automations tab and flip YOLO Mode (Execute All). Click Update Workspace to save. Switch it off the same way. The switch is off by default, and every permission request in the workspace is approved automatically while it is on.
A Safe YOLO Setup for Poolside
- → Allow the boring tools, not everything. Always Allow adds the tool to the workspace's auto-approved list, so the routine calls stop asking and the risky ones still do. Prune that list in workspace settings now and then.
- → Leave the workspace-wide switch off. Workspace settings also has YOLO Mode (Execute All). Turn YOLO on per task instead, so it never outlives the job you trusted.
- → Keep Poolside's deny rules. They still apply under AgentRQ's YOLO, so put
git push *,rm *and secret paths like~/.ssh/**insettings.yaml. - → Use the sandbox for unattended runs. Poolside's own advice for
--unsafe-auto-allowis a trusted, sandboxed environment. - → Commit first. Start every YOLO task from a clean git tree, so any change is one
git resetaway. - → Read the record. The tool call history lists every call the task made, including the ones that were auto-approved.
FAQ
How do I enable YOLO mode in Poolside? Switch the approval mode to Allow all: press Shift+Tab until it shows, or type /mode always-allow.
How do I run pool without prompts in CI? Use pool exec with --unsafe-auto-allow. Tool calls run without prompts, and deny rules still apply.
Does Allow all skip everything in Poolside? No. Deny rules still apply, and switching from Plan back to Build always needs your review.
What is Auto mode in Poolside? An approval mode where a classifier model rates each request. Low-risk actions run, medium-risk ones run with a notice, and high-risk ones ask you.
How do I approve Poolside tool calls remotely? Connect Poolside to AgentRQ through the ACP Gateway, with the approval mode on Always ask. Its permission requests show up in the task on the web, your phone or Slack.
For every other agent, see what YOLO mode is and how to turn it on in every coding agent.