Skip to main content
The complete schema for .archductor/settings.toml and .archductor/settings.local.toml. For the opinionated version — what to set and why — read Project setup.
The schema accepts more keys than the daemon currently honors. Rather than hide that, every table below marks status. Acted on means the daemon uses it today. Accepted means it parses and round-trips cleanly but changes nothing yet.

Top level

[scripts]

[prompt_pack] and [prompts]

Prompt keys: new_workspace, general, continue_work, summarize_session, handoff, code_review, create_pr, fix_errors, resolve_merge_conflicts, rename_branch, commit_generation, push_branch, merge_pr, revert_changes, review_comments, test_fixing, refactor_style, setup_script, run_script.

[git]

[customization.naming]

[customization.automation]

The lifecycle hooks — everything from pre_clone to post_archive — parse cleanly but nothing runs them yet. Do not build a workflow that depends on them.

[customization.merge_rules]

[customization.workspace_defaults]

[customization.view]

Core surfaces theme, accent, density, keybindings, terminal font and scrollback, command-palette presets, and notification rules as repository view defaults, but the Electron app reads its own per-machine preferences instead. Change them in Settings, not in the TOML file.

[customization.agent_profiles.<name>]

Injected environment variables

Available to every script and agent process:

Client environment variables

Read by the CLI, the desktop app, and MCP clients:
If a key marked Accepted matters to you, that is useful signal — open an issue on conductor-arch rather than working around it.