eve: Ein dateisystem-zentriertes Framework für dauerhafte KI-Agenten

Projektkern und README-Grenzen

eve ist ein dateisystem-zentriertes Framework für dauerhafte KI-Agenten. Das Repository ist in TypeScript geschrieben. Die zentrale Aussage des README ist, dass die Kernfunktionen des Agenten an konventionellen Orten liegen, sodass Projekte leichter zu prüfen, zu erweitern und zu betreiben sind. Das typische Layout zeigt ein Agent-Verzeichnis mit agent.ts (optional, für Modell- und Laufzeitkonfiguration), instructions.md (erforderlich, das dauerhaft aktive System-Prompt), tools/ (optional, typisierte Funktionen, die das Modell aufrufen kann), skills/ (optional, bei Bedarf geladene Prozeduren), channels/ (optional, für Nachrichtenkanäle wie HTTP, Slack und Discord) und schedules/ (optional, für wiederkehrende Cron-Jobs). Das README legt nicht fest, ob alle diese Verzeichnisse erforderlich sind; der Baum markiert nur instructions.md als erforderlich, die anderen sind optional. Es verweist außerdem auf die Dokumentation unter eve.dev/docs für das vollständige Projektlayout und Anleitungen.

Im Abschnitt Projektkern und README-Grenzen lässt sich eve an konkreten Repository-Spuren prüfen: vercel/eve, README.md, die dort genannten Befehle und die beschriebenen Konfigurationsdateien. Die Dokumentation ist die Grenze der Aussage. Nicht genannte Betriebssysteme, Leistungswerte und Garantien werden hier nicht ergänzt.

Konkreter Einstieg im Repository

Der im README dokumentierte Startweg ist `npx eve@latest init my-agent`. Laut README erstellt dieser Befehl ein neues my-agent-Verzeichnis, installiert seine Abhängigkeiten, initialisiert Git und startet die interaktive Terminal-Benutzeroberfläche. Um eve zu einem bestehenden Projekt hinzuzufügen, zeigt das README `cd myapp` und dann `npx eve@latest init .`. Eine Anmerkung im README erklärt, dass das eve-Paket seine vollständige Dokumentation enthält, sodass Codierungsagenten sie lokal aus node_modules/eve/docs lesen können. Das README nennt keine alternativen Installationswege oder Umgebungsanforderungen; diese müssten in der Dokumentation oder im Paket selbst überprüft werden.

Im Abschnitt Konkreter Einstieg im Repository lässt sich eve an konkreten Repository-Spuren prüfen: vercel/eve, README.md, die dort genannten Befehle und die beschriebenen Konfigurationsdateien. Die Dokumentation ist die Grenze der Aussage. Nicht genannte Betriebssysteme, Leistungswerte und Garantien werden hier nicht ergänzt.

Architektur und Datenfluss

Das generierte Projekt enthält ein Agent-Verzeichnis. Das minimale Beispiel im README fordert dich auf, agent/instructions.md durch einen kurzen Prompt zu ersetzen, der dem Assistenten mitteilt, dass die Wetterdaten simuliert sind. Ein Tool unter agent/tools/get_weather.ts importiert dann defineTool aus "eve/tools" und zod, definiert ein inputSchema, das eine Stadt-Zeichenkette erfordert, und gibt ein festes Objekt mit Wetterlage und Temperatur zurück. Die Modellauswahl erfolgt in agent/agent.ts mit defineAgent und einer Modell-Zeichenkette wie "anthropic/claude-sonnet-5". Nach der Bearbeitung startet `npm run dev` den Agenten. Das README nennt das einen funktionierenden Agenten und sagt, du kannst bei Bedarf Human-in-the-Loop-Prompts, Subagenten und Zeitpläne hinzufügen. Es beschreibt nicht, wie diese Funktionen konfiguriert werden.

Im Abschnitt Architektur und Datenfluss lässt sich eve an konkreten Repository-Spuren prüfen: vercel/eve, README.md, die dort genannten Befehle und die beschriebenen Konfigurationsdateien. Die Dokumentation ist die Grenze der Aussage. Nicht genannte Betriebssysteme, Leistungswerte und Garantien werden hier nicht ergänzt.

Konfiguration, Laufzeit und Abhängigkeiten

Das README lenkt die Community-Aktivität auf GitHub Discussions, wo Benutzer Fragen stellen, Ideen teilen und zeigen können, was sie gebaut haben. Beiträge sind willkommen, und das README verweist auf CONTRIBUTING.md, um das Repository lokal zum Laufen zu bringen und eine Änderung zu landen. Die Zusammenarbeit erfolgt über Issues und Discussions, und die Teilnehmer stimmen dem Verhaltenskodex zu. Für Sicherheitsprobleme fordert das README ausdrücklich, keine öffentlichen Issues zu eröffnen; stattdessen sollten Melder SECURITY.md folgen und eine E-Mail an responsible.disclosure@vercel.com senden. Das README beschreibt weder den Sicherheitsprozess, erwartete Antwortzeiten noch frühere Offenlegungen von Schwachstellen.

Im Abschnitt Konfiguration, Laufzeit und Abhängigkeiten lässt sich eve an konkreten Repository-Spuren prüfen: vercel/eve, README.md, die dort genannten Befehle und die beschriebenen Konfigurationsdateien. Die Dokumentation ist die Grenze der Aussage. Nicht genannte Betriebssysteme, Leistungswerte und Garantien werden hier nicht ergänzt.

Betrieb, Sicherheit und Wartung

Das README gibt an, dass eve sich derzeit in der Beta-Phase befindet und den Vercel-Beta-Bedingungen unterliegt. Es warnt, dass sich das Framework, die APIs, die Dokumentation und das Verhalten vor der allgemeinen Verfügbarkeit ändern können. Das Repository ist unter Apache-2.0 lizenziert. Der Lizenzauszug gewährt eine unbefristete, weltweite, nicht-exklusive, kostenlose, lizenzgebührenfreie Urheberrechtslizenz zur Vervielfältigung, zur Erstellung abgeleiteter Werke, zur öffentlichen Ausstellung, zur öffentlichen Aufführung, zur Unterlizenzierung und zur Verbreitung des Werks und abgeleiteter Werke. Er enthält außerdem eine Patentlizenz, die auf bestimmte Patentansprüche anwendbar ist, und besagt, dass Patentstreitigkeiten diese Lizenzen beenden können. Der Auszug erwähnt keine Garantie, keinen Support und keine Sicherheitszusicherungen; diese werden im bereitgestellten Lizenztext nicht behandelt.

Im Abschnitt Betrieb, Sicherheit und Wartung lässt sich eve an konkreten Repository-Spuren prüfen: vercel/eve, README.md, die dort genannten Befehle und die beschriebenen Konfigurationsdateien. Die Dokumentation ist die Grenze der Aussage. Nicht genannte Betriebssysteme, Leistungswerte und Garantien werden hier nicht ergänzt.

Lizenz und belegte Nutzung

Im Abschnitt Lizenz und belegte Nutzung lässt sich eve an konkreten Repository-Spuren prüfen: vercel/eve, README.md, die dort genannten Befehle und die beschriebenen Konfigurationsdateien. Die Dokumentation ist die Grenze der Aussage. Nicht genannte Betriebssysteme, Leistungswerte und Garantien werden hier nicht ergänzt.

Prüfung für den konkreten Anwendungsfall

Im Abschnitt Prüfung für den konkreten Anwendungsfall lässt sich eve an konkreten Repository-Spuren prüfen: vercel/eve, README.md, die dort genannten Befehle und die beschriebenen Konfigurationsdateien. Die Dokumentation ist die Grenze der Aussage. Nicht genannte Betriebssysteme, Leistungswerte und Garantien werden hier nicht ergänzt.

Ein sinnvoller Probelauf für eve beginnt mit dem im README genannten Einstieg und einer kleinen Eingabe. Dabei sollten Rückgabecode, erzeugte Dateien, Protokollausgaben und die verwendete Version gemeinsam notiert werden. Weicht das Ergebnis von der Beschreibung ab, gehört die genaue Kommandozeile samt Fehlermeldung in den Befund.

Redaktionelles Fazit

Geeignet ist eve für Leser, deren Anwendungsfall zu den im README beschriebenen Eingängen und Laufzeitbedingungen passt. Ungeeignet ist es, die Dokumentation als Zusage für nicht genannte Skalierung oder Kompatibilität zu lesen. Vor einer Entscheidung sollte der konkrete README-Einstieg mit einer kleinen Eingabe ausgeführt und das Ergebnis anhand der genannten Dateien und Ausgaben geprüft werden.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes