mcp-arch
SKILL.md
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.
Weekly Installs
1
Repository
different-ai/op…work-hubGitHub Stars
9
First Seen
3 days ago
Security Audits
Installed on
amp1
cline1
opencode1
cursor1
kimi-cli1
codex1