Eigent Release Notes v1.0.2: Connector Gateway, Vorschau in der Sitzung & BYOK-Steuerung

Bei Eigent v1.0.2 geht es darum, Ihre Arbeit vernetzt, sichtbar und in Bewegung zu halten. Das neue Connector Gateway bringt gehostete Verbindungen zu Drittanbieter-Apps über MCP direkt in Eigent. Gleichzeitig bietet das Vorschau-Panel in der Sitzung einen gemeinsamen Platz neben der Unterhaltung für Browserseiten, Dateien, Canvases, Terminals und Reviews.

Dieses Release gibt BYOK-Nutzern außerdem direkte Kontrolle über Modellparameter, macht das Teilen von Screenshots so einfach wie das Einfügen in den Chat, verdeutlicht im Live-Arbeitsprotokoll, was Agenten gerade tun, und stärkt die lang laufenden Workflows, die Eigent zu einer echten Open-Source-Cowork-Plattform machen. Schauen wir es uns an.

---

🔌 Connector Gateway: Ihre Apps, verfügbar für Ihre Agenten

Die größte neue Funktion in v1.0.2 ist ein direkter Weg von Eigent zu den Tools, in denen Ihre Arbeit bereits stattfindet.

Ein großes Dankeschön an @4pmtong für die erste Eigent-seitige Connector-Gateway-Integration in PR #1776.

Das Connector Gateway ergänzt eine anbieterunabhängige Schnittstelle für gehostete Connector-Runtimes. Statt jeden Dienst direkt mit der Desktop-App zu verdrahten, verbindet sich Eigent über den gehosteten eigent_server, erhält die passende MCP-Konfiguration und stellt diese Tools beim Start einer neuen Aufgabe bereit.

Was ist neu:

• Connector-Erkennung — verfügbare Anbieter im Connector-Bereich mit Suche und Seitennavigation durchsuchen
• Detailansicht für Connectors — Metadaten, Verbindungsstatus, verfügbare Aktionen und Aktionsvorschauen prüfen, bevor ein Connector verwendet wird
• Funktionsabhängige Oberfläche — das Connector Gateway erscheint nur, wenn der verbundene Eigent-Server seine Unterstützung meldet
• Automatische MCP-Einbindung — verbundene Tools werden neuen Aufgaben über die MCP-Konfiguration des Gateways hinzugefügt
• Connector-bewusste Agenten-Prompts — Agenten bevorzugen jetzt die passenden MCP-Tools, wenn Sie eine verbundene Drittanbieter-App abfragen oder bedienen lassen
• Anbieterunabhängige Architektur — Benennung und Struktur der Integration verhindern eine dauerhafte Bindung von Eigent an einen einzelnen Connector-Anbieter

Dies ist ein wichtiger Schritt hin zu einer Cowork-Umgebung, in der Agenten von der Planung zur Ausführung wechseln können, ohne dass Sie Informationen von Hand zwischen Apps kopieren müssen.

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

---

🖥️ Ein Vorschau-Panel in der Sitzung für jede Art von Arbeit

Ihre Arbeit kann jetzt neben der Unterhaltung bleiben, statt sich auf verschiedene Fenster zu verteilen.

Danke an @Douglasymlai für die Einführung des einheitlichen Vorschau-Panels in PR #1750.

Aus der früheren reinen Dateivorschau ist ein Arbeitsbereich mit Tabs für Browser-, Datei-, Canvas-, Terminal- und Review-Inhalte geworden. Er befindet sich in einer größenverstellbaren Teilansicht neben dem Chat, öffnet und schließt sich mit einem weichen Übergang und merkt sich seinen Zustand für jedes Projekt separat.

Was ist neu:

• Fünf Vorschautypen — Browser-, Datei-, Canvas-, Terminal- und Review-Tabs in einem konsistenten Panel öffnen
• Eingebetteter Desktop-Browser — mit Zurück, Vor, Aktualisieren und Adressleiste navigieren oder die Seite im Systembrowser öffnen
• Links bleiben im Kontext — ein Klick auf einen HTTPS-Link im Desktop-Chat öffnet ihn in der Sitzungsvorschau, statt Sie aus Eigent herauszuführen
• Größenverstellbares Sitzungslayout — das Verhältnis zwischen Unterhaltung und Vorschau an die jeweilige Aufgabe anpassen
• Vorschauzustand pro Projekt — Tabs bleiben beim Wechsel zwischen Sitzungen dem richtigen Projekt zugeordnet
• Sicherere Webviews — unsichere Gast-Einstellungen und Quellen außerhalb von HTTP(S) werden blockiert; Links für neue Fenster bleiben in der kontrollierten Vorschau
• Ressourcenbewusstes Verhalten — inaktive Browser-Gäste werden nach zehn Minuten entfernt, um Renderer-Ressourcen freizugeben

Ob ein Agent eine Datei erstellt, eine Recherchequelle geöffnet oder etwas zur Prüfung vorbereitet hat: Das Ergebnis hat jetzt einen natürlichen Platz innerhalb der Sitzung.

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

---

🎛️ BYOK-Modellparameter und Modellauswahl auf Sitzungsebene

„Bring your own key“ bedeutet jetzt auch: Bringen Sie Ihre eigenen Inferenz-Einstellungen mit.

Danke an @fengju0213 für die BYOK-Modellparameter in PR #1765 und an @iyernaveenr dafür, dass die Modellauswahl mit PR #1736 pro Chat-Sitzung erhalten bleibt.

Bisher konnten BYOK-Nutzer Anbieter und Modell auswählen, hatten aber keine unterstützte Oberfläche für Einstellungen wie temperature, top_p oder max_tokens. Eigent v1.0.2 ergänzt jede BYOK-Anbieterkarte um einen optionalen JSON-Editor, validiert das Objekt direkt, speichert es zusammen mit dem Anbieter und leitet es korrekt sowohl an das Standardmodell einer Aufgabe als auch an anbieterbasierte Worker-Überschreibungen weiter.

Was ist neu:

• Editor für Modellparameter — unterstützte Inferenzparameter als JSON-Objekt auf der BYOK-Anbieterkarte konfigurieren
• Sofortige Validierung — fehlerhaftes JSON und Werte, die keine Objekte sind, werden abgefangen, bevor sie das Modell erreichen
• Dauerhaft gespeicherte Einstellungen — Parameter werden verschlüsselt, gespeichert und beim erneuten Öffnen des Anbieters wiederhergestellt
• Weitergabe auf Worker-Ebene — benutzerdefinierte und lokale Worker erhalten die ausgewählte Anbieterkonfiguration, ohne API-Schlüssel oder Anbieter-Geheimnisse im Worker-Zustand zu speichern
• Sicherere Protokolle — Modellzugangsdaten einzelner Worker werden in der Debug-Ausgabe neuer Agenten geschwärzt
• Ein Modell pro Sitzung — bestehende Unterhaltungen merken sich ihr ausgewähltes Modell über Folgeanfragen und App-Neustarts hinweg, ohne den globalen Standard zu ändern

Das Ergebnis ist präzisere Kontrolle für fortgeschrittene Nutzer und besser vorhersehbare Unterhaltungen, wenn mehrere Projekte gleichzeitig unterschiedliche Modelle verwenden.

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

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

---

📎 Bilder in den Chat einfügen und den zurückgegebenen Dateien vertrauen

Visuellen Kontext mit einem Agenten zu teilen, sollte so schnell gehen wie mit einem Teammitglied.

Danke an @iyernaveenr für das Einfügen von Dateien aus der Zwischenablage in PR #1740 und an @4pmtong für die Korrekturen an Ausgabedateien und am Agent Folder in den PRs #1767, #1773 und #1798.

Sie können jetzt einen Screenshot kopieren und direkt in das Chatfeld einfügen. Auf dem Desktop speichert Eigent die Bytes aus der Zwischenablage sicher in einer temporären Datei und übergibt das Ergebnis an den bestehenden Anhangsablauf. Im Web verwenden eingefügte Dateien denselben Upload-Pfad wie abgelegte Dateien. Reiner Text wird weiterhin normal eingefügt, selbst wenn die Zwischenablage sowohl Text als auch ein Bild enthält.

Was wurde verbessert:

• Bilder aus der Zwischenablage einfügen — mit Cmd+V oder Ctrl+V Screenshots anhängen, ohne eine Dateiauswahl zu öffnen
• Dateiunterstützung für die Zwischenablage — aus einem Dateimanager kopierte Dateien können denselben Anhangsablauf nutzen
• Einheitliche Schutzmechanismen — das Einfügen folgt denselben Verfügbarkeitsregeln sowie derselben Deduplizierung und Erfolgs- oder Fehleranzeige wie Drag-and-drop
• Korrekte Sandbox-Pfade — sandbox:/...-Ausgabepfade werden nicht mehr fälschlich als Windows-Laufwerkspfade gelesen
• Sicherere Dateierkennung — URLs und unbekannte Schemas werden nicht als lokale Ausgabedateien dargestellt
• Benutzerbezogene Ausgabeauflösung — Dateien werden über den Pfad der aktuellen Benutzer-ID aufgelöst; die ältere E-Mail-basierte Ablage bleibt als Rückfalloption erhalten
• Aufgeräumter Agent Folder — interne Aufgaben-Stammverzeichnisse sind verborgen und Verzeichniseinträge werden nicht länger als anklickbare Dateien angezeigt

Diese Änderungen schließen beide Seiten des Kreislaufs: Es ist leichter, einem Agenten visuellen Input zu geben, und zuverlässiger, die von ihm erstellten Dateien zu öffnen.

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

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

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

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

---

🔎 Klarere Arbeitsprotokolle, gestützt durch typisierte Workflow-Ereignisse

Wenn Agenten arbeiten, sollte Eigent ihren Fortschritt leicht verständlich und zuverlässig verarbeitbar machen.

Danke an @Pakchoioioi für die Verbesserungen am Arbeitsprotokoll in den PRs #1696 und #1697, an @Douglasymlai für den typisierten App-Event-Bus in PR #1771 und an @fengju0213 für die Token-Nutzungsberichte auf Anfrageebene in PR #1362.

Tool-Aktivitäten trennen jetzt die an ein Tool gesendete Anfrage von der zurückgegebenen Antwort. Im Single-Agent-Modus ersetzt die Überschrift des Arbeitsprotokolls außerdem die allgemeine Bezeichnung „CAMEL Agent“ durch das aktuelle active_form des laufenden Schritts. Während der Agent seinen Plan abarbeitet, wird die Anzeige mit einem dezenten Übergang aktualisiert.

Was hat sich geändert:

• Karten für Anfrage und Antwort — Tool-Eingaben und -Ausgaben werden getrennt beschriftet, statt in einem Block zusammengefasst zu sein
• Live-Schrittnamen — Arbeitsprotokolle im Single-Agent-Modus zeigen die aktuelle Aktion und aktualisieren sich mit dem Arbeitsfortschritt
• Lange Bezeichnungen brechen sauber um — Text für aktive Schritte bleibt lesbar, statt abgeschnitten zu werden
• Typisierter App-Event-Bus — Workflow-Pfade senden strukturierte App-Ereignisse über eine schlanke, testbare Grundlage
• Pufferung früher Ereignisse — Startereignisse warten sicher, bis der Empfänger bereit ist
• Nutzungsereignisse auf Anfrageebene — nicht-streamende Schritte mit mehreren Anfragen können die Token-Nutzung nach jeder Modellanfrage melden, statt auf den gesamten Schritt zu warten
• Schutz vor Doppelzählung — Berichte auf Anfrage- und Schrittebene werden so koordiniert, dass Tokens nicht doppelt gezählt werden

Dies sind sichtbare Verbesserungen der Verständlichkeit, getragen von einer stärkeren Ereignisgrundlage – heute nützlich und bereit für umfangreichere Workflow-Diagnosen von morgen.

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

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

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

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

---

✨ Ein durchdachteres Chat- und Desktop-Erlebnis

Die kleinen Interaktionen rund um eine Aufgabe wirken jetzt ruhiger, klarer und bewusster gestaltet.

Danke an @Douglasymlai für die Überarbeitung des Chat-Composers, der Tooltips, der Update-Erfahrung, des Support-Log-Ablaufs und des Bewegungssystems in den PRs #1749, #1754, #1751, #1802 und #1805. Danke ebenso an @iyernaveenr dafür, dass beim Start die zuletzt besuchte Sitzung wiederhergestellt wird und gewechselte Chats in den PRs #1745 und #1733 bei ihrer neuesten Nachricht geöffnet werden.

Was wurde verbessert:

• Zweistufiger Chat-Composer — Nachrichtenaktionen befinden sich über einer eigenen Zeile für Projekteinstellungen wie Sitzungsmodus, Modell und Denkaufwand
• Direkte Connector- und Skill-Auswahl — @connector- und #skill-Tokens hinzufügen, ohne den Umweg über ein allgemeines Plus-Menü
• Absichtsabhängige Tooltips — Navigationsbezeichnungen erscheinen sofort, während ausführlichere Hinweise eine kurze, ruhigere Verzögerung behalten
• Update-Fortschritt direkt in der Oberfläche — Desktop-Updates laden im Hintergrund und zeigen den Fortschritt in der oberen Leiste, gefolgt von einer klaren Aktion „Neue Version starten“
• Herunterladbare Diagnoseprotokolle — der Support-Dialog kann sowohl Eigent-Desktop-Protokolle als auch CAMEL-Aufgabenprotokolle exportieren
• Dort fortfahren, wo Sie aufgehört haben — beim erneuten Öffnen der App wird, wenn passend, die zuletzt besuchte Unterhaltung wiederhergestellt
• Neueste Nachricht beim Projektwechsel — beim Wechsel des Chats gelangen Sie direkt zum aktuellen Ende der Unterhaltung
• Konsistentere Bewegung — gezielte Übergänge ersetzen umfassendes transition-all-Verhalten in Onboarding, Aufgaben, Workflows, Skills, Connectors, Seitenleisten und Dialogen, mit Unterstützung für reduzierte Bewegung, wo sinnvoll

Einzeln betrachtet sind dies kompakte Änderungen. Zusammen beseitigen sie Reibung in den Bereichen von Eigent, die Sie den ganzen Tag über nutzen.

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

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

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

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

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

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

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

---

🛡️ Lang laufende Workflows, die weiterlaufen

Zuverlässigkeit ist am wichtigsten, wenn eine Aufgabe bereits seit langer Zeit läuft.

Ein großes Dankeschön an @iyernaveenr für den Schutz laufender Ausführungen bei Projektwechseln und beim Schließen des Fensters, konfigurierbare Schritt-Timeouts, die Erfassung der Kosten fehlgeschlagener Ausführungen und die Korrektur des Abschlussstatus in den PRs #1748, #1747, #1746 und #1737. Danke an @4pmtong für die Stärkung der Remote-Steuerung im Hintergrund, des Backend-Starts, der Space-Hydration und der Behandlung veralteter Antworten in den PRs #1774, #1775, #1797 und #1799.

Was ist zuverlässiger:

• Projektwechsel erhalten laufende Ausführungen — ein Wechsel zwischen Projekten verwirft oder wiederholt Zustände nicht mehr so, dass ein aktiver Stream abgebrochen werden kann
• Schließwarnungen berücksichtigen jedes Projekt — Eigent warnt vor dem Schließen des Fensters, solange irgendeine Ausführung aktiv ist, nicht nur bei der aktuell sichtbaren Aufgabe
• Konfigurierbares Schritt-Timeout — Deployments können AGENT_STEP_TIMEOUT_SECONDS ändern, den Standard von 30 Minuten beibehalten oder die Grenze pro Schritt deaktivieren
• Kosten fehlgeschlagener Ausführungen werden erfasst — die vor einem Timeout oder Fehler aufgelaufene Token-Nutzung bleibt nicht länger bei null
• Auch lange Antworten werden abgeschlossen — Verlaufszusammenfassungen werden auf das Datenbanklimit begrenzt, ohne zu verhindern, dass der Aufgabenstatus auf erledigt gesetzt wird
• Remote Control funktioniert im Hintergrund — Remote-Nachrichten können ein Hintergrundprojekt adressieren, ohne dass die Desktop-Oberfläche das Projekt wechseln muss
• Sichererer lokaler Backend-Start — doppelte Starts, Neustart-Rennen und defekte Konsolen-Pipes werden defensiver behandelt
• Aktiver Space übersteht die Hydration — die Serversynchronisierung erhält den ausgewählten Space des Nutzers und erstellt nur für echte Einrichtungs- oder Migrationsfälle einen leeren Space
• Verspätete menschliche Antworten schlagen kontrolliert fehl — veraltete Antworten nach dem Bereinigen des Aufgaben-Locks entfernen überholten UI-Zustand, statt als Backend-Programmfehler zu erscheinen

Für alle, die Eigent für lange Recherche-, Programmier- oder Dokumenten-Workflows nutzen, machen diese Korrekturen die Desktop-App zu einem deutlich sichereren Ort für ernsthafte, weiterlaufende Arbeit.

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

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

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

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

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

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

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

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

---

🐛 Weitere Korrekturen für Anmeldung, Chat, OAuth, Windows und Docker

Dieses Release enthält außerdem gezielte Korrekturen im gesamten Stack:

• Lokale Anmeldung verliert den Benutzerkontostatus nicht mehr — lokale Sitzungen stellen die Benutzer-ID aus der Anmeldeantwort oder dem Access-Token wieder her. So ersetzt kein leerer, schreibgeschützter Legacy Space mehr die tatsächlichen Spaces und Projekte des Nutzers. (#1739 — @iyernaveenr)

• Unsichtbare eingezäunte Codeblöcke bei unterschiedlichen OS- und App-Themes behoben — Text- und Hintergrundfarben von Code folgen jetzt demselben App-Theme, sodass alle vier Hell-Dunkel-Kombinationen lesbar bleiben. (#1735 — @iyernaveenr)

• Springender Chat-Cursor bei schnellem Tippen behoben — die Cursorposition wird jetzt synchron nach dem Rich-Text-Rendering wiederhergestellt; nur das layoutabhängige Scrollen wartet auf den nächsten Frame. (#1732 — @iyernaveenr)

• Skill-Abgrenzung für Single Agent behoben — Single Agent ist in der Skill-Zugriffsauswahl immer zuerst sichtbar, und seine Aliase werden beim Abgleich in Frontend und Backend einheitlich normalisiert. (#1759 — @suger-m)

• Erkennung der Terminal-Fähigkeit unter Windows behoben — native PowerShell- und Command-Prompt-Umgebungen können Terminal-Tools registrieren, selbst wenn Bash nicht installiert ist. (#1716 — @fengju0213)

• Verarbeitung des Backend-Trust-Stores behoben — gebündelte Desktop-Backends können vom Betriebssystem als vertrauenswürdig eingestufte Zertifikate verwenden, einschließlich privater CAs für entfernte HTTPS-Modellendpunkte. (#1700 — @fengju0213)

• Kodierung der OAuth-Autorisierungs-URL behoben — Slack-, Notion-, X- und Google-Adapter kodieren Weiterleitungs-URLs, Scopes, State, Unicode und andere Sonderzeichen jetzt korrekt. (#1636 — @hobostay)

• Neue Docker-Server-Builds behoben — .git bleibt für den BuildKit-Bind-Mount verfügbar, mit dem der Server-Commit eingetragen wird, ohne in den Image-Layer kopiert zu werden. (#1703 — @nilbot)

---

📚 Abhängigkeiten und Dokumentation

Danke an @fengju0213 für das Upgrade von camel-ai auf 0.2.91a5 in PR #1760, an @carlosjarenom für die Korrektur der Python-Anforderung in der Server-README von 3.10 auf 3.12 in PR #1672, an @Douglasymlai für die Überarbeitung der Produkthighlights und Anwendungsfälle in den lokalisierten READMEs in PR #1802, an @4pmtong für die Trennung von Open-Source-Build-Uploads in ein eigenes S3-Präfix in PR #1801 und an @Wendong-Fan für die Aktualisierung des WeChat-QR-Codes.

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

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

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

---

❤️ Die Community setzt die Messlatte immer höher

Dieses Release bringt:

• Ein Connector Gateway, das gehostete Drittanbieter-Tools über MCP für Agenten verfügbar macht
• Eine einheitliche Vorschau in der Sitzung für Browser-, Datei-, Canvas-, Terminal- und Review-Arbeit
• BYOK-Modellparameter und eine Modellauswahl, die pro Unterhaltung erhalten bleibt
• Das Einfügen von Bildern aus der Zwischenablage und eine zuverlässigere Verarbeitung erstellter Dateien
• Klarere Live-Arbeitsprotokolle, typisierte Workflow-Ereignisse und Token-Berichte auf Anfrageebene
• Einen neu gestalteten Composer, intelligentere Tooltips, sichtbaren Update-Fortschritt und herunterladbare Support-Protokolle
• Stärkeren Schutz für lang laufende Aufgaben bei Projektwechseln, Fensterschließungen, Timeouts und Hintergrundsteuerung
• Gezielte Korrekturen für Anmeldung, Chat-Darstellung, Skills, Windows, Zertifikate, OAuth und Docker

Mit Eigent v1.0.2 wird das Produkt bei der Arbeit zwischen den großen Momenten besser: das richtige Tool verbinden, Kontext sichtbar halten, erklären, was ein Agent gerade tut, und eine laufende Aufgabe schützen.

Jede Funktion und jede Korrektur entstand, weil Mitwirkende echte Reibung in Workflows in ein besseres Open-Source-Cowork-Erlebnis verwandelt haben. Wenn Sie mitgestalten möchten, was als Nächstes kommt, erkunden Sie den Code, eröffnen Sie ein Issue oder senden Sie einen PR.

🔗 Release: https://github.com/eigent-ai/eigent/releases/tag/v1.0.2

Lassen Sie uns weiterbauen.