Configuration controls how Guided Generative Workflows (GG) behaves at every stage of the pipeline — how checkpoints are committed and whether stages run in the foreground or background. Workflows configuration lives inDocumentation Index
Fetch the complete documentation index at: https://docs.joggr.ai/llms.txt
Use this file to discover all available pages before exploring further.
.joggr/.gg/settings.json at the root of your repository. Edit it directly to change settings.
Schema
| Key | Type | Default | Description |
|---|---|---|---|
checkpoint.auto_commit | boolean | false | Commit changes after every checkpoint |
checkpoint.auto_push | boolean | false | Push to remote after every checkpoint |
agents.{stage}.mode | string | See below | Execution mode for a specific stage |
Checkpoint Settings
Workflows automatically creates a checkpoint at the end of each pipeline stage and after each execution wave. Whether changes are committed (and pushed) depends on your checkpoint settings.auto_commit controls whether checkpoints commit at all. When false (the default), Workflows (“GG”) skips all git operations — files are written to disk but left uncommitted so you can review and commit them manually. Set it to true to have Workflows (“GG”) stage and commit changes after every wave.
auto_push controls whether committed checkpoints are also pushed to the remote. Only applies when auto_commit is true. Set it to false to commit locally without pushing.
Execution Mode
Execution modes exist for Workflows’ internal orchestration and are documented here for reference only:| Mode | Behavior |
|---|---|
foreground | Runs inline in your current session. Used for interactive stages that need user input. |
background | Runs as a background task. Used for long-running stages that do not need interaction. |
teams | Runs as a coordinated background task alongside other stages. Used for parallel execution. |
Local Overrides
For machine-specific settings that should not be committed to the repository, create asettings.local.json file alongside settings.json:
settings.json. When both files exist, local values take precedence — they are merged on top of the project settings, with local values winning on conflict.