Skip to main content

MCP troubleshooting

Most Ocoya MCP issues come from client configuration, incomplete OAuth approval, missing workspace access, or passing IDs from the wrong workspace.

Quick checks

OAuth and authorization

Ocoya MCP does not accept Ocoya API keys. MCP clients should use OAuth and send a bearer token issued by Ocoya after the user approves access. For diagnostics, an unauthenticated request should return 401 with a WWW-Authenticate header that points to Ocoya OAuth metadata:
If a client keeps failing OAuth, remove the Ocoya MCP connection from that client, add it again, and complete the approval flow from a browser where you can sign in to Ocoya.

Workspace access

Workspace-scoped tools require a workspaceId returned by ocoya_list_workspaces. If a workspace is missing:
  1. Reconnect Ocoya MCP.
  2. Select the missing workspace during the OAuth approval flow.
  3. Ask the client to call ocoya_list_workspaces again.
Do not reuse workspace IDs from another account, environment, or OAuth grant.

Posting and scheduling

Before creating or scheduling posts, ask the client to resolve fresh IDs:
Use the returned workspaceId and socialProfileIds in post tools. For scheduling, pass ISO datetimes:

Client-specific notes

Safe recovery

If the connection looks stale or the wrong account is connected:
  1. Revoke or remove the Ocoya MCP connection in the client.
  2. Add the MCP server again.
  3. Complete OAuth with the intended Ocoya account.
  4. Select the workspaces the client should access.
  5. Verify with ocoya_list_workspaces before write actions.