AgentGetting Started
First Troubleshooting Steps
The most common first-time Agent problems and the fastest order to check them
First Troubleshooting Steps
When an agent fails the first time, the cause usually belongs to one of four areas.
1. The project is not initialized
Symptoms:
city agent statusshowsnot initializedPROFILE.mdordowncity.jsonis missing
Fix:
city agent create .If the minimum project files do not exist, do not start by suspecting models, channels, or sessions.
2. No valid model binding
Symptoms:
- startup fails because execution binding is invalid
- model calls fail immediately
Fix:
- check
downcity.json.execution.modelId - confirm that the model ID exists in the global model pool
This is one of the most common structural startup problems in the current implementation.
3. The Agent is not running
Symptoms:
city agent chatcannot connect- CLI says the daemon is unreachable
Fix:
city agent status
city agent startIf background behavior is unclear, also try:
city agent start --foreground4. State files are stale
Symptoms:
statusshowsstale
Fix:
city agent doctor --fix
city agent startIn most cases you do not need to delete project directories or manually remove random state files. doctor --fix is the right first move.
Recommended order
city agent status- inspect
downcity.json - confirm model binding
- if stale, run
doctor --fix - if still needed,
restart
A frequent mistake
Many first-time users just run start again and again.
The better pattern is:
- check
status - check config
- use
restartordoctordeliberately
More troubleshooting: