Hi Firecrawl team,
While testing MCP server release metadata for CI linting, I noticed that the MCP registry metadata in server.json appears to be behind the source package and npm package.
Current checks:
curl -sL https://raw.githubusercontent.com/firecrawl/firecrawl-mcp-server/main/package.json | jq '.version'
npm view firecrawl-mcp version
curl -sL https://raw.githubusercontent.com/firecrawl/firecrawl-mcp-server/main/server.json | jq '{version, packages}'
Observed on 2026-05-12:
package.json: 3.15.0
npm firecrawl-mcp: 3.15.0
server.json: 3.7.4
server.json packages[0].version: 3.7.4
Relevant files:
Expected
server.json should probably be updated as part of the same release workflow as package.json and the npm publication, or clearly marked as intentionally pinned/stale.
Why this matters
MCP clients and registries may use server.json as install metadata. If the registry metadata points to an older package version, users and CI scanners can get different behavior than the source repository suggests.
mcp-lint context
V0 of mcp-lint is ready at https://github.com/agentsnative/mcp-lint. It is a CI linter for MCP servers that checks installability, registry/source version consistency, tool schemas, annotations, and high-risk tool configuration. This metadata drift is the kind of release check mcp-lint is designed to catch automatically.
Would you be interested in trying the V0 mcp-lint report for this repo? I would be happy to run it against the server and share the output in an issue or PR.
Hi Firecrawl team,
While testing MCP server release metadata for CI linting, I noticed that the MCP registry metadata in
server.jsonappears to be behind the source package and npm package.Current checks:
Observed on 2026-05-12:
Relevant files:
Expected
server.jsonshould probably be updated as part of the same release workflow aspackage.jsonand the npm publication, or clearly marked as intentionally pinned/stale.Why this matters
MCP clients and registries may use
server.jsonas install metadata. If the registry metadata points to an older package version, users and CI scanners can get different behavior than the source repository suggests.mcp-lint context
V0 of mcp-lint is ready at https://github.com/agentsnative/mcp-lint. It is a CI linter for MCP servers that checks installability, registry/source version consistency, tool schemas, annotations, and high-risk tool configuration. This metadata drift is the kind of release check
mcp-lintis designed to catch automatically.Would you be interested in trying the V0
mcp-lintreport for this repo? I would be happy to run it against the server and share the output in an issue or PR.