Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Verify whether a local Agent or MCP runtime matches an approved artifact.
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.
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Die .mcpb-Datei des Entwicklers herunterladen
Der Link führt zur Datei des Entwicklers selbst; wir hosten sie nicht und verpacken sie nicht neu. Öffne die Datei, dann installiert Claude Desktop sie.
Führe das in deinem Terminal aus
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.
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 fantasyce 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 (1.1.0) kam vor 2 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du MCPB auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, Draugr
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.
Security scanning for AI agents: SAST, SCA, secrets, IaC, DAST, ranked by real risk.
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.
Prove the agent runtime you launched is the artifact you approved.
Agent Runtime Proof (ARP) is a local, read-only runtime identity verifier for AI agents and MCP servers. It detects stale, replaced, mismatched, or unverifiable runtimes without uploading code, secrets, process arguments, or process data.
The failure ARP is built for is simple: you replace an Agent or MCP executable, but yesterday's process keeps doing the work. The file on disk is new; the loaded runtime is not. ARP binds live process identity to an explicit artifact expectation and reports the uncertainty instead of treating the file on disk as proof of what is running.
See the reproducible stale-runtime demonstration, or start with the five-minute quickstart.
The current release is v1.1.0 for macOS arm64, Linux amd64, and Windows amd64. Download the archive and SHA256SUMS from that release, verify the bytes, then install the single binary in a user-owned directory. Full commands for each platform are in docs/quickstart.md; lifecycle and rollback details are in docs/install.md.
After installation:
agent-runtime-proof --version
agent-runtime-proof doctor --format json agent-runtime-proof inspect --all --limit 20
Verify a process against an explicit expectation:
agent-runtime-proof verify \
--expectation /absolute/path/to/expectation.json \ --pid 1234 \ --format json
ARP returns MATCHED only when the evidence supports that conclusion. UNKNOWN, STALE, LEAKED, CONFLICT, and NOT_RUNNING are domain verdicts, not transport errors.
ARP can run as a local MCP server:
{
"mcpServers": { "agent-runtime-proof": { "command": "/absolute/path/to/agent-runtime-proof", "args": ["mcp"] } } }
It exposes exactly three read-only tools:
list_local_runtime_candidatesinspect_local_runtimesverify_local_runtimeHost profiles are available for Codex, Claude Code, Cursor, OpenCode, DeepSeek Harness, VS Code/GitHub Copilot, and generic hosts. See the host configuration guide. ARP does not edit the host's configuration.
The v1.1.0 Release also includes agent-runtime-proof_1.1.0.mcpb for compatible MCP clients. Its Registry metadata binds the bundle URL to its SHA-256 digest; the same three native binaries remain available as ordinary platform archives.
The same release is published in the official MCP Registry as io.github.fantasyce/agent-runtime-proof.
These controls answer different questions and work best together:
| Evidence | Question it answers |
|---|---|
| SBOM | What dependencies were declared in this build? |
| Signature or build attestation | Who produced these artifact bytes, and through which build? |
| Checksum | Did the downloaded bytes change? |
| Agent Runtime Proof | Is the live local process bound to the artifact expectation I approved? |
ARP does not replace signing, provenance, SBOMs, sandboxing, or host policy. It closes the gap between an approved file and the process that is actually doing the work.
ARP is intentionally narrow:
stdio MCP, and an optional launch Witness;MCP responses omit raw argv, environment values, command lines, file contents, credentials, and transcripts. Read the exact guarantees and limitations in docs/data-handling.md, docs/privacy-model.md, and docs/threat-model.md.
Inspect one process or a bounded current-user inventory:
agent-runtime-proof inspect --pid 1234 --format json
agent-runtime-proof inspect --all --limit 100
Run a local command through the byte-transparent launch Witness:
agent-runtime-proof witness --expectation expectation.json -- command arg
The Witness records process identity and a content-addressed launch receipt, then proxies stdin/stdout without rewriting protocol bytes. Hosts that own process creation can embed the same contract through sdk/witness.
Exit codes are 0 for inspection, doctor, or MATCHED; 2 for a determinate negative verdict; 3 for UNKNOWN; 64 for invalid input; and 70 for an internal failure. JSON mode writes one JSON value to stdout; sanitized diagnostics use stderr.
Release archives are built for macOS 14+ arm64, Linux amd64, and Windows 11 amd64. Passive inspection of interpreter and declared-tree runtimes remains conservative when the active entrypoint cannot be observed. An on-disk digest alone is never reported as a loaded-runtime match.
Remote attestation, a daemon, network listeners, repair actions, and Agent configuration writes remain outside v1.
The same contracts and application layer drive the CLI, MCP server, Witness, and data-only Host Profiles. Technical design is documented in architecture-development-acceptance.md.
Acceptance records:
Maintainers can run the complete source gate with:
bash scripts/check.sh
Release assets include CycloneDX SBOMs, SHA-256 checksums, and GitHub artifact attestations. Publication state is determined by the public GitHub Release, not by a local acceptance record.
ARP is one independent part of a small, local-first reliability toolkit:
Each project remains separately installable and keeps its own trust boundary.
Contributions and independent host/runtime cases are welcome. For a sanitized Codex or DSH integration, share the host, version, launch relationship, and observed proof boundary in the design-partner issue. DSH users can also join the official community discussion. Read CONTRIBUTING.md, CODE_OF_CONDUCT.md, and SUPPORT.md. Report vulnerabilities privately as described in SECURITY.md; do not put secrets or sensitive process data in a public issue.
Apache-2.0 licensed. See LICENSE.