[BUG] Cowork Can't add private GitHub marketplace
Open 💬 35 comments Opened Feb 24, 2026 by Satak
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Using Claude Desktop client on Mac. When trying to add private GitHub Plugin marketplace to Cowork it gives error: Could not connect to the marketplace host. Check the URL and your network connection.
I can add the same marketplace to Claude Code from Desktop client.
What Should Happen?
I should be able to add the private GitHub marketplace repository to Cowork just like I add it to Claude Code.
Error Messages/Logs
Could not connect to the marketplace host. Check the URL and your network connection.
Steps to Reproduce
- Open Claude Desktop client
- Add Private GitHub marketplace to Cowork
- Get error: Could not connect to the marketplace host. Check the URL and your network connection.
Claude Model
None
Is this a regression?
No, this never worked
Last Working Version
_No response_
Claude Code Version
2.1.37
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Other
Additional Information
<img width="987" height="662" alt="Image" src="https://github.com/user-attachments/assets/2305da7b-5620-478b-8dac-4f41ff7de97b" />
35 Comments
can confirm that this happens on Windows too
I am getting the same error.
I am seeing this as well - I can add the plugin from a private Github repository to Claude Code desktop but not to Cowork or Chat.
Looking at the logs, this appears to be an issue with Chat/Cowork's access to git ssh keys. My SSH key is set up and worked for Claude Code Desktop, but not Cowork -
<img width="1491" height="586" alt="Image" src="https://github.com/user-attachments/assets/335e5989-9ca9-4bcc-881c-55aefb62e624" />
This was partially solved by the preview feature where you can add organization plugin marketplaces which can connect to private GitHub marketplace.
I have the same issue. It worked fine before, also for market places on a private repository. The private github marketplace I added before is also gone now from the macOS desktop app and I cannot re-add it.
(For Claude Code itself it does still work)
This is a crucial issue for us, please adress it. We need to be able to add the plugin that connects to our Private repo. Thanks!
Can confirm this is still broken and still frustrating. It's pretty much shut down our ability to use skills and custom MCP servers we've built. @alexalbertt can you help here?
How can we get anybody on the team to notice this? It looks like it didn't even go through triage.
Same problem
Can we add that this is the same issue on the Windows as well?
And is there any way to escalate this? It is crucial.
I have the same issue.
Same!
havign the same issue
Reproducing on Windows 11 (Store app, v1.569.0.0)
Same issue on Windows 11, confirming this is not macOS-specific.
Environment:
OS: Windows 11 Pro
Claude Desktop: v1.569.0.0 (Microsoft Store, Claude_pzs8sxrjxfjjc)
Claude Code CLI: v2.1.87
Behavior:
claude plugin validate . → passes all validations ✅
CLI (claude plugin marketplace add eagbtech/eagb-plugins) → syncs correctly ✅
Cowork Desktop → failed_content server-side consistently ❌
Relevant log from main.log:
[remoteMarketplaceClient] createAccountMarketplace source=https://github.com/eagbtech/eagb-plugins kind=github
[remoteMarketplaceClient] pollSyncUntilDone timed out after 30000ms with transient status=unspecified
[remoteMarketplaceClient] syncAccountMarketplace.failed status=429 body={"error":{"type":"rate_limit_error","error_code":"marketplace_sync_cooldown"}}
[remoteMarketplaceClient] pollSyncUntilDone settled with status=failed_content
Marketplace config:
Private GitHub repo
Source type: github with repo field (confirmed correct per official docs)
claude plugin validate . passes clean on all 3 plugins and marketplace manifest
Notes:
Cleared ~/.claude/plugins/cache and ~/.claude/plugins/marketplaces — issue persists
Removed and re-added marketplace multiple times — same result
The failed_content status comes from the Anthropic backend, not local validation
CLI uses local git clone path; Cowork uses remoteMarketplaceClient against Anthropic backend — the two code paths behave differently for private repos
I have the Same issue
Why is this not in the triage yet? Should we submit it again? How do we get Anthropic officials to look at it?
Confirming this still reproduces. I ran through every troubleshooting step in the https://code.claude.com/docs/en/plugin-marketplaces#private-repository-authentication-fails and the bug is isolated to Cowork — CLI works perfectly.
Setup:
What works (CLI):
claude plugin marketplace add <owner>/<repo>
claude plugin install <plugin>@<marketplace>
Clones via SSH, validates, installs cleanly. Plugin works in terminal sessions.
What fails (Cowork UI):
Same marketplace added through Cowork UI in Claude Desktop:
▎ Plugins failed validation — 1 plugins found, 1 failed validation
▎ <plugin> — Repository not found on github.com. Check the URL and make sure the repository is public.
This strongly suggests Cowork's validation runs server-side and doesn't use the local git credentials or GITHUB_TOKEN from settings.json. The GitHub App allowlist also doesn't appear to be consulted on that path.
Environment:
Any update on the status would be appreciated — this blocks all org-internal plugin distribution through Cowork. The CLI workaround works but leaves teammates unable to install without terminal tooling.
Second @tomrantala - we are facing exactly the same issue and similarly it blocks the roll out of company wide plugin marketplace with skills.
+1 on macOS, Claude Desktop. Adding evidence that the marketplace fetcher does not share auth with the GitHub Integration connector, even when access has been explicitly granted at the GitHub App level:
repository_selection: "selected"Namleh-Studios/namleh-pluginsandhttps://github.com/Namleh-Studios/namleh-plugins.gitFor comparison: the public
sponticelli/gamedev-claude-pluginsadds without issue, so this isn't a schema or layout problem.Workaround for any team with shared internal plugins is currently "upload each plugin as its own .zip via Customize → Upload local plugin," which is one-plugin-at-a-time with no marketplace bundle support — unworkable for any update cadence above zero.
Proposed fix direction (already requested in #49694): have the marketplace fetcher reuse the GitHub Integration connector's authentication, or honor
gh auth/GITHUB_TOKEN. Either would unblock all the explicitly-granted-app cases like this one.Ugh, this is a bad one. Really holds back org-wide adoption when we have to resort to zip uploads and so on.
Confirming that this is still not fixed. Attempting to install plugins from private repos fails.
If you're on a team/enterprise account you can go to "profile icon -> Get help" and explain your use case to Fin AI Agent. Ask the agent to document the use case so it can be shared w/ the Anthropic team.
Incredibly annoying that this is still failing on Mac on most though not all GitHub marketplaces. Makes it extremely difficult to get my work done. Truly shocked that Anthropics is letting this persist. The big Claude-for-Legal architecture can not be used by lawyers.
I thought all their code is written by claude, should be a piece of cake for claude to to fix this, no ?
Have the same issue here but using gitlab and the
glab auth git-credentialssh connectivity on MacOS and claude desktop.Using the git+ssh connection:
<img width="735" height="365" alt="Image" src="https://github.com/user-attachments/assets/d3689a32-9635-4e0e-a942-618822e67fa3" />
Regrettably, this is still an issue 3 months in.
Adding a production-impact data point. We're a small CPA firm distributing an internal skills marketplace from a private GitHub repo to staff whose only surface is Cowork. A staff member removed the personal marketplace intending to reinstall it after a glitch — and there is now no working way to re-add it through Cowork, because the add-marketplace control isn't reachable from the Personal tab. The Claude Code CLI
can re-add it, but our non-technical staff can't use the CLI, so they're locked out of firm tooling until someone technical intervenes on each machine.
Two requests: (1) restore re-adding a personal/private marketplace from the Cowork GUI, and (2) surface the actual server-side error instead of the generic "could not connect to the marketplace host." Glad to share logs if useful.
I WAS ABLE TO FIX IT ON MY END...!!! I must say, I'm really surprised with all of the techies on Github, that nobody yet has been able to figure this out.
That's amazing! Could you please share your solution here to help out the community?
It's somewhat of a minor inconvenience, but it was well worth it:
Not sure but it seems that when the new account was logged on to the PC, it toggled the UI that was switched-off before and then is suddenly became available again.
I tried several things before arriving here, but this one worked and I AM SO HAPPY that it did.
Good luck,
Rene
I have private repo marketplace that perfectly works if i add them from claude desktop code tab (customize - add marketplace)
But the same claude desktop cowork (customize add marketplace) shows the error: This host isn't supported. Use github.com, gitlab.com, bitbucket.org, or a GitHub Enterprise instance configured by your organization.
<img width="1560" height="946" alt="Image" src="https://github.com/user-attachments/assets/5195dd16-fb09-4f38-949b-563869f60904" />
What is the reason for such restriction? Same git works seamlessly from codex
for those having
Failed to add marketplaceerror, adding a data point in case it helps. I ran into this with a private github repo and I think the root cause is that the marketplace source field only accepts an HTTPS URL or the owner/repo shortcut (and owner/repo seems to expand to HTTPS under the hood). SSH forms get rejected as invalid, for example:git@github.com:org/repo.gitssh://git@github.com/org/repo.gitso for those of us who authenticate to GitHub only over SSH (no HTTPS credentials set up), the clone runs non-interactively and dies right away with fatal:
unable to get password from user, since there's no terminal to prompt for a password.What worked for me was a global git rewrite so the HTTPS URL transparently resolves over SSH:
After that the
owner/reposhortcut clones fine over SSH, no prompt. The fact that this fixes it makes me fairly sure the clone itself is fine — it's just the HTTPS-only source handling that's the blocker.I'd imagine the same
insteadOftrick would work for GitLab, Bitbucket, or self-hosted setups by swapping in the right host, so it's a decent stopgap regardless of provider. That said, native support for SSH URLs in the source field would obviously be the cleaner fix.@oscarbotteri Have you used similar workaround to use that in claude code web?
@lcmartinezdev no, I havent. I have only used that approach in Claude Cowork desktop app.
Adding another confirmation of this issue. Cowork 'Add marketplace' gives me this error (
Marketplace sync failed. Check the repository URL and try again.) when adding trying to add a private repo on Github via URL. It's connected via SSO to use repos from my GitHub organization. The exact same repo works when I add the marketplace via Claude Code.