What's wrong? Maybe some steps to reproduce.
The opencodeProvider auto-capture path fails with an unauthorized error when the OpenCode server is started with a password. This is how I run OpenCode through OpenChamber.
Steps to reproduce
-
Start the OpenCode server with password authentication enabled through OpenChamber.
-
Install and enable opencode-mem.
-
Configure the OpenCode-backed provider, for example:
-
Use OpenCode normally and wait for the idle auto-capture operation.
Actual behavior
The auto-capture request fails with unauthorized when it calls the OpenCode session API. The OpenCode-backed memory capture therefore does not work with a password-protected server.
Expected behavior
The plugin should reuse the authenticated OpenCode transport, or provide a documented way to pass the server authentication to its session API requests, so opencodeProvider works when the server requires a password.
Where does it happen?
OpenCode-backed AI provider requests used by auto-capture, specifically the temporary session create/prompt/delete requests.
The current source appears to:
- derive the server URL and an optional host fetch in
src/index.ts;
- create a separate SDK client with only
{ baseUrl } in src/services/ai/opencode-sdk-client.ts;
- send the raw session requests in
src/services/ai/opencode-provider.ts with only Content-Type headers.
This appears to omit or lose the password-based server authentication when the host fetch is unavailable or does not forward it.
Version (if known)
- opencode-mem: Not known
- OpenCode: Not known
- OpenChamber: Not known
Screenshots / recordings (optional)
N/A
Logs (optional)
No credentials or authorization headers are included here.
What's wrong? Maybe some steps to reproduce.
The
opencodeProviderauto-capture path fails with an unauthorized error when the OpenCode server is started with a password. This is how I run OpenCode through OpenChamber.Steps to reproduce
Start the OpenCode server with password authentication enabled through OpenChamber.
Install and enable
opencode-mem.Configure the OpenCode-backed provider, for example:
{ "opencodeProvider": "provider-name", "opencodeModel": "model-name" }Use OpenCode normally and wait for the idle auto-capture operation.
Actual behavior
The auto-capture request fails with
unauthorizedwhen it calls the OpenCode session API. The OpenCode-backed memory capture therefore does not work with a password-protected server.Expected behavior
The plugin should reuse the authenticated OpenCode transport, or provide a documented way to pass the server authentication to its session API requests, so
opencodeProviderworks when the server requires a password.Where does it happen?
OpenCode-backed AI provider requests used by auto-capture, specifically the temporary session create/prompt/delete requests.
The current source appears to:
src/index.ts;{ baseUrl }insrc/services/ai/opencode-sdk-client.ts;src/services/ai/opencode-provider.tswith onlyContent-Typeheaders.This appears to omit or lose the password-based server authentication when the host fetch is unavailable or does not forward it.
Version (if known)
Screenshots / recordings (optional)
N/A
Logs (optional)
No credentials or authorization headers are included here.