Parser vs Filesystem
Filesystem scores 31 points higher on the same evidence, which is a real separation rather than noise. Both are measured the same way, on the same day, from public evidence only — so this is a comparison of two measurements rather than two marketing pages. How we measure ›
| Parser | Filesystem | what it means | |
|---|---|---|---|
| tashan score | 64 | 95 | upkeep + freshness, gated by adoption |
| Adoption evidence | 1k/wk | 482k/wk | the raw public signal the score came from |
| Last release | active | active | npm publish or repo push |
| Upkeep | 60 | 93 | cadence, maintainers, status |
| Expertise grade | not graded | not graded | an LLM read of its own documentation against a fixed rubric |
| Security audit | no known advisories, no build provenance | no known advisories | a summary — the full audit, free, is on each dossier |
| Licence | — | NOASSERTION | |
| Maintainers | one primary | more than one | bus-factor risk |
Install either
Parser
claude mcp add parser -- npx -y mcp-parserFilesystem
claude mcp add filesystem -- npx -y @modelcontextprotocol/server-filesystemNeither score is a security verdict — "well maintained" and "nothing known is wrong" are different claims, which is why the audit is a separate row and never folded into the number. The full audit for each — the advisory ids, the version that fixes them and anything that runs at install time — is free on its own page: Parser · Filesystem.