Troubleshooting
Stuck? Get unblocked with CodeAssist on Windows (WSL 2), Linux, or macOS, or reach out to support for more help.
Overview
This page helps you diagnose and resolve common issues encountered while running or using CodeAssist. It covers both runtime behaviors (inside the CodeAssist UI) and system errors (Docker or environment-related).
Environment & Docker Errors
These issues occur before or during CodeAssist startup.
Exception: Container is unhealthy
This can occur when a Docker container fails to start properly.
Check container logs:
docker logs <container-name>Review the output for startup errors.
Restart Docker and rerun CodeAssist:
sudo systelctl restart docker
uv run run.pyError connecting to Docker daemon
If Docker isn't running, or your user lacks permission to access it, you may encounter an error that looks much like this one:
2025-09-04 15:03:47,975 - ERROR - Error connecting to Docker daemon:
Error while fetching server API version: ('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))
2025-09-04 15:03:47,976 - ERROR - Please ensure Docker is installed and running.Ensure Docker desktop (macOS and Windows) or Docker Engine (Linux) is open and running.
You may need to restart Docker. If so, use this command:
sudo systemctl restart dockerThen, test your connection to Docker:
docker psIf you still see the error, verify your user is in the
dockergroup using this command:
sudo usermod -aG docker $USERLog out and log back in.
Bind for 0.0.0.0:3000 failed: port is already allocated
This is a common issue you might experience if already running other Gensyn products, like BlockAssist or RL Swarm.
If a container, such as another Gensyn service, is already using port:3000, then the Docker containers will refuse to open.
Check what containers are currently running, either in the Docker desktop app UI, or using this command:
docker psStop the one that's using
port:3000:
docker stop <container-name>Relaunch CodeAssist:
uv run run.pyCommon Runtime Behaviors
These are expected or semi-expected quirks of the current CodeAssist prototype. They are not necessarily bugs, but knowing what they mean can save you time.
No-Ops (Assistant Stops Typing)
Sometimes, the assistant can enter a “no-operation” state. It’s unsure what to do next.
To fix this, simply move your cursor, add a space, or make any small edit. This resumes generation immediately.
Broken Constraints in Problems
Some imported LeetCode problems include invalid or computationally infeasible test cases. You may encounter test cases that hang or never complete, and inputs that do not match the problem's listed constraints.
This is due to the publicly-available, 3rd party LeetCode problem/solution dataset used within CodeAssist.
To fix this, choose a new problem from the sidebar and continue training. The issue is dataset-specific, not user-specific.
"Wandering" Behavior
Rarely, the assistant will overwrite the starter function or switch to solving a different problem.
To fix this:
Pause with
shift + spaceor the UI buttonSave your work by copying & pasting it elsewhere (if needed)
Restart CodeAssist (
ctrl + c) then rerun withuv run run.py
Non-Linear Learning
After your first or second training run, performance may actually degrade before it shows signs of improvement.
Why: The assistant starts from a baseline model and calibrates using your early episodes. Initial adjustments on the model's side can be dramatic.
How to fix: Continue recording and training on at least five episodes before expecting stable improvements and a more accurate outputting from your model.
When to Report an Issue
If you’ve tried the above steps and the problem persists:
Collect your terminal output and Docker logs
Include the CodeAssist version (
git rev-parse HEADin your repo)Open a GitHub issue here or share logs in the
#codeassist-supportchannel on the Gensyn Discord
If you need additional support, you can open a ticket or visit our Discord.
Last updated