**Concrete use case: PR preview broken across GitHub orgs**
I work across repos in two different GitHub orgs — each requires a different GitHub account (different SSH keys, different `gh` CLI users). Git operations work fine because SSH config handles per-host identity switching. The `gh` CLI also handles this cleanly with `gh auth switch --user`.
But Cursor’s built-in PR preview uses a single GitHub OAuth session (the Accounts menu), which is completely separate from the SSH/CLI auth paths. When I open a PR from org A’s repo, it works. When I switch to org B’s repo and try to view a PR, the preview shows “We couldn’t load this PR’s file changes” because the OAuth token belongs to the wrong account.
**What I’d like:** Per-repo or per-remote GitHub account mapping for Cursor’s API features (PR preview, review threads, checks). The identity is already deterministic — `git remote get-url origin` tells you which org you’re in. Cursor could infer which GitHub account to use from the remote URL, the same way SSH config does.
**Current workaround:** Sign out and sign back in via the Accounts menu every time I switch repos across orgs. This breaks flow, especially when reviewing PRs from teammates.