token-report
Skill808 starsChanged 4 months agoMITView on GitHub
Report how many tokens the Roslyn Navigator MCP server has saved, across one repository or all of them, with a per-tool leaderboard, adoption rate, and the methodology behind the number. Use when: "token report", "token savings", "how many tokens saved", "is the MCP worth it", "MCP usage", "tool leaderboard", "adoption rate", "which MCP tools are used", "prove the savings".
- Reads credentials
3 other projects use a version of this.
Adopted by
Most recently taken up by
- Arylmera/Geneseedtheir own version, first seen Oct 13, 2026
- sarveshtalele/devcrewtheir own version, first seen Aug 9, 2026
- YorkWong1995/OPC-Harnesstheir own version, first seen May 26, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- YorkWong1995/OPC-Harness★ 4same name
- Arylmera/Geneseed★ 1same name
- sarveshtalele/devcrew★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository57 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/rules/agents.mdAGENTS.md
- .codex/AGENTS.mdAGENTS.md
- .opencode/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .cursor/rules/dotnet-rules.mdCursor rule
- api-versioningSkill
- arch-checkSkill
- architecture-advisorSkill
- aspireSkill
- authenticationSkill
- avaloniaSkill
- build-fixSkill
- cachingSkill
- checkpointSkill
- ci-cdSkill
- clean-architectureSkill
- code-reviewSkill
- configurationSkill
- console-cliSkill
- container-publishSkill
- convention-learnerSkill
- dddSkill
- dependency-injectionSkill
- desktop-mvvmSkill
- de-sloppifySkill
- dockerSkill
- dotnet-initSkill
- ef-coreSkill
- error-handlingSkill
- health-checkSkill
- httpclient-factorySkill
- instinct-systemSkill
- loggingSkill
- messagingSkill
- migrateSkill
- minimal-apiSkill
- modern-csharpSkill
- native-aotSkill
- openapiSkill
- opentelemetrySkill
- outdatedSkill
- planSkill
- project-setupSkill
- project-structureSkill
- resilienceSkill
- scaffoldSkill
- scalarSkill
- security-scanSkill
- serilogSkill
- specSkill
- tddSkill
- testingSkill
- verifySkill
- vertical-sliceSkill
- workflow-masterySkill
- wrap-upSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 1 is distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 46
1 — This repository, mid-session: Call the get_token_savings MCP tool.
- Distinctive: line 105
When the server was never invoked, the report says so plainly instead of printing zeros — "no calls" and "no savings" are different …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
/token-report — Roslyn Navigator token savings
What
Reports what the Roslyn MCP server has actually saved, measured rather than asserted. Two surfaces:
| Scope | Surface | Use when |
| This repository, mid-session | get_token_savings MCP tool | "how are we doing here?" |
| All repositories, aggregate | CWM.RoslynNavigator.Stats CLI | producing a public number |
When
- Deciding whether the MCP server earns its context cost
- Finding tools nobody calls — a description problem, or a tool that should not exist
- Backing a claim about token efficiency with something checkable
Prerequisite
Collection is opt-in and off by default. Nothing was recorded unless the server was started with it enabled:
CWM_ROSLYN_TELEMETRY=on cwm-roslyn-navigator --solution MySolution.slnNothing is transmitted. Records are written under %LOCALAPPDATA%/cwm-roslyn-navigator/
(or the XDG equivalent), outside the repository. Delete that directory to erase everything.
Adoption rate is read from Claude Code transcripts and needs no opt-in, so it is available even when telemetry was never enabled.
How
1 — This repository, mid-session. Call the get_token_savings MCP tool. Returns
totals, a per-tool leaderboard, separate zero-result / not-ready / error counts, and the
methodology. If it reports Enabled: false, telemetry was never turned on — say so rather
than reporting zero as if it were a measurement.
2 — All repositories.
cd mcp/CWM.RoslynNavigator
dotnet run --project stats/CWM.RoslynNavigator.Stats.csproj # table
dotnet run --project stats/CWM.RoslynNavigator.Stats.csproj -- --markdown
dotnet run --project stats/CWM.RoslynNavigator.Stats.csproj -- --json
dotnet run --project stats/CWM.RoslynNavigator.Stats.csproj -- --repo myapp3 — Interpret it honestly. Three things must be said whenever a number is quoted:
- The divisor is uncalibrated. 3.5 bytes/token is an estimate, and it scales every
figure linearly. If
DivisorCalibratedis false, the number is indicative, not precise. - The baseline understates. It counts only the files an answer came from, ignoring the wrong files a text search would have opened first.
- Adoption is biased upward. Its denominator counts only Read/Grep/Glob calls that demonstrably targeted C#; ambiguous searches are excluded.
4 — Act on the leaderboard. A tool with no calls is the actionable finding. Low adoption in a configured repository usually means a tool description is not attracting the work it should — more useful than the savings figure itself.
Calibrating the divisor
Turns the one estimated input into a measurement. Free, manual, and never run by the server:
dotnet run --project stats/CWM.RoslynNavigator.Stats.csproj -- calibrate \
--api-key $ANTHROPIC_API_KEY --path /path/to/dotnet/repo --sample 200Samples C# files, gets exact counts from the Anthropic count_tokens endpoint, and
regresses bytes against tokens. Apply the result to TokenEstimator in the server and
record the sample size and R² next to the constant so the figure stays checkable.
Example
Repositories 3 (1 with telemetry)
Tool calls 412
Tokens saved 1,284,000
Adoption 68%
Tool leaderboard
tool calls saved p50 ms 0-result
find_references 180 612,000 84 4%
find_symbol 150 431,000 22 2%
Never called (2): get_nuget_packages, resolve_stack_trace
Divisor: 3.5 bytes/token — UNCALIBRATED estimate.When the server was never invoked, the report says so plainly instead of printing zeros — "no calls" and "no savings" are different findings.
Related
/verify— quality gates before a PR/health-check— codebase health grades
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

