Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
Token-efficient code reading for coding agents: symbol-aware, budgeted, diff-aware reads.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Descargar el archivo .mcpb del creador
El enlace lleva al archivo del propio creador; no lo alojamos ni lo reempaquetamos. Abre el archivo y Claude Desktop lo instalará.
Ejecuta esto en tu terminal
Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 6 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub brennengreen, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.1.0) llegó al registro hace 40 días.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas MCPB en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, HotCodePush
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Manage over-the-air (OTA) updates for React Native, Expo, Capacitor and Cordova apps.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
Token-efficient code search and navigation for AI coding agents. speedread is an MCP server and CLI that gives Claude Code, GitHub Copilot, Codex, Cursor, Gemini CLI and other agents the part of a codebase a question needs, within a token budget: the function around each search hit, a large file's skeleton, a symbol's callers and implementations, or only what changed since the last read. Not whole files and bare grep hits.
`Read` is the wrong abstraction for coding agents. Agent code reading should be adaptive, stateful, symbol-aware and token-budgeted instead of byte-oriented. Every model call re-sends the system prompt, tool definitions and conversation so far (18–21k tokens before any code, in our evals), so an agent's cost is driven more by round trips than by bytes. ripgrep returns matches and cat returns bytes, so the agent asks again: open the file, find the function, search for the next hop. speedread returns *the minimum useful unit of code for the question*, with enough structure that the next call often isn't needed.
| The agent needs | Built-in tools return | speedread returns |
|---|---|---|
| where something is | file names, or bare matching lines | each hit under its enclosing function or class, with its line range (search) |
| one function in a large file | the file in 2,000-line pages, or a guessed range | that symbol's full source (read path#Symbol), or a skeleton of the file |
| callers, callees, implementations | a search per hop, then more reads | the relationship in one call, up to three levels deep (trace) |
| a file again, after an edit | the file again | only what changed, labelled by symbol (read path@etag) |
One of the ten code-question tasks, replayed from its recorded eval transcripts at recorded speed; all three trials of each condition behaved identically. The built-in grep answers with a file name, so the agent has to ask again, twice. speedread's search answers with the matching lines under their enclosing declaration. This is the second-largest saving of the ten tasks; two tasks came out about 1% worse, and across all ten, input tokens fell 35%. Full interactive report: brennengreen.github.io/speedread (also self-contained in demo/index.html), generated by demo/build.py from evals/results/.
Real agents on real repositories, with the same model (claude-sonnet-5) and harness (GitHub Copilot CLI) in both arms: built-in tools vs speedread as the reader. Every trial, transcript, grader and diff is committed, including the workloads where speedread didn't help.
| Workload (real agent, same model and harness) | Trials per arm | Input tokens | Model time (median) | Quality |
|---|---|---|---|---|
| Code questions: find, read, answer | 30 | −35% (95% CI −45 to −23%) | −47% | pass^3 90% → 100% |
| Relationship questions: callers, callees, implementations | 8 | −57% (CI −74 to −20%) | −34% (not significant) | 100% → 100% |
| Bug fixes: find, edit, run the test suite (with guidance · exclusive) | 16 | −3% · −1% (not significant) | −24% · −27% (not significant) | 100% → 100%; compression never hid the bug |
| Installed but not made the reader (Q&A · bug fixes) | 10 · 16 | +31% · +46% (higher on 9 of 10 · 8 of 8 tasks) | — | used in 0 of 26 trials |
trace in one hop. On bug fixes, editing and testing dominate the turns, and read results were about 1% of input, so tokens barely moved.pass^3 is the share of tasks whose three trials all passed. Intervals are 95% bootstrap intervals on the ratio of means (evals/stats.py). Per-suite detail: Results · method: evals/README.md · every table: evals/RESULTS.md · raw trials and transcripts: evals/results/
1. Install (macOS on Apple Silicon, Rust 1.90+; a clean build took 80 s on an M4, plus downloads):
cargo install --locked --git https://github.com/brennengreen/speedread
Prebuilt binaries, a one-click Claude Desktop bundle, other platforms, and why the tap name: Install.
2. Add it to your agent as the reader, not as one more tool. Installed alongside the built-in tools with no guidance, it went unused and made runs more expensive (above).
# GitHub Copilot CLI: add the server, then remove the built-in readers (edit and bash stay)
copilot mcp add speedread -- speedread mcp copilot --excluded-tools view grep glob
claude mcp add --scope user speedread -- speedread mcp claude --disallowedTools Grep Glob
VS Code, Cursor, Codex, Gemini CLI, Zed and Claude Desktop: Configuration. Where the built-in tools can't be removed, add the reading instructions to AGENTS.md, CLAUDE.md or .github/copilot-instructions.md.
3. Or try it by hand in any repository:
speedread map --symbols # structure, with each file's top-level definitions
speedread search 'handleRequest' # hits grouped under their enclosing function speedread trace '#handleRequest' --depth 2 # callers of callers; --direction callees|refs|impls speedread read 'src/app.ts#Server.start' src/util.ts:40-80 # several targets, one call, one budget
Four tools over MCP, mirrored by the CLI:
| Primitive | Job | Returns |
|---|---|---|
| map | locate structure | budgeted repo tree with line counts, importance-weighted; top-level symbols on request |
| search | locate text | ripgrep's engine; every hit grouped under its enclosing function or class, with line range |
| trace | locate relationships | callers, callees, references, implementations: syntactic and receiver-aware |
| read | obtain exact evidence | batched targets and path#Symbols under one token budget; path@etag returns only what changed |
read: batched, budgeted, symbol-awareOne call takes any mix of targets. They share one token budget (default 8,000).
| Target | Returns |
|---|---|
src/app.ts | The whole file. If it doesn't fit, a skeleton: signatures, types and docs, with bodies collapsed as A-B ⋯. If that's still too big, an outline. Never a blind cut. |
src/app.ts:120-180, src/app.ts:120 | Those lines; a single line (or file:line:col from a compiler error) returns the enclosing function or class. Outside any symbol (top-level code, or a language without a grammar), it returns the enclosing block, found from indentation and closing lines such as end and }. |
src/app.ts#handleRequest, #Server.start | That symbol's full source, including docs and decorators. #Name alone finds the definition anywhere. |
README.md#Install, package.json#scripts | A Markdown section, or a JSON, YAML or TOML key. |
src/**/*.test.ts | A glob (.gitignore-aware); large sets degrade largest-first. |
src/app.ts@ | Only what changed since the version whose etag appeared in a header. |
A real skeleton of flask's 1,628-line app.py (excerpt) costs 3.4k tokens, against 21k for the file:
==> src/flask/app.py @… (1,628 lines) [skeleton]
110 class Flask(App): 111 """The flask object implements a WSGI application and acts as the central 112-205 ⋯ 366 def get_send_file_max_age(self, filename: str | None) -> int | None: 367 """Used by :func:send_file to determine the max_age cache 368-391 ⋯
Symbol-aware re-reads. After an edit, path@etag returns unchanged, the appended tail for a growing log, or a diff that names what changed. Hunks carry git-style function context, and mode=outline returns only the symbol summary. From tests/mcp.rs:
==> src/lib.rs @… (was @…): 1 hunk, +1 -1, now 131 lines
symbols: add [1-7]: body changed, signature unchanged @@ -2,5 +2,5 @@ add pub fn add(a: i32, b: i32) -> i32 { let c = a + b;
A signature edit reads f3 [25-27]: signature changed: `pub fn f3() -> u32` → `pub fn f3(k: u32) -> u32` ; a new function reads g [133-135]: added `pub fn g() -> u8` .
Etags are 64-bit. An etag is the full 64-bit xxh3 of the content, printed as 16 hex digits, and snapshots of what the agent has seen live in a 256 MB LRU keyed by it. Two *different* contents would have to collide in 64 bits to alias. Across 100,000 snapshots in one session that chance is about 3 × 10⁻¹⁰. Identical contents share an etag, which is correct. Shorter tags are rejected rather than prefix-matched.
search: hits grouped by enclosing symbol$ speedread search 'def url_for|current_app.url_for\(' src/flask/helpers.py
3 matches in 1 file for /def url_for|current_app.url_for\(/ ==> src/flask/helpers.py @5dc322f9c9cf99f2 (3 matches) [200-251] def url_for(endpoint: str, *, _anchor: str | None = None, _method: str | None = None, _scheme: str | None = None, _external: bool | None = None, **values: t.Any) -> str 200 def url_for( 212 :meth:current_app.url_for() . See that method 244 return current_app.url_for(
output=symbols returns the full source of every enclosing function in the same call. output=files returns paths with counts.
trace: relationships, not textThe expensive agent loop is search → open → search again to follow a call chain. trace does it in one call. Real output on gin (abridged):
$ speedread trace '#AbortWithStatus' --depth 2
==> callers of Context.AbortWithStatus (context.go:221-227) func (c *Context) AbortWithStatus(code int) 14 call sites in 14 functions · syntactic: comments, strings and the definition excluded context.go [245-251] func (c *Context) AbortWithError(code int, err error) *Error 249 c.AbortWithStatus(code) ← [820-828] func (c *Context) BindUri(obj any) error 824 c.AbortWithError(http.StatusBadRequest, err).SetType(ErrorTypeBind) //nolint: errcheck … $ speedread trace Render.Render --direction impls ==> implementations of Render.Render (render/render.go:11-12) Render(http.ResponseWriter) error 19 implementations of Render · syntactic: types whose method sets cover the interface render/bson.go [13-16] type BSON [20-29] func (r BSON) Render(w http.ResponseWriter) error render/data.go [12-16] ty
Solo se muestra el principio; lee el resto en el repo