Agent Loop
Understand YeePilot's staged task loop, plan-first workflow, bounded recovery, and verification behavior.
What It Means For End Users
YeePilot is not limited to one prompt and one command. For larger tasks it can work through a sequence:
- understand the goal
- gather context
- propose a plan
- execute approved actions
- verify the result
- recover from failures when safe to do so
- finish with a summary
This staged behavior is what the docs call the agent loop.
When You Notice It
You are most likely to see the agent loop when you:
- use
/plan <task> - ask YeePilot to work through several files
- ask for troubleshooting, repair, or migration help
- run a task that needs verification after changes
The interactive client already uses the modern agentic runtime by default. You do not need to turn on a separate "agent mode" for normal use.
The Most Important User Control: /plan
Use plan mode when you want YeePilot to stay explicit and structured:
/plan on
/plan status
/plan Review this repo and propose the safest way to add health checks/plan on makes plan-first behavior persistent for the session. /plan <task> is the best choice when you only want one task handled this way.
Autonomy Profiles
Autonomy controls how aggressively YeePilot proceeds after planning:
/autonomy status
/autonomy guarded
/autonomy strict_reviewAvailable profiles:
highguardedstrict_reviewultra
Recommended for most end users:
guardedfor normal workstrict_reviewfor production-sensitive tasks
Verification And Recovery
When YeePilot changes files or runs a mutating workflow, it tries to end with evidence that the task actually worked. That evidence can include:
- a clean command result
- a successful build
- a successful test run
- a service or health-check result
If verification fails, YeePilot can run bounded recovery attempts instead of looping forever. Recovery is intentionally limited by budgets in your configuration.
Vibe Coding And Local Mutation Access
Some plans or subscriptions may allow local coding and repository mutation tools, and some may not. YeePilot exposes that as vibe_coding.
For end users, the important rule is simple:
- when
vibe_codingis allowed and enabled locally, YeePilot can use local coding and file-mutation tools - when it is off locally or blocked by the active plan, local coding-agent tools stay disabled
You can see or change the local toggle in the HUD Settings tab when your current plan allows it.
Best Way To Use The Agent Loop
For important work:
- start with
/plan <task> - keep autonomy at
guardedorstrict_review - attach the relevant files first
- watch verification results before you accept the task as done
- use
/exportwhen you want a shareable record
This gives you the benefits of multi-step assistance without giving up control.