Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Token-efficient code reading for coding agents: symbol-aware, budgeted, diff-aware reads.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
リンク先は作者自身のファイルです。私たちが置いたり再パッケージしたりしたものではありません。ファイルを開くと、Claude Desktopがインストールします。
ターミナルでこれを実行します
ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント brennengreen で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.1.0)がレジストリに届いたのは41 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにMCPBも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Fomu MCP
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
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.
Kenya government form guides: checklists, draft letters, eCitizen, Huduma, timelines. Sample data.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
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
冒頭だけを表示しています。続きはリポジトリで読めます