Upgrading Frona involves pulling the latest code and rebuilding the containers.
Upgrading from v2026.9.0 to v2026.10.0
- Provider connections: Existing built-in provider keys remain valid. For multiple accounts, give each connection a handle and set its
providerbrand explicitly. Update model groups and their fallbacks to reference those handles. See Providers & Models. - OpenAI protocol default: OpenAI-branded connections now default to Responses, including unknown or manually entered model IDs. Set
api: completionsif your endpoint requires Chat Completions. Existingapi: chat_completionsvalues remain accepted. - Model settings: Check the protocol and settings for each group and fallback. Unsupported typed settings are rejected. Native request fields can be supplied through
extra_params, except for conversation, tool, streaming, and structured-output fields managed by Frona. - Configuration saves: The UI preserves unrelated overrides and environment references. Reload settings if a save reports a revision conflict, and restart when prompted to activate saved configuration. Malformed or unreadable YAML is now a startup error.
- Credentials: Newly saved provider keys and account tokens use encrypted managed storage in the database. Include the database, configuration, and encryption secret in your backup. Existing inline YAML keys remain supported.
- Development containers: Rebuild with
mise run container:dev:buildto install Bacon and Kache. Hostdev,dev:backend, anddev:frontendtasks have been removed; usemise run container:dev.
After upgrading, verify provider authentication, the primary model and fallback chain, and a credential-backed agent command. The About dialog includes the embedded source revision to help identify the running build.
Upgrade procedure
1. Back up your data
Always back up before upgrading. See Backups.
docker compose stop frona
tar czf frona-backup-pre-upgrade.tar.gz data/ .env2. Pull the latest code
git pull origin main3. Check for configuration changes
Review the changelog or diff for any new environment variables or changed defaults. Update your .env file if needed.
4. Rebuild and restart
docker compose build
docker compose up -d5. Verify
Check that all services are running:
docker compose psOpen the web interface and verify everything works as expected.
Rolling back
If something goes wrong:
- Stop the services:
docker compose down - Check out the previous version:
git checkout <previous-commit> - Restore your data backup if needed
- Run
docker compose build, thendocker compose up -d.
Database migrations
SurrealDB handles schema changes automatically in most cases. If a version requires a specific migration, it will be documented in the release notes.
Version pinning
If you want to pin to a specific version instead of tracking main, use git tags:
git checkout v2026.10.0
docker compose build
docker compose up -d