The first move is alwaysDocumentation Index
Fetch the complete documentation index at: https://docs.backant.io/llms.txt
Use this file to discover all available pages before exploring further.
backant status. It surfaces most failures with a clear next step. The rest of this page is for when status isn’t enough.
Kairos won’t start
Subscription expired or inactive
Subscription expired or inactive
Symptom:
backant start says “Backant requires an active subscription”.Fix: re-run backant login. If the subscription is genuinely lapsed, renew at backant.io.Docker not running
Docker not running
Symptom:
backant memory init or backant start fails with “cannot connect to Docker daemon”.Fix: start Docker Desktop (macOS) or sudo systemctl start docker (Linux). Verify with docker ps.Memory not initialised
Memory not initialised
Symptom:
ENOENT: no such file or directory referencing ~/.claude/kairos/memory/.Fix: run backant memory init. One-time, ~3-5 min depending on tier + network.Stale .session / .state
Stale .session / .state
Symptom: Kairos refuses to start, citing “session already in progress” or returns to a corrupt state on every turn.Fix:
backant start --fresh discards in-process state and re-reads memory from disk. Memory itself, config, and lessons are preserved.Port conflict on Ollama
Port conflict on Ollama
Symptom:
memory init fails because 127.0.0.1:11434 is taken.Fix: another Ollama instance (native or container) is already bound to the default port. Stop it, or set KAIROS_OLLAMA_URL to a different port before re-running init.Memory issues
Recall returns nothing useful
Recall returns nothing useful
Three causes in order of likelihood:
- Empty memory. A brand-new install has nothing to recall. Memory accumulates as Kairos works.
- Wrong tier. Try
backant memory recall "<cue>" --tier any. - Stale embeddings. If you switched models via
memory initwithout runningmemory reindex, the stored vectors don’t match the new model’s dimensionality.
Schema error on opening DB
Schema error on opening DB
Symptom: Your dream logs, eval reports, and
SqliteError: no such column: ... or similar.Cause: the DB was created by an older Kairos version with a different schema. Migrations are not yet fully automated for all schema changes.Fix: archive and recreate..backant.toml are unaffected.Memory store growing too large
Memory store growing too large
Memory does not grow unbounded — STM entries decay over time and are archived below a threshold. But you can inspect:If LTM is bloated with consolidated facts that are no longer relevant, the wake-time triage tools (
memory_promote, memory_demote, prune_with_confirmation) handle pruning. Kairos invokes these as part of normal operation.Manual pruning is rarely needed.Cost issues
Kairos is burning too many tokens
Kairos is burning too many tokens
Three things to try, in order of impact:
- Throttle:
backant start --pace. Auto-stretches the pause between turns when rate-limit utilization is high. - Lower the per-turn cap: drop
max_cost_per_cyclein.backant.tomlfrom15.0to5.0. - Inspect:
backant eval run --window-days 3shows you which turns are expensive and why.
Hitting the daily cap
Hitting the daily cap
max_cycles_per_day = 100 is the default safety cap. Kairos stops for the day when it’s hit and resumes at local midnight.Most workspaces don’t approach 100/day. If you’re hitting it, something is off — either:- The repo is unusually busy
- Turns are completing trivially without doing work (memory not loading, network flapping)
- You set the cap unusually low
backant eval report will show whether work is productive.PR / GitHub issues
Kairos can't open PRs
Kairos can't open PRs
Symptom: turn reports “gh: not authenticated” or PR-create fails.Fix:
gh auth status to verify, gh auth login if needed. Kairos uses your existing gh token.Kairos is making changes I don't want
Kairos is making changes I don't want
Tighten Restart with
.backant.toml:--fresh so policy changes take immediate effect.PRs are too aggressive / large
PRs are too aggressive / large
By default, Kairos prefers small focused PRs. If you’re seeing large ones, two knobs:
- Disable
[permissions].create_epics— without epics, Kairos sticks to single-PR work - Set
[permissions].strategic_work = false— limits Kairos to reactive work (bug fixes, PR feedback)
--fresh.Kairos got into a bad state
The nuclear option:.backant.toml. Only in-process scratch is dropped.
If even that doesn’t help, full reset is documented on the Privacy page.
Still stuck?
- File an issue at github.com/backant-io/backant-kairos/issues
- Email support@backant.io
- Output of
backant statusandbackant memory stats - The contents of
.backant.toml(no secrets — it’s policy) - The relevant section of
~/.claude/kairos/logs/for the time of the incident