Perseus Vault Codex

Die Beschreibung besagt, dass Perseus Vault Codex ein MCP-Server ist, der persistente, verschlüsselte, lokal-first-Speicherfunktionen für OpenAI Codex-Agenten bereitstellt. Es integriert sich über eine JSON-RPC 2.0-Schnittstelle über stdio unter Verwendung des Model Context Protocol (MCP) mit Codex. Es kapselt eine auf Rust basierende Single-Binary-Datenbank namens Perseus Vault, die SQLite + FTS5 und AES-256-GCM-Verschlüsselung im Ruhezustand verwendet.

Es stellt fünf Speicher-Verben bereit:

• perseus_remember: speichert Fakten oder Entscheidungen.
• perseus_recall: ruft relevanten Kontext über Keyword- und Hybrid-Recall ab.
• perseus_forget: lösnt veraltete Speicherinhalte weich (soft-delete).
• perseus_reflect: synthetisiert Erkenntnisse aus abgerufenen Speicherinhalten unter Verwendung eines LLM (Fallback auf kontextbasierte Verarbeitung).
• perseus_status: meldet die Anzahl der Speicherinhalte, den Verschlüsselungsstatus und den Speicherort der lokalen DB.

Das System ist als Zero-Config konzipiert: Es erstellt beim ersten Start automatisch einen verschlüsselten Vault unter ~/.perseus-vault/codex/memory.db und generiert seinen eigenen AES-Schlüssel. Die Integration erfordert eine pip-Installation und einen Setup-Befehl (perseus-vault-codex-setup). Es werden keine API-Keys, Cloud-Abhängigkeiten oder Telemetrie benötigt.

Evidenz Die Beschreibung stellt dies als das Produkt dar. Es werden keine externen Validierungen oder Nutzungsdaten bereitgestellt.

Der Autor positioniert Perseus Vault Codex als lokale, verschlüsselte Speicherlösung für Entwickler-Agenten, die sich speziell an Nutzer von OpenAI Codex richtet, die das erneute Erlernen des Projektkontexts über Sitzungen hinweg vermeiden möchten.

Es behauptet, folgendes zu sein:

• Ein Single-Binary-Tool ohne Cloud-Abhängigkeit.
• Im Ruhezustand verschlüsselt mit AES-256-GCM.
• Zero-Infra, ohne API-Keys oder Telemetrie.
• Entwickelt für Entwickler, die Sicherheit und Datenschutz von nicht veröffentlichtem Code und Architektur schätzen.
• Eine Antwort auf das fehlende "Memory-Primitive" in Coding-Agenten.

Es grenzt sich von bestehenden Tools wie mem0, cognee, Letta und Chroma ab und stellt fest, dass keines von ihnen eine Single-Binary-, Zero-Infra- und verschlüsselte Lösung bietet.

Evidenz Die Beschreibung ist selbst gemeldet. Es werden keine Validierungen durch Dritte oder Daten zur Marktpositionierung bereitgestellt.

Die Beschreibung besagt, dass Perseus Vault Codex Entwickler, die OpenAI Codex-Agenten nutzen, anspricht, insbesondere solche, die Folgendes schätzen:

• Sicherheit und Datenschutz von nicht veröffentlichtem Code, Architektur und Secrets.
• Lokaler Speicher ohne Cloud-Abhängigkeiten.
• Persistenter Kontext über Sitzungen hinweg, um erneutes Erlernen zu vermeiden.

Es ist für Entwickler positioniert, die in Umgebungen arbeiten, in denen Daten nicht unverschlüsselt das Gerät verlassen sollten.

Evidenz Die Beschreibung gibt an, dass dies die Zielgruppe ist. Es liegen keine Kundendaten oder Nutzerdaten vor.

Das Projekt wird als selbstständiges Werkzeug beschrieben, das mit Python und Rust entwickelt wurde und über pip install und den Setup-Befehl integriert wird. Es scheint kein Preismodell oder keine Monetarisierungsstrategie beschrieben zu sein.

Es gibt keine Erwähnung von:

• Abonnementplänen
• Freemium-Stufen
• Lizenzmodellen
• Einnahmequellen
• Kostenpflichtigen Funktionen

Evidenz Nicht belegt.

Das System wird mit folgenden Komponenten erstellt:

• Python (keine Laufzeitabhängigkeiten)
• Rust-basiertes Single-Binary Perseus Vault
• SQLite + FTS5 für lokale Speicherung und Suche
• AES-256-GCM-Verschlüsselung im Ruhezustand
• Model Context Protocol (MCP) über stdio
• OpenAI Codex und GPT-5.6 während der Entwicklung verwendet

Es umfasst:

• Eine Testreihe mit 31 Tests
• End-to-End-Verifizierung der Integration mit dem echten Perseus Vault Binary
• Benchmarks: Recall bei p50 8 ms / 5-von-5 recall@10 in einem 10k-Speicher-Korpus und 72,5 % Token-Reduktion über 30 Sitzungen im Vergleich zum erneuten Priming jeder Sitzung

Evidenz Die Beschreibung gibt an, dass dies die technischen Komponenten und Benchmarks sind. Es gibt keine unabhängige Verifizierung oder Leistungsdaten über die Angaben des Autors hinaus.

Das Projekt wird als Hackathon-Einreichung beschrieben, die während der Build Week erstellt und dem OpenAI 2026 Hackathon auf Devpost eingereicht wurde.

Es umfasst:

• Eine echte Integration mit Codex
• Eine Testreihe mit 31 Tests
• End-to-End-Verifizierung
• Gemessene Benchmarks

Es gibt jedoch keine Belege für:

• Nutzung oder Adoption in der Praxis
• Kundenbasis
• Einnahmen
• Product-Market-Fit
• Marktdurchdringung über die eigenen Tests des Autors hinaus

Evidenz Nicht belegt.

Die Beschreibung gibt an, dass bestehende Tools wie:

• mem0: cloudabhängig
• cognee: nur Python, keine Verschlüsselung im Ruhezustand
• Letta: verschlüsselt den lokalen Speicher nicht
• Chroma: Vektordatenbank, kein strukturierter Agenten-Speicher

Keines dieser Tools wird als Single-Binary-, Zero-Infra- und verschlüsselte Lösung wie Perseus Vault Codex beschrieben.

Evidenz Die Beschreibung gibt an, dass dies die Wettbewerbslandschaft ist. Es liegen keine unabhängigen Daten oder Marktpositionierungen vor.

• Keine Nutzung oder Adoption in der Praxis: Das Produkt wird nur als Hackathon-Einreichung beschrieben, ohne Belege für Marktdurchdringung.
• Selbstberichtete Benchmarks und Aussagen: Keine Validierung durch Dritte hinsichtlich Leistung oder Token-Einsparungen.
• Ein-Personen-Team: Nur ein Mitglied (Thomas Connally) ist aufgeführt, was Fragen zur Skalierbarkeit und langfristigen Wartung aufwirft.
• Kein Preismodell oder Monetarisierungsmodell: Das Produkt scheint ein Werkzeug für Entwickler zu sein, aber es wird kein Geschäftsmodell beschrieben.
• Begrenzter Umfang: Das Projekt konzentriert sich auf die Codex-Integration und scheint keine breitere Anwendbarkeit oder Roadmap darüber hinaus zu haben.

Evidenz Dies sind Schlussfolgerungen, die auf dem Fehlen von Belegen für Marktdurchdringung, Preismodell oder Teamgröße über das Dargestellte hinaus beruhen.

1. Wie hoch ist die aktuelle Nutzungs- oder Adoptionsrate von Perseus Vault Codex?
2. Wie plant das Produkt, über ein einzelnes Entwicklerwerkzeug hinaus zu skalieren?
3. Gibt es Absichten, dieses Werkzeug zu monetarisieren oder zu kommerzialisieren?
4. Gibt es Pläne, andere Agenten als OpenAI Codex zu unterstützen?
5. Was sind die langfristigen Wartungs- und Sicherheitspläne für das Rust-basierte Perseus Vault Binary?
6. Wie wird die Verschlüsselung im Ruhezustand in der Produktion validiert?
7. Wurde das Produkt mit realen Anwendungsfällen oder Teams getestet?