Additional read-only diagnostics — October 10, 2026, approximately 4:50 PM Pacific / 23:50 UTC.
We reproduced a difference based solely on whether an explicit team selector is supplied.
Project: quintascent-picio-pilot-v1
Project ID: prj_HkwvurhrAMytl7Xb74iiDmCLAM4q
Team slug: quitascent
Team ID: team_IKgnMSNmT2TNQeoQoCmPyZ5b
Results:
- get_project({idOrName: "prj_HkwvurhrAMytl7Xb74iiDmCLAM4q"}) succeeds. Its response contains accountId: "team_IKgnMSNmT2TNQeoQoCmPyZ5b".
- The identical lookup with teamId: "team_IKgnMSNmT2TNQeoQoCmPyZ5b" returns 403 Forbidden.
- The identical lookup with slug: "quitascent" also returns 403 Forbidden.
- list_deployments with the project ID and no explicit team selector succeeds; the latest two deployments report READY.
- Earlier list_teams returned an empty list, and direct get_team returned 403.
Both failed project lookups identify operation GET /v9/projects/{idOrName} and report:
“Not authorized: Trying to access resource under scope "quitascent". You must re-authenticate to this scope or use a token with access to this scope.”
Request IDs:
- Explicit team ID: sfo1:sfo1::kzw9q-1791676217409-b1ae2808143c
- Explicit slug: sfo1:sfo1::ltb42-1791676217674-f6e77d7f6a14
Error metadata: saml=false; ssoEnforced=false. The connector additionally labels the failure INVALID_ARGUMENT, while the underlying API error is 403 forbidden.
The Vercel account UI shows quitascent as the default team. The ChatGPT application, owned by Vercel MCP, displays permission to read Vercel team data and read/change authorized projects.
Could you trace these request IDs and check why implicit/default-team project access succeeds while explicitly selecting the same owning team fails? Is this expected authorization behavior, a missing team-specific grant, or a connector scope-resolution issue?
These tests were read-only. No credentials, deployment protections, or project settings were changed.