Use this file to discover all available pages before exploring further.
Archon surfaces most issues with actionable error messages, but some problems need a bit of extra diagnosis. This page covers the most common issues grouped by area — work through the relevant section and run archon doctor after applying a fix to confirm your setup is healthy.
Claude Code not found (compiled binary)
Symptom: A workflow fails with:
Claude Code not found. Archon requires the Claude Code executable to bereachable at a configured path in compiled builds.
Cause: Compiled Archon binaries (from the curl/PowerShell installer or Homebrew) don’t bundle Claude Code. You need to install it separately and tell Archon where it is.Fix:
Run archon doctor to confirm the binary is found. Docker users don’t need this — the image pre-sets the path.
Worktree belongs to a different clone
Symptom: Errors like:
Worktree at <path> belongs to a different clone
Cannot adopt <path>: path contains a full git checkout, not a worktree
Cannot verify worktree ownership at <path>
Cause: Archon identifies codebases by their remote URL (owner/repo), so two local clones of the same remote share one workspace path. A worktree created by one clone can’t be safely adopted by another.Fix — pick one:
Clean up the conflicting worktree from the other clone:
Use a different branch name so they don’t compete:
archon workflow run <name> --branch <different-name> "task"
Consolidate to a single local clone of the repo.
Stale workspace symlink / repository registration failed
Symptom:
Cannot create worktree: repository registration failed.Error: Source symlink at ~/.archon/workspaces/.../source already points to <old-path>
Fix: Delete the stale workspace entry and retry:
rm -rf ~/.archon/workspaces/<owner>/<repo>archon workflow run <name> "task"
Or skip isolation for one run:
archon workflow run <name> --no-worktree "task"
Workflow hangs silently inside Claude Code
Symptom: Workflows started from a Claude Code terminal session produce no output, or the CLI shows a CLAUDECODE=1 warning and then hangs.Cause: Nested Claude Code sessions can deadlock.Fix: Run archon serve from a regular shell outside Claude Code and use the Web UI or HTTP API. To suppress the warning if you have a non-deadlocking setup:
ARCHON_SUPPRESS_NESTED_CLAUDE_WARNING=1 archon workflow run ...
To extend the first-event timeout:
ARCHON_CLAUDE_FIRST_EVENT_TIMEOUT_MS=120000 archon workflow run ...
SQLite (default): No setup needed. The database is created automatically at ~/.archon/archon.db. If you see errors, verify ~/.archon/ exists and is writable.PostgreSQL:
Check delivery in GitHub UI: Go to your repo → Settings → Webhooks → Recent Deliveries. Look for failed deliveries with error details.Verify webhook secret matches exactly:
grep WEBHOOK_SECRET .env
For local development, verify your tunnel is active:
curl http://localhost:4040/api/tunnels
Remember: Archon only responds to @archon mentions in issue and PR comments — not in descriptions. This is by design to prevent false triggers from docs that contain example commands.
Telegram / Slack / Discord bot not responding
Check the server is running:
curl http://localhost:3090/health
Check application logs:
# Localbun run dev # logs print to stdout# Dockerdocker compose logs -f app
Telegram / Discord unauthorized: If TELEGRAM_ALLOWED_USER_IDS or DISCORD_ALLOWED_USER_IDS is set, make sure your user ID is in the list. These adapters silently reject unauthorized users.
Docker container won't start
# Check logs for specific errorsdocker compose logs app# Verify env vars are parsed correctlydocker compose config# Rebuild without cachedocker compose build --no-cachedocker compose up -d
If this returns your profile, the token is valid. If not, regenerate it at github.com/settings/tokens with repo scope.Make sure both variables are set in .env: