Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
One universal Voyager: name a goal; it activates senses (repo, net) and runs a live mission.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"voyager-agent": {
"command": "npx",
"args": [
"-y",
"@dir-ai/voyager-agent",
"mcp"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add voyager-agent -- npx -y @dir-ai/voyager-agent mcpIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"voyager-agent": {
"command": "npx",
"args": [
"-y",
"@dir-ai/voyager-agent",
"mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"voyager-agent": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@dir-ai/voyager-agent",
"mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto dir-ai bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.22.0) kam vor 4 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, Zendesk
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
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.
Zendesk MCP Pack — tickets, users, organizations via OAuth.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
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