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.

  1. Check container logs:

docker logs <container-name>
  1. Review the output for startup errors.

  2. Restart Docker and rerun CodeAssist:

sudo systelctl restart docker
uv run run.py

Error 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.
  1. Ensure Docker desktop (macOS and Windows) or Docker Engine (Linux) is open and running.

  2. You may need to restart Docker. If so, use this command:

sudo systemctl restart docker
  1. Then, test your connection to Docker:

docker ps
  1. If you still see the error, verify your user is in the docker group using this command:

sudo usermod -aG docker $USER
  1. Log 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.

  1. Check what containers are currently running, either in the Docker desktop app UI, or using this command:

docker ps
  1. Stop the one that's using port:3000:

docker stop <container-name>
  1. Relaunch CodeAssist:

uv run run.py

Common 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.

A No-Op is intentional. It signals when it is 'your turn.'

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.

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:

  1. Pause with shift + space or the UI button

  2. Save your work by copying & pasting it elsewhere (if needed)

  3. Restart CodeAssist (ctrl + c) then rerun with uv 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 HEAD in your repo)

  • Open a GitHub issue here or share logs in the #codeassist-support channel on the Gensyn Discord

Last updated