Common issues
Copilot CLI not found
Copilot CLI not found
Max requires the GitHub Copilot CLI to be installed and available on your After installing, verify it is accessible:Then restart Max:
PATH.Install it with npm:Not authenticated with Copilot CLI
Not authenticated with Copilot CLI
Max uses the Copilot CLI to communicate with AI models. If the CLI is not authenticated, sessions will fail to start.Authenticate:Follow the prompts to complete the browser-based OAuth flow. Once authenticated, restart Max.
Telegram bot not responding
Telegram bot not responding
If messages sent to your Telegram bot receive no reply, check the following:
-
Bot token — verify
TELEGRAM_BOT_TOKENin~/.max/.envis correct. You can get a new token from @BotFather. -
Authorized user ID — verify
AUTHORIZED_USER_IDin~/.max/.envmatches your numeric Telegram user ID. Get your ID from @userinfobot. - Re-run setup — if either value is missing or wrong, run:
- Check logs — Max logs to stdout/stderr. If you ran
max startin a terminal, scroll up to see any Telegram-related errors.
Model unavailable or not found
Model unavailable or not found
Skills not loading
Skills not loading
If Max does not appear to be using an installed skill, verify the skill directory structure is correct.Each skill must be a directory containing at minimum a Skills are also loaded from Skills are injected into the orchestrator session at startup. After installing a skill, restart Max for it to take effect:
SKILL.md file:~/.agents/skills/ (shared global skills). Check both locations.List installed skills from the TUI:Workers are stuck or not completing
Workers are stuck or not completing
Worker sessions have a configurable timeout. If a worker runs longer than The default is 600,000 ms (10 minutes). Increase this for long-running tasks.You can also ask Max to kill a stuck session directly:Or restart the daemon to clear all workers:
WORKER_TIMEOUT milliseconds, it may be stuck.Check and adjust the timeout in ~/.max/.env:Daemon crashed or stopped unexpectedly
Daemon crashed or stopped unexpectedly
If the daemon exits, restart it:Max saves the orchestrator session ID to
~/.max/max.db and resumes it automatically on the next start. Recent conversation context is injected back into the session so Max can pick up where it left off.If the daemon crashes repeatedly, check the terminal output for error messages. Max logs unhandled errors to stderr before exiting.TUI cannot connect to the daemon
TUI cannot connect to the daemon
The TUI connects to the daemon at Make sure the daemon is running:Run the daemon in one terminal and the TUI in a separate terminal. The TUI retries automatically and will reconnect once the daemon is available.If you configured a custom
http://127.0.0.1:7777. If you see:API_PORT, set MAX_API_URL when starting the TUI:Port already in use
Port already in use
If you see an error like Then restart Max:If you are running the TUI against the new port, set
Port 7777 is already in use, either another Max instance is already running, or another process has claimed the port.To use a different port, update ~/.max/.env:MAX_API_URL:Logs
Max writes all output to stdout and stderr. To capture logs to a file:MAX_TUI_DEBUG=1:
~/.max/tui-debug.log as newline-delimited JSON.
Configuration reference
All configuration lives in~/.max/.env. The most relevant settings for troubleshooting:
| Variable | Default | Description |
|---|---|---|
API_PORT | 7777 | Port for the local HTTP API |
COPILOT_MODEL | claude-sonnet-4.6 | Default model for the orchestrator |
WORKER_TIMEOUT | 600000 | Worker session timeout in milliseconds |
TELEGRAM_BOT_TOKEN | — | Telegram bot token (optional) |
AUTHORIZED_USER_ID | — | Telegram user ID to authorize (optional) |
~/.max/.env, restart Max for changes to take effect.
Getting help
If you encounter an issue not covered here, open a GitHub issue: https://github.com/burkeholland/max/issues Include the output ofmax start and any relevant error messages.