modelcontextprotocol / modelcontextprotocol/servers
Several @modelcontextprotocol/server-* packages on npm appear stale (no recent releases, no repo URL in package.json)
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 90.5k
- Forks
- 11.7k
- Avg merge
- 2d 2h
- Merged PRs (30d)
- 5
Description
Hi MCP maintainers — opening this as a constructive heads-up rather than a complaint. Apologies if there is a better channel for this.
While running a 200-package validation of an open-source MCP supply-chain scanner I built (weiseer/mcp-doctor) against the most-installed MCP-related npm packages, I noticed that several of the official @modelcontextprotocol/server-* packages on npm have not had a release in over a year and do not include a repository URL in their published package.json.
Concrete list (data pulled from the npm registry on 2026-05-30):
| Package | Days since last release | repository field in package.json |
|---|---|---|
@modelcontextprotocol/create-server |
550 | none |
@modelcontextprotocol/server-postgres |
541 | none |
@modelcontextprotocol/server-gdrive |
501 | none |
@modelcontextprotocol/server-github |
416 | none |
@modelcontextprotocol/server-slack |
399 | none |
@modelcontextprotocol/server-puppeteer |
382 | none |
Two questions that would help downstream users:
-
Are these packages intentionally archived in favor of new locations (server-archived org? other replacement?) — if so, the most user-friendly action would be
npm deprecatewith a pointer to the new location, so anyone who runsnpm auditor a supply-chain scanner gets clear guidance. -
If they are still recommended for use, could the published
package.jsoninclude arepositoryfield? Without it, supply-chain tools cannot do source-to-binary verification, and there is no canonical place for downstream users to file issues.
I am happy to help with whatever the right path is — including opening PRs to whichever repos host the current source, if pointed at them. The 200-package dataset is at api.weiseer.com/dataset/scan_200.json for reference.
Thanks for everything you build.
— wei (wei@weiseer.com)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by checking the published package.json metadata for the six listed @modelcontextprotocol packages and comparing it with their current source locations. Done means the package status is established and each package has either clear deprecation guidance or a repository field, subject to maintainer direction.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- release
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100