Troubleshooting Sesori: Bridge and connection issues
Fix Bridge, assistant, and connection issues for Sesori with OpenCode, Codex, and Cursor on macOS, Linux, and Windows.
Most Sesori issues come from one of three places: your assistant is not ready, the Bridge is not running, or the app and Bridge are signed into different accounts.
Quick checks
Start here:
Open a terminal on your laptop or desktop.
Confirm your assistant is installed — run whichever applies:
opencode --help # OpenCode codex --version # Codex cursor-agent --version # CursorPer-assistant setup status is also visible in the app under Settings → Harnesses.
Start the Bridge:
sesori-bridgeSign into the Bridge with GitHub, Google, Apple, or email.
Open Sesori and sign in with the same account.
Bridge offline
Sesori shows Bridge Offline when the app can reach the relay, but the relay cannot see the Bridge process running on your machine.
Common causes:
The terminal running
sesori-bridgewas closed.Your laptop or desktop went to sleep.
Your machine lost internet access.
The Bridge was signed out.
A firewall, VPN, or corporate network is blocking outbound relay traffic.
Fix it:
Keep that terminal open while you use Sesori.
Sign-in does not connect
Use the same provider and account in both places.
If the app is signed in with Google and the Bridge is signed in with GitHub, they will not match. Sign out and sign back in with the same account.
To force the Bridge to sign in again, clear the stored token and restart:
The Bridge asks you to sign in automatically whenever it starts without a valid stored token, so clearing it and starting again is all you need.
Assistant not found
If the Bridge cannot start your assistant, confirm its command works:
If the command fails, install the assistant again or fix your PATH.
If the assistant is installed in a custom location, point the Bridge to it:
For OpenCode and Codex, an explicit path is trusted as-is — the Bridge skips the version check it would otherwise run on a binary found through your PATH. Cursor is version-checked either way.
If the Bridge finds the binary but the version is too old, you'll see a message like:
If no usable runtime is found at all:
The Bridge starts in a degraded state and retries in the background rather than exiting, so you can fix the issue without restarting the Bridge.
Cursor: authentication required
If Cursor is installed but the Bridge reports authentication required, Cursor is not logged in on this machine.
Check the status:
If it shows you're not logged in, authenticate:
Alternatively, set the CURSOR_API_KEY environment variable before starting the Bridge. Once authenticated, the Bridge will pick up Cursor automatically on the next retry.
Port already in use
The Bridge starts OpenCode on a local port (a numbered "channel" your computer uses for network traffic). If you've pinned a specific port and another program on your machine is already using it, either close that program or tell the Bridge to use a different port with --opencode-port. For example:
You can pick almost any number between 1024 and 65535 that isn't already in use.
If another Bridge process is running, stop it:
Then start the Bridge again.
No projects
Projects come from your assistant. Open a project folder on your laptop or desktop in your assistant first, then refresh the Sesori project list.
Project directory not found
This means the folder behind a project was renamed, moved, or deleted on your machine.
Fix it by opening the correct folder in your assistant again, then refresh Sesori.
Session will not load
Try these in order:
Pull to refresh the Session List.
Confirm the Bridge is still running.
Confirm your assistant still has access to the project directory.
Restart the Bridge.
Voice input fails
Voice input needs microphone permission and network access to the transcription service.
Fix it:
Allow microphone access for Sesori in your system settings.
Keep recordings shorter than the current limit.
Check your internet connection.
Try typing the prompt if transcription is temporarily unavailable.
Messages are queued
Queued messages are normal when your assistant is already busy. Sesori sends them in order once the current task finishes.
If you want to interrupt the flow:
Tap Stop to abort the running task.
Tap Send now on a queued message.
Tap Cancel to remove a queued message.
Still stuck?
Send us:
What platform you're using.
Which assistant you're using and whether it runs locally.
The last few lines from the
sesori-bridgeterminal.A screenshot of the Sesori error state.
Email [email protected] or use Discord.
Last updated
Was this helpful?