Skip to main content
You can configure Symbiotic Code using a JSON or JSONC config file.

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.
  • Remote config (from .well-known/symbiotic) - organizational defaults
  • Global config (~/.config/symbiotic/symbiotic.json) - user preferences
  • Custom config (SYMBIOTIC_CONFIG env var) - custom overrides
  • Project config (symbiotic.json in project) - project-specific settings
  • .symbiotic directories - agents, commands, plugins
  • Inline config (SYMBIOTIC_CONFIG_CONTENT env var) - runtime overrides
  • Managed config files (/Library/Application Support/symbiotic/symbiotic.json on macOS) - admin-controlled
  • macOS managed preferences (.mobileconfig via MDM) - highest priority, not user-overridable
This means project configs can override global defaults, and global configs can override remote organizational defaults. Managed settings override everything.

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.

Configuration

Tools

You can manage the tools an LLM can use through the tools option.
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, otherwise it falls back to your main model.

Provider options

Provider options can include timeout, chunkTimeout, and setCacheKey:
symbiotic.json

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.json
You can also define agents using markdown files in ~/.config/symbiotic/agents/ or .symbiotic/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). This can be a built-in agent like “build” or “plan”, or a custom agent you’ve defined. If the specified agent doesn’t exist or is a subagent, Symbiotic Code will fall back to “build” with a warning. This setting applies across all interfaces: TUI, CLI (Symbiotic Code run).

Commands

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

Auto-update

Symbiotic Code will automatically download any new updates when it starts up. 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. Notice that this only works if it was not installed using a package manager such as Homebrew.

Formatters

You can configure code formatters through the formatter option.
symbiotic.json

Permissions

By default, Symbiotic Code allows all operations without requiring explicit approval. You can change this using the permission option. For example, to ensure that the edit and bash tools require user approval:
symbiotic.json

Compaction

You can control context compaction behavior through the compaction option.
symbiotic.json

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.
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.
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 and glob patterns to instruction files.

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 takes priority over enabled_providers.
  • 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.
  • The disabled_providers takes priority over enabled_providers.
  • If a provider appears in both enabled_providers and disabled_providers, the disabled_providers takes priority for backwards compatibility.