Eigent Release Notes v0.0.90: Prompt Caching, Browser File Upload & Schnellere Updates

Eigent v0.0.90 ist ein Release darüber, mit weniger mehr zu erreichen — und das schneller. Das Haupt-Feature ist platformweites Prompt-Caching: Statt denselben Kontext bei jedem Agenten-Zug erneut zu verarbeiten, speichert Eigent ihn jetzt auf Model-Ebene zwischen, senkt dadurch die Latenz erheblich und reduziert die Kosten für lang laufende Workflows deutlich. Zusätzlich erhält der Browser-Agent die Möglichkeit zum Datei-Upload, und die Auto-Update-Pipeline wechselt von GitHub Releases zu einem CDN für deutlich schnellere Downloads.

Für alle, die Eigent als ihre Open-Source-Coworking-Plattform nutzen, ist v0.0.90 ein Release, das im Alltag alles spürbar flotter und leistungsfähiger macht. Schauen wir es uns an.

---

⚡ Prompt-Caching für alle Modelle

Performance und Kosten haben einen großen Schritt nach vorn gemacht.

Vielen Dank an @Zephyroam für die grundlegende Implementierung in PR #1482 und an @fengju0213 für das gezielte Follow-up in PR #1552, das Caching auch auf die Initialisierung von Anthropic-BYOK-Modellen ausdehnt.

Prompt-Caching ermöglicht es dem Modell, die verarbeitete Repräsentation von langem, stabilem Kontext — Systemprompts, Skill-Anweisungen, Dokumentkontext — zu speichern und wiederzuverwenden, statt sie bei jedem Agenten-Zug erneut zu tokenisieren und zu verarbeiten. Für die mehrstufigen Aufgaben mit langem Zeithorizont, in denen Eigent-Coworking-Agenten besonders stark sind, kann das zu drastisch geringeren Latenzen und Token-Kosten führen.

PR #1482 ist eine umfassende Implementierung, die Prompt-Caching-Unterstützung über mehrere Modellplattformen hinweg erweitert, mit besonderer Tiefe bei AWS Bedrock Converse:

Was ist neu:

• AWS-Bedrock-Converse-Integration — dedizierte Prompt-Caching-Unterstützung für Bedrock Converse mit konfigurierbarer Regionsbehandlung und Unterstützung für Authentifizierung per API-Schlüssel sowie per Access-Key/Secret-Key
• Trennung von AWS Bedrock und Bedrock Converse — die beiden werden nun als separate Plattformtypen behandelt, da Bedrock Converse Prompt-Caching unterstützt, während standardmäßiges Bedrock OpenAI-kompatible APIs nutzt, die das nicht tun
• Cloud-spezifische Konfiguration — Bedrock-Converse-Modelle erhalten bei der Initialisierung eine korrekte URL- und regionsabhängige Konfiguration
• Verbesserte Validierungsfehlermeldungen — klarere, aussagekräftigere Fehler über verschiedene Plattformtypen hinweg, um Nutzern beim Debugging von BYOK-Konfigurationsproblemen zu helfen
• Stream-Callbacks für Agent-Worker — abgestimmt auf Upstream-Änderungen im CAMEL-Framework für korrektes Streaming-Verhalten

PR #1552 (von @fengju0213) schließt die Lücke, indem es die Cache-Konfiguration bereits bei der Anthropic-Modellinitialisierung ergänzt und sicherstellt, dass auch Anthropic-BYOK-Nutzer ohne manuelle Konfiguration von Prompt-Caching profitieren.

In einem Multi-Agent-Coworking-Workflow, in dem Agenten sich ein langes Systemprompt oder ein Skill-Dokument teilen, ist das einmalige Caching dieses Kontexts statt der Verarbeitung bei jedem Aufruf genau die Art von Optimierung, die sich über jede Aufgabe hinweg summiert.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1482

🔗 PR: https://github.com/eigent-ai/eigent/pull/1552

---

🌐 Datei-Upload-Tool für den Browser-Agenten

Der Browser-Agent hat gerade eine leistungsstarke neue Fähigkeit erhalten.

Großer Dank an @Douglasymlai, geprüft von @nitpicker55555, für das Hinzufügen von Datei-Upload als erstklassiges Tool im Browser-Agenten. Bisher konnte der Browser-Agent Seiten navigieren, lesen und mit ihnen interagieren — aber keine Dateiupload-Felder verarbeiten. Diese Lücke ist jetzt geschlossen.

Web-Automatisierung stößt häufig auf Dateiupload-Szenarien: ein Dokument an ein Formular anhängen, eine Tabelle an ein Datenportal übermitteln, ein Bild in ein CMS hochladen. Ohne native Upload-Unterstützung benötigten diese Workflows umständliche Workarounds. Jetzt kann der Browser-Agent sie sauber abwickeln.

Was ist neu:

• Tool „Datei hochladen“ — ein dediziertes Tool im Toolset des Browser-Agenten zur Verarbeitung von Dateieingabeelementen auf Webseiten
• End-to-End-Upload-Unterstützung — der Agent kann im Rahmen eines größeren Browser-Automatisierungs-Workflows eine Datei auswählen und Upload-Interaktionen auslösen
• In die bestehende Browser-Toolchain integriert — funktioniert nahtlos zusammen mit den vorhandenen Tools für Navigation, Formulareingaben und Lesen

Das macht den Browser-Agenten von Eigent für reale Open-Source-Coworking-Automatisierungsszenarien, in denen Dateien eingereicht, Dokumente entgegengenommen oder Medien hochgeladen werden, deutlich leistungsfähiger.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1528

---

📊 Auto-Scroll im Worker-Log

Kleine UX-Änderung. Großer Unterschied, wenn man einen Task beim Ausführen beobachtet.

Danke an @Douglasymlai, geprüft und freigegeben von @4pmtong, für die Implementierung des automatischen Scrollens im Workflow-Worker-Log-Panel.

Wenn ein Agent zuvor eine lange Aufgabe mit vielen Tool-Use-Einträgen ausführte, füllte sich das Log und neue Einträge erschienen unterhalb des sichtbaren Bereichs. Nutzer mussten manuell nach unten scrollen, um alles zu verfolgen — störend, wenn man eine Cowork-Agenten-Session aktiv überwacht.

Was ist neu:

• Auto-Scroll bei neuen Einträgen — die Log-Ansicht bleibt auf der neuesten Tool-Use-Nachricht fixiert, während während der Ausführung neue Inhalte eintreffen
• Tracking des Scroll-Status — eine wasAtBottomRef erfasst, ob der Nutzer gerade das Ende des Logs ansieht, damit Auto-Scroll nicht stört, wenn bewusst nach oben gescrollt wurde, um frühere Schritte zu prüfen
• Reset beim Task-Wechsel — der „am Ende“-Status wird beim Wechseln von Tasks oder beim Öffnen des Log-Panels zurückgesetzt, damit jeder neue Agentenlauf sauber beginnt
• Layout-Feinschliff — aktualisierte Tailwind-Class-Strings in der Workflow-Node-Komponente für ein verbessertes Panel-Layout

Wenn Sie mehrstufige Eigent-Coworking-Agenten ausführen und in Echtzeit sehen möchten, was passiert, fühlt sich dieses Update im Log-Panel wie ein echter Live-Feed an.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1513

---

⚙️ Erkennung veralteter Server für die lokale Entwicklung

Nie wieder fragen: „Läuft hier alter Code?“

Vielen Dank an @4pmtong für diese Verbesserung der Developer Experience.

Jeder, der Eigent mit VITE_USE_LOCAL_PROXY=true betreibt, kennt das: Man zieht neue Änderungen, vergisst den Backend-Neustart und verbringt Zeit mit dem Debuggen eines Verhaltens, das bereits behoben wurde — weil der Server alten Code ausführt. PR #1517 löst das mit automatischer Erkennung und einer dauerhaften Benachrichtigung.

Was ist neu:

• Git-Hash beim Start — das Backend erfasst jetzt SERVER_CODE_HASH aus dem aktuellen Git-Commit beim Serverstart
• Erweiterter /health-Endpoint — gibt jetzt sowohl die Version als auch den Server-Hash zurück, sodass das Frontend den erwarteten und den tatsächlichen Serverstatus vergleichen kann
• checkLocalServerStale()-Funktion — das Frontend fragt den Health-Endpoint ab, vergleicht die Hashes und zeigt bei einer Abweichung eine dauerhafte Toast-Benachrichtigung an
• Git-Hash statt Versionsnummer — absichtlich wird der Git-Hash statt der Versionszeichenfolge verwendet, um Fehlalarme bei reinen Frontend-Releases zu vermeiden, die das Backend nicht verändern
• Docker-Unterstützung — das Dockerfile wurde aktualisiert, damit der Hash auch in containerisierten Dev-Umgebungen verfügbar ist

Wenn Sie zu Eigent beitragen oder es lokal für Ihre Open-Source-Coworking-Workflows ausführen, ist das eine kleine, aber wirklich willkommene Verbesserung der Benutzerfreundlichkeit, die Debugging-Zeit spart.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1517

---

📦 CDN-gestützte Auto-Updates

Schnellere Upgrades. Weniger Warten.

Vielen Dank an @4pmtong, geprüft von @Pakchoioioi, für die Umstellung des Auto-Update-Feeds von GitHub Releases auf ein CDN.

Bisher bezog der Electron-Auto-Updater von Eigent Installationspakete direkt aus GitHub Releases. Das funktionierte zwar, aber die Release-Infrastruktur von GitHub ist nicht für die Geschwindigkeit von Binärverteilungen in großem Maßstab optimiert. Der Wechsel zu einem CDN-Feed bedeutet, dass Update-Pakete jetzt von Edge-Knoten in Nutzernähe ausgeliefert werden.

Was hat sich geändert:

• CDN als Update-Quelle — der Electron-Updater zeigt jetzt auf einen CDN-gehosteten Feed statt auf GitHub Releases, um Pakete abzurufen
• Schnellere Download-Geschwindigkeiten — besonders spürbar für Nutzer außerhalb Nordamerikas, wo die GitHub-CDN-Edge-Abdeckung dünner ist
• Gleicher Release-Rhythmus — an der Veröffentlichung von Releases ändert sich nichts; nur die Quelle, von der die Pakete heruntergeladen werden, ist neu

Wenn Sie langsame Update-Downloads bemerkt haben, wenn Eigent Sie zum Upgrade auffordert, sollte diese Änderung das Erlebnis deutlich verbessern.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1543

---

🐛 Bugfixes

Dieses Release enthält außerdem drei gezielte Fixes:

• NameError beim Backend-Start mit Warnungen zum öffentlichen Verzeichnis behoben — server/main.py verwies beim Protokollieren von Warnungen zur Erstellung oder Einbindung des öffentlichen Verzeichnisses auf eine nicht definierte logger-Variable, was während der Initialisierung einen NameError verursachte. Behoben wurde das durch den Ersatz durch den korrekt importierten loguru_logger. (#1520 — @mxl)

• Problem beim erneuten Öffnen des Browser-Port-Fehlers behoben — ein Fehler wurde beseitigt, der dazu führte, dass der Port des Browser-Agenten beim erneuten Öffnen fehlschlug und das Browser-Tool mitten in einer Sitzung in einen nicht wiederherstellbaren Zustand versetzen konnte. (#1545 — @Douglasymlai)

• Validierung von Anthropic-Modellen behoben, die fehlendes max_tokens ablehnt — die Anthropic Messages API erfordert einen positiven ganzzahligen max_tokens-Wert, aber das BYOK-Formular zeigt dieses Feld nicht an. Wenn die Validierung ohne diesen Wert lief, gab Anthropic einen 400-Fehler zurück. Der Fix stellt sicher, dass validate_model_with_details und create_agent bei Anthropics Plattform beide standardmäßig 4096 für das Feld max_tokens ergänzen, wenn es fehlt. (#1549 — @emag165, verfeinert von @fengju0213)

---

❤️ Die Community setzt die Messlatte immer höher

Dieser Sprint hat geliefert:

• Platformweites Prompt-Caching für alle Modellanbieter, mit Tiefe bei AWS Bedrock Converse und Anthropic BYOK
• Datei-Upload-Funktion für den Browser-Agenten
• Auto-Scroll im Worker-Log für die Live-Überwachung von Tasks
• Erkennung veralteter lokaler Server für Entwickler mit lokalem Proxy
• CDN-gestützte Auto-Update-Downloads für schnellere Upgrades
• Drei gezielte Bugfixes für Backend-Start, Browser-Port-Behandlung und Anthropic-Modellvalidierung

Jede einzelne dieser Änderungen kam von Contributors, die Eigent nutzen, auf ein echtes Problem gestoßen sind und einen Fix oder ein Feature vorangetrieben haben. Das ist der Rhythmus von Open-Source-Coworking in seiner besten Form.

Wenn Sie schon darüber nachdenken zu beitragen — sei es bei Modellen, UX, Agent-Tools, Skills oder Infrastruktur — ist v0.0.90 ein großartiger Ausschnitt dessen, was möglich ist. Legen Sie los.

Lassen Sie uns weiterbauen.