Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
One universal Voyager: name a goal; it activates senses (repo, net) and runs a live mission.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"voyager-agent": {
"command": "npx",
"args": [
"-y",
"@dir-ai/voyager-agent",
"mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add voyager-agent -- npx -y @dir-ai/voyager-agent mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"voyager-agent": {
"command": "npx",
"args": [
"-y",
"@dir-ai/voyager-agent",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"voyager-agent": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@dir-ai/voyager-agent",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント dir-ai で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.22.0)がレジストリに届いたのは4 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, MCP Server Autocad Lisp Helper
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ 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.
High-precision static analysis and debug server for AutoCAD AutoLISP (.lsp) files.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
The one universal Voyager. A thin, model-independent orchestrator that turns the modular Voyager senses — voyager-repo (code), voyager-net (hosts), and the cognitive contract that binds them — into a single agent. You name a goal; Voyager activates the senses it needs, runs a live mission, links the evidence into one graph, and concludes.
It is composition, not a monolith. The agent never absorbs the senses — it calls the published organs and adapts what they see into the shared CognitiveClaim substrate. The reasoning model is a swappable seam (Brain); a rule-based brain ships so it runs with no LLM at all.
Sensing is autonomous. Acting is not. Every sense here is read-only. Any
remediation a mission surfaces is carried as a *consent-gated, withheld*
action and is never applied by this orchestrator.
npm i -g @dir-ai/voyager-agent
# Orient in a repo and flag risk (voyager-repo)
voyager-agent mission "audit this project" --repo .
voyager-agent mission "check my server's exposure" --host example.com --authorized
voyager-agent mission "check my landing page" --url https://example.com
voyager-agent mission "full audit" --repo . --host example.com --authorized --url https://example.com --check-deps 10 --json
Senses fan out in parallel and are resilient: a sense that errors (or even throws) becomes a low-confidence, flagged observation — it never crashes the mission or discards a sibling sense's good result.
The mission then re-plans: it picks the single most informative next probe (by information gain) and executes it, bounded by maxRounds. How a probe is executed is an injectable dispatch seam (the model decides); the safe default only ever *re-reads* (deepens repo dependency-vetting) and never acts. A verify claim closes the mission so state().satisfied is meaningful.
Voyager — one agent, one entry.
goal: "orient in this repo and flag risk"
👁 observe [repo] (70% · moderate) @dir-ai/voyager-agent@0.1.0 — The one universal Voyager… ↳ [low] no-lockfile: no lockfile — installed versions are not pinned/reproducible 🧠 infer [memory] (70% · moderate) repo observed; 0 high/critical signal(s). No high-severity issue surfaced.
next probe: [repo] open src/index.ts
One tool, run_mission — describe a goal, get back the full claim graph.
voyager-agent mcp # stdio
{
"command": "voyager-agent", "args": ["mcp"] }
import { runMission, DeterministicBrain, type Brain } from '@dir-ai/voyager-agent'
const { mission } = await runMission( 'audit this repo and my host', { repoPath: '.', host: 'example.com', authorized: true /* your own host */ }, Date.now(), )
for (const claim of mission.allClaims()) console.log(claim.operation, claim.sense, claim.verdict) console.log(mission.state().bestNextProbe) // the most informative next step console.log(mission.state().contradictions) // where two senses disagree
The Brain interface is the whole point — it's where an LLM plugs in without touching the senses, the memory, or the mission machinery. A ready-made LlmBrain ships: give it one model-agnostic complete() function and it plans and synthesizes through the model. Wire Claude, a local server, or any OpenAI-compatible endpoint — Voyager never depends on a specific SDK.
import { runMission, LlmBrain } from '@dir-ai/voyager-agent'
const brain = new LlmBrain({ // Return the model's text for these messages — that's the whole dependency. async complete(messages) { const res = await myModel.chat(messages) // Claude, local, OpenAI-compatible… return res.text }, })
await runMission('audit this repo and my host', { repoPath: '.', brain }, Date.now())
LlmBrain is fail-safe: if the model errors or returns unparseable output, it degrades to the built-in rule-based brain for that step — a bad completion can never take a mission down, only make it less clever once. You can also implement the Brain interface directly for full control.
intent ─▶ Brain.decompose ─▶ goals
│ ┌─────────────┼───────────────┐ ▼ ▼ ▼ voyager-repo voyager-net (more senses…) scout() scan() │ │ ▼ ▼ adapters: brief ─▶ CognitiveClaim │ │ └──────▶ MissionGraph ◀───────┘ (contradictions, causal chain, best-next-probe, memory) │ ▼ Brain.synthesize ─▶ conclusion
Each sense produces a CognitiveClaim; the MissionGraph links them — auto-detecting cross-sense contradictions, assembling the causal chain, and surfacing the single most informative next probe by information gain. A sense *error* becomes a low-confidence observe claim flagged with the unknown — never a false "all clear".
| Package | Sense | What it does |
|---|---|---|
@dir-ai/voyager | web | verified-internet retrieval, OSV-gated |
@dir-ai/voyager-repo | code | orient in a repository, vet dependencies |
@dir-ai/voyager-net | hosts | authorized, read-only host audit |
@dir-ai/voyager-contract | — | the cognitive contract the senses speak |
| `@dir-ai/voyager-agent` | all | the one agent that composes them |
--authorized / authorized: true; single host only (no ranges/URLs), cloud-metadata blocked.unknown on the claim — this orchestrator never applies it.strength are explicit; a sense error is a flagged unknown, not a clean verdict.MIT © dir-ai