How it works
How a task becomes a pull request
One execution per task, then gone, in your own cloud project. The run record and the PR remain; the container does not.
The run, end to end
The same, in words
- Your agentFan out these three bug fixes.
- FugaroOne run per piece, each with a self-contained task
- Ephemeral cloud jobin your own cloud project Cloud Run job per repository workflow one execution per task, then gone
- Pull requesta draft opens at the first push (marked not verified)
- Spend caps watch the whole runA run halts when its next call's worst case would pass the cap runs also share daily caps per repository and project There is no Fugaro service in between: it uses your Google Cloud project and your model credentials
Also true of a run
- the plugin’s working skill launches, watches and diagnoses runs
- The draft appears at the run’s first checkpoint push (within about a minute of its first commit), marked not verified
- Sync to the exact target commit and restore the dependency caches.
- The run record and the PR remain; the container does not.
- The trust boundary is the container, not the process.
The four levels
A dashed outline is a part that is planned rather than built.




Turn a task into a pull request
In your own cloud project