Quick Usage (Already Configured)
Provide wiring overview
- •OpenWork UI uses the OpenCode SDK for runtime MCP calls and events.
- •MCP config lives in
opencode.jsonundermcp; OpenWork server only reads/writes config for remote clients. - •MCP auth tokens are managed by OpenCode and stored outside the repo.
- •Remote UI traffic hits the OpenWork server at
/opencode/*, which proxies to OpenCode. - •The OpenWork server must include the workspace directory (via
x-opencode-directoryordirectoryquery) so OpenCode loads the correct config.
Troubleshoot auth errors
- •Confirm the MCP entry type and required fields (
localneedscommand[],remoteneedsurl). - •If refresh tokens are invalid, re-auth via OpenCode and reload the engine after config edits.
- •Avoid editing token files directly; use OpenCode commands or endpoints.
- •If the UI says "does not support OAuth", verify the directory matches the on-disk
opencode.jsonpath. - •In remote mode, OpenWork approval gates apply for
mcp.addandengine.reloadunless auto-approve is explicitly enabled.
Common Gotchas
- •Engine reload only re-reads config; it does not refresh OAuth tokens.
- •Remote clients need OpenWork server for config writes, but MCP runtime still routes through OpenCode.
- •macOS can resolve temp paths as
/private/tmp/...while config is under/tmp/...; normalize before calling MCP endpoints.
First-Time Setup (If Not Configured)
- •Add the MCP entry to
opencode.json. - •Restart or reload the OpenCode engine.
- •Authenticate the MCP provider via OpenCode.