A
avikchakraborty060-create/The-top-innovation
Lossless context guard for AI coding agents: outlines big files and digests noisy command output, nothing lost.
no SECURITY.md
View on GitHub ↗Link checked 2026-11-12 · HTTP 200 · opens the vendor's own site
Install & config
Client config (built from the install command this repo gives)
{
"mcpServers": {
"avikchakraborty060-create-the-top-innova": {
"command": "uv",
"args": ["tool", "install", "skimread"]
}
}
}Parsed from the README we fetched on 2026-10-26; we have not executed it.
command/args come from the install command the repository states. When it is ambiguous, the project README wins.
VS Code (.vscode/mcp.json - the key is servers)
{
"servers": {
"avikchakraborty060-create-the-top-innova": {
"command": "uv",
"args": ["tool", "install", "skimread"]
}
}
}Same server, but VS Code keeps it under <code>servers</code>.
Claude Code (command line)
claude mcp add --transport stdio avikchakraborty060-create-the-top-innova -- uv tool install skimread
Claude Code does not read a config file; add the server with this command.
Key names differ by client: Clients & CLI
- Star count
- 0 ★ · avikchakraborty060-create/The-top-innovation · read from the GitHub search API · (checked 2026-11-13 20:00:50)
- Source
- collected from the punkpeye/awesome-mcp-servers list · type: MCP server
- Harvest history
- first seen 2026-10-23 · last seen 2026-11-14 · seen 26× · listed by 23 sources
- Score
- score 2,300 · 23 sources · mcp
- Install
uv tool install skimread
FAQ (answers come from our records)
How do I install it?
The repository provides this install command:
uv tool install skimread. It comes from the repository itself; we cannot guarantee it runs as-is in your client.Who is it for?
We filed it under these tags: MCP 服务. The tags come from the entry itself, not a taxonomy we imposed.
Who maintains it?
repository
avikchakraborty060-create/The-top-innovation;first catalogued 2026-10-23;last seen 2026-11-14。There is no official certification or quality rating here — we record sources and dates only.# skimread — skim before you read
以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →
A lossless context guard for AI coding agents. Zero dependencies, runs entirely on your machine, MIT licensed. Works with Claude Code out of the box, and with any other agent (Codex, Cursor, Aider, Copilot, your own) through a CLI and an MCP server.
## What is it?
When you use an AI coding agent, you pay for every token it reads. Most of that money goes to two things the agent does not actually need:
1. Reading big files whole. The agent wants one function and reads all 2,000 lines of the file to find it. Next session it does it again.
2. Reading noisy command output. pytest -v prints 1,500 PASSED lines to tell you about 2 failures. npm install prints 40 deprecation warnings. cargo build lists every crate it compiled.
skimread sits between the agent and those two sources and hands the agent a skim first:
For files: an outline instead of the file. When the agent is about to read a large file, skimread gives it a map of the file (functions, classes, headings, keys, each with its line range) and says "read only the slice you need". The agent then reads 60 lines instead of 2,000.
For commands: a digest instead of the dump. Noisy commands run through skimread. The agent sees the errors, the failing tests, the stack frames in your code, and the summary line. The 1,500 PASSED lines are folded into one line that says so.
The key word is lossless. Nothing is thrown away. Every command's full output is kept on your disk, and every digest ends with a handle (skimread show 42, skimread show 42 120-180, skimread show 42 --grep TypeError). Every outline tells the agent exactly which line range to read next. The agent is never stuck and never has to re-run a build to see what it missed.
### Why not one of the existing output compressors?
Tools that compress shell output already exist (RTK, token-saver, condense). They share two limits. They cannot touch the agent's own file-reading tool, which is the bigger token sink. And they are lossy: when the compressor drops the one line the agent needed, the agent re-runs the command, and an independent benchmark found that this can cost more than not compressing at all. skimread guards file reads too, and keeps everything retrievable.
### What it is not
Not a cloud service. No network calls, no accounts, no telemetry. ~/.skimread is the whole state.
Not an LLM. Everything is deterministic parsing and folding, so it runs in milliseconds and costs nothing.
Not a summariser that guesses. It never rewrites a line; it only hides lines it can name and count, and tells you how to get them back.
## Numbers
Measured on real tool output (fixtures in tests/fixtures, reproduce with python bench/bench.py). Token counts are estimates (chars / 3.6).
| Command output | lines | tokens in | tokens out | saved |
| pytest -v (1,504 tests, 2 failing) | 1546 | 33,876 | 473 | 99% |
| vitest --reporter=verbose (579 tests, 3 failing) | 653 | 7,751 | 698 | 91% |
| pytest (65 tests, 3 failing, 60 warnings) | 294 | 3,451 | 496 | 86% |
| npm install (649 packages, 23 deprecation warnings) | 41 | 1,048 | 204 | 81% |
| cargo build (37 crates, 3 warnings) | 61 | 559 | 254 | 55% |
| go test -v (1 fail, 1 panic) | 35 | 301 | 137 | 54% |
## What is it?
When you use an AI coding agent, you pay for every token it reads. Most of that money goes to two things the agent does not actually need:
1. Reading big files whole. The agent wants one function and reads all 2,000 lines of the file to find it. Next session it does it again.
2. Reading noisy command output. pytest -v prints 1,500 PASSED lines to tell you about 2 failures. npm install prints 40 deprecation warnings. cargo build lists every crate it compiled.
skimread sits between the agent and those two sources and hands the agent a skim first:
For files: an outline instead of the file. When the agent is about to read a large file, skimread gives it a map of the file (functions, classes, headings, keys, each with its line range) and says "read only the slice you need". The agent then reads 60 lines instead of 2,000.
For commands: a digest instead of the dump. Noisy commands run through skimread. The agent sees the errors, the failing tests, the stack frames in your code, and the summary line. The 1,500 PASSED lines are folded into one line that says so.
The key word is lossless. Nothing is thrown away. Every command's full output is kept on your disk, and every digest ends with a handle (skimread show 42, skimread show 42 120-180, skimread show 42 --grep TypeError). Every outline tells the agent exactly which line range to read next. The agent is never stuck and never has to re-run a build to see what it missed.
### Why not one of the existing output compressors?
Tools that compress shell output already exist (RTK, token-saver, condense). They share two limits. They cannot touch the agent's own file-reading tool, which is the bigger token sink. And they are lossy: when the compressor drops the one line the agent needed, the agent re-runs the command, and an independent benchmark found that this can cost more than not compressing at all. skimread guards file reads too, and keeps everything retrievable.
### What it is not
Not a cloud service. No network calls, no accounts, no telemetry. ~/.skimread is the whole state.
Not an LLM. Everything is deterministic parsing and folding, so it runs in milliseconds and costs nothing.
Not a summariser that guesses. It never rewrites a line; it only hides lines it can name and count, and tells you how to get them back.
## Numbers
Measured on real tool output (fixtures in tests/fixtures, reproduce with python bench/bench.py). Token counts are estimates (chars / 3.6).
| Command output | lines | tokens in | tokens out | saved |
| pytest -v (1,504 tests, 2 failing) | 1546 | 33,876 | 473 | 99% |
| vitest --reporter=verbose (579 tests, 3 failing) | 653 | 7,751 | 698 | 91% |
| pytest (65 tests, 3 failing, 60 warnings) | 294 | 3,451 | 496 | 86% |
| npm install (649 packages, 23 deprecation warnings) | 41 | 1,048 | 204 | 81% |
| cargo build (37 crates, 3 warnings) | 61 | 559 | 254 | 55% |
| go test -v (1 fail, 1 panic) | 35 | 301 | 137 | 54% |
Listed badge (optional)
Copy this line into the README if you want the listing mark. Optional, and it does not affect being listed.
[](https://anclum.com/en/s/avikchakraborty060-create-the-top-innovation/)
- Source
- awesome · https://github.com/avikchakraborty060-create/The-top-innovation
- Browse by field
- MCP servers
- Listed by
- 23 independent sources
- added
- today
- Security policy
- no
SECURITY.mdat the repository root (which does not mean it is unsafe)
More like this
Filed under
Every tag opens the full list for that filter. Counts are the live catalogue figures.