Skip to main content
You can configure Symbiotic Code using a JSON or JSONC (JSON with comments and trailing commas) config file named symbiotic.json or symbiotic.jsonc.
symbiotic.jsonc
The $schema field enables validation and autocompletion in your editor. If a config file doesn’t have one, Symbiotic Code adds it automatically the first time it loads the file.
The config is validated strictly: unknown top-level keys are rejected and Symbiotic Code will report Configuration is invalid at <path> with the offending key. Check spelling if you see this error.

Locations

You can place your config in a couple of different locations and they have a different order of precedence.
Configuration files are merged together, not replaced.
Sources are loaded in this order, each one overriding the previous ones (later wins):
  1. Remote config (from <url>/.well-known/symbiotic) - organizational defaults, loaded for each URL you logged in to with symbiotic providers login <url>
  2. Global config (~/.config/symbiotic/symbiotic.json or symbiotic.jsonc) - user preferences
  3. Custom config (file path in the SYMBIOTIC_CONFIG env var) - custom overrides
  4. Project config (symbiotic.json / symbiotic.jsonc, searched from the current directory up to the Git root) - project-specific settings
  5. .symbiotic directories - .symbiotic/symbiotic.json(c) plus agents, commands, plugins, tools, and skills (see below)
  6. Inline config (JSON content in the SYMBIOTIC_CONFIG_CONTENT env var) - runtime overrides
  7. Account organization config - fetched from Symbiotic for your active account’s organization
  8. Managed config files (see Managed settings) - admin-controlled, highest priority
This means project configs can override global defaults, and global configs can override remote organizational defaults. Objects are deep-merged; for the instructions and plugin arrays, entries from all sources are combined (with duplicates removed) instead of replaced.
Set SYMBIOTIC_DISABLE_PROJECT_CONFIG=1 to ignore project config files, project .symbiotic/ directories, and project rule files.

.symbiotic directories

Besides JSON files, Symbiotic Code loads additional configuration from these directories:
  • ~/.config/symbiotic/
  • .symbiotic/ in the current directory and each parent directory up to the Git root
  • ~/.symbiotic/
  • The directory set in SYMBIOTIC_CONFIG_DIR
Each directory can contain: Singular folder names (agent/, command/, skill/, plugin/, tool/) are also accepted.

Managed settings

Organizations can enforce configuration that users cannot override. Managed settings are loaded at the highest priority tier. Drop a symbiotic.json or symbiotic.jsonc file in the system managed config directory:
These directories require admin/root access to write, so users cannot modify them. Only the config file is read from the managed directory; agents, commands, skills, and plugins placed there are ignored.
A few environment variables are applied on top of the merged config, after managed settings: SYMBIOTIC_PERMISSION (merged into permission), SYMBIOTIC_DISABLE_AUTOCOMPACT and SYMBIOTIC_DISABLE_PRUNE. See Environment variables.

Checking the resolved config

To see the final merged configuration for the current directory, run:

Variables

You can reference environment variables and files inside any config file.

Env vars

Use {env:VARIABLE_NAME} to substitute an environment variable. If the variable is not set, it is replaced with an empty string.
symbiotic.json

Files

Use {file:path/to/file} to substitute the contents of a file (leading and trailing whitespace is trimmed). Paths can be absolute, start with ~/, or be relative to the directory of the config file.
symbiotic.json
If the referenced file doesn’t exist, loading the config fails with a bad file reference error. References on lines commented out with // are ignored.

Configuration

Top-level keys

TUI settings such as theme and keybinds live in a separate tui.json file (see Keybinds). If these keys are found in symbiotic.json, they are automatically moved to a tui.json next to it (a .tui-migration.bak backup is kept). The deprecated mode and layout keys are still accepted; use agent instead of mode.

Tools

You can manage the tools an LLM can use through the legacy tools option, but new configurations should use permission. true maps to allow and false to deny; write, patch, and multiedit map to the edit permission.
symbiotic.json

Models

You can configure the providers and models you want to use in your Symbiotic Code config through the provider, model and small_model options.
symbiotic.json
The small_model option configures a separate model for lightweight tasks like title generation. By default, Symbiotic Code tries to use a cheaper model if one is available from your provider (for example a Haiku, Flash, or nano model), otherwise it falls back to your main model.

Provider options

Provider options can include apiKey, baseURL, timeout, chunkTimeout, and setCacheKey:
symbiotic.json
You can also restrict the models a provider exposes with whitelist / blacklist (arrays of model IDs), and override or add models under models.

Provider-specific options

Some providers support additional configuration options beyond the generic timeout and apiKey settings.

Amazon Bedrock

Amazon Bedrock supports AWS-specific configuration:
symbiotic.json
Bearer tokens (AWS_BEARER_TOKEN_BEDROCK or /connect) take precedence over profile-based authentication.

Agents

You can configure specialized agents for specific tasks through the agent option.
symbiotic.jsonc
You can also define agents using markdown files in ~/.config/symbiotic/agents/ or .symbiotic/agents/. See Custom agents.

Default agent

You can set the default agent using the default_agent option. This determines which agent is used when none is explicitly specified.
symbiotic.json
The default agent must be a primary agent (not a subagent or hidden agent). This can be a built-in agent like build or plan, or a custom agent you’ve defined. When default_agent is not set, build is used. If the specified agent doesn’t exist, is a subagent, or is hidden, there is no silent fallback: the TUI just selects the first primary agent, and requests that don’t name an agent (for example symbiotic run without --agent, or ACP clients) fail with an error such as default agent "x" not found. Fix or remove the setting. This setting applies across interfaces: TUI, CLI (symbiotic run), and ACP clients.

Commands

You can configure custom commands for repetitive tasks through the command option.
symbiotic.jsonc
You can also define commands using markdown files in ~/.config/symbiotic/commands/ or .symbiotic/commands/. See Custom commands.

Auto-update

Symbiotic Code checks for a new version when the TUI starts and automatically installs it. You can disable this with the autoupdate option.
symbiotic.json
If you don’t want updates but want to be notified when a new version is available, set autoupdate to "notify".
autoupdate is only read from your global config (~/.config/symbiotic/); setting it in a project config has no effect. You can also disable updates with SYMBIOTIC_DISABLE_AUTOUPDATE=1. Automatic installation works for the install script and for global npm, pnpm, yarn, and bun installs.

Formatters

You can configure code formatters through the formatter option. Use $FILE as a placeholder for the file path. Set "formatter": false to disable all formatters.
symbiotic.json

Permissions

By default, all tools are allowed except for a few safety exceptions that ask for confirmation: accessing files outside the project (external_directory), reading .env files (*.env, *.env.*; *.env.example is allowed), and repeated identical tool calls (doom_loop). You can change this using the permission option. For example, to ensure that the edit and bash tools require user approval:
symbiotic.json
See Tool permissions for pattern-based rules.

Compaction

You can control context compaction behavior through the compaction option.
symbiotic.json
SYMBIOTIC_DISABLE_AUTOCOMPACT=1 and SYMBIOTIC_DISABLE_PRUNE=1 force auto and prune to false.

Watcher

You can configure file watcher ignore patterns through the watcher option.
symbiotic.json
Patterns follow glob syntax. Use this to exclude noisy directories from file watching.

MCP servers

You can configure MCP servers you want to use through the mcp option. See MCP for the full format and the symbiotic mcp commands.
symbiotic.json

Plugins

Plugins extend Symbiotic Code with custom tools, hooks, and integrations. Place plugin files in .symbiotic/plugins/ or ~/.config/symbiotic/plugins/. You can also load plugins from npm through the plugin option. See Plugins.
symbiotic.json

Instructions

You can configure the instructions for the model you’re using through the instructions option.
symbiotic.json
This takes an array of paths, glob patterns, and URLs to instruction files. See Rules.

Disabled providers

You can disable providers that are loaded automatically through the disabled_providers option. This is useful when you want to prevent certain providers from being loaded even if their credentials are available.
symbiotic.json
The disabled_providers option accepts an array of provider IDs. When a provider is disabled:
  • It won’t be loaded even if environment variables are set.
  • It won’t be loaded even if API keys are configured through the /connect command.
  • The provider’s models won’t appear in the model selection list.

Enabled providers

You can specify an allowlist of providers through the enabled_providers option. When set, only the specified providers will be enabled and all others will be ignored.
symbiotic.json
This is useful when you want to restrict Symbiotic Code to only use specific providers rather than disabling them one by one.
If a provider appears in both enabled_providers and disabled_providers, disabled_providers takes priority.

Experimental

The experimental object contains options that may change or be removed:

Environment variables

Boolean variables accept 1 or true.