Eigent v1.0.4 — informacje o wydaniu: pulpity Skills i Connectors oraz stabilne przebiegi wieloturowe

Eigent v1.0.4 to wydanie o czytelności workspace. Skills i Connectors były wcześniej stosem kart ustawień; teraz są pulpitami w stylu biblioteki, z prawdziwymi widokami kolekcji, stronami szczegółów i wspólną powłoką strony, z której korzystają Home, Skills i Connectors.

Pod tą warstwą wydanie domyka konkretny zestaw luk, które ujawniły się, gdy zadania zaczęły trwać dłużej: gubienie instrukcji między łańcuchowymi turami modelu, błędy punktów kontrolnych, gdy zadanie klonowało repozytorium wewnątrz Space, konektory pokazujące stan inny niż środowisko, które faktycznie miało je wykonać, oraz aplikacja, która nie kończyła działania po zamknięciu ostatniego okna.

---

🧩 Skills i Connectors jako pulpity zarządzania

Zarządzanie Skillem nie powinno oznaczać przewijania strony ustawień aż do znalezienia właściwej karty.

Dziękujemy @Douglasymlai za przebudowę Skills i Connectors w powierzchnie kolekcji i szczegółów w PR #1896 oraz @4pmtong za recenzję.

Skills to teraz pulpit w stylu biblioteki. Każdy Skill otwiera się we własnym widoku szczegółów, który pokazuje jego pochodzenie, posiadany dostęp, stan włączenia i zawarte pliki. Connectors działa według tego samego modelu: przegląd kolekcji, ścieżka dodawania i przeglądania oraz nagłówek profilu z ikoną, nazwą, źródłem i akcją instalacji lub zapisu.

Nowości:

• Pulpit biblioteki Skills — przeglądaj Skille jako kolekcję, a nie jako stos kart ustawień
• Widoki szczegółów Skilla — tagi źródła i dostępu, stan włączenia oraz przeglądarka plików w jednym miejscu
• Kolekcja i odkrywanie konektorów — czytelniejsza droga od przeglądania dostępnych konektorów do skonfigurowania jednego z nich
• Nagłówek szczegółów konektora — ikona, nazwa, źródło oraz akcja instalacji lub zapisu przedstawione jak profil
• Panele boczne szczegółów — kontekst pomocniczy zostaje obok zasobu, który właśnie sprawdzasz

Praktyczna różnica dotyczy wglądu. Możesz odpowiedzieć na pytanie „skąd wziął się ten Skill, do czego ma dostęp i co zawiera”, nie opuszczając strony, na której zacząłeś.

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

---

🏠 Jedna powłoka strony dla Home, Skills i Connectors

Spójność jest funkcją, gdy codziennie poruszasz się po tej samej aplikacji.

v1.0.4 łączy Home i Ustawienia w jedną powłokę strony zbudowaną ze wspólnych elementów: paska narzędzi kolekcji, okruszków nawigacyjnych, szyny treści i nagłówka powrotu w panelu bocznym. Listy huba Home, stany puste i zakładki szczegółów Space są teraz zgodne z tym samym układem kolekcji, którego używają Skills i Connectors.

Usprawnienia:

• Wspólne układy — ten sam nagłówek, okruszki i szyna czytania w Home, Skills i Connectors
• Spójne listy kolekcji — listy huba i zakładki szczegółów Space stosują jeden model układu
• Czytelniejsze stany puste — nieskonfigurowana powierzchnia tłumaczy się sama, zamiast pokazywać pusty panel
• Przewidywalna nawigacja — okruszki i nagłówki powrotu zachowują się wszędzie tak samo

Gdy powłoka jest wspólna, przechodzenie między Home, Space, Skillem i konektorem przestaje wymagać uczenia się strony od nowa.

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

---

🔁 Praca wieloturowa, która zachowuje swoje instrukcje

Długie zadanie to łańcuch tur, a każda tura potrzebuje tych samych zaufanych instrukcji.

Dziękujemy @4pmtong za naprawę błędów Prompt Guard w łańcuchowych żądaniach Responses API w PR #1883.

Pierwsze żądanie w łańcuchu kończyło się powodzeniem i właśnie dlatego regresja pozostawała niezauważona. Kolejne żądania ponownie używały previous_response_id, ale instructions najwyższego poziomu nie były przenoszone automatycznie — zaufany prompt agenta znikał więc po cichu w trakcie przebiegu.

Poprawki:

• Instrukcje przy każdym żądaniu — zaufany prompt agenta jest wysyłany w instructions Responses API w każdej turze, nie tylko w pierwszej
• Brak zduplikowanej treści promptu — elementy system i developer są usuwane z wejścia po awansie do instructions, co eliminuje podwójne tokeny i podwójne naliczanie
• Prompt Guard nienaruszony — istniejący komunikat odrzucenia dla niezaufanych promptów zostaje zachowany

To rodzaj błędu, który ujawnia się dopiero przy dłuższym przebiegu. Krótkie zadania wyglądały poprawnie; awaria mieszkała w trzeciej turze.

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

---

🧰 Narzędzia z dynamicznymi schematami parametrów

Nie każde narzędzie ma stały kształt, a rygorystyczna walidacja schematu nie powinna odrzucać tych, które go nie mają.

Dziękujemy @fengju0213 za podniesienie camel-ai[eigent] do 0.2.91a7 i odświeżenie pliku lock backendu w PR #1897.

Nowe wydanie CAMEL zawiera awaryjny tryb dla rygorystycznych schematów, potrzebny parametrom narzędzi z otwartymi mapowaniami. Dzięki niemu PlanningWorktreeToolkit.planning_exit_plan_mode zachowuje swoje additionalProperties o wartości schematu i jest emitowany z strict: false, co pozwala uniknąć odpowiedzi 400 po stronie dostawcy przy zachowaniu dynamicznych pól słownikowych, których narzędzie faktycznie potrzebuje.

Narzędzia z otwartymi parametrami działają teraz u dostawców wymuszających rygorystyczne schematy, zamiast zawodzić w momencie wywołania.

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

---

🌿 Zagnieżdżone repozytoria w Space’ach opartych na Git

v1.0.3 dał Space’om historię wersji opartą na Git. v1.0.4 sprawia, że ta historia przetrwa zadanie, które klonuje repozytorium w środku.

Dziękujemy @4pmtong za obsługę zagnieżdżonych repozytoriów w punktach kontrolnych workspace w PR #1902.

Git raportuje nieśledzone zagnieżdżone repozytorium jako pojedynczy wpis katalogu, na przykład ?? child-repository/. Potok punktów kontrolnych normalizował tę ścieżkę do child-repository, przez co walidacja ścieżek zawodziła już po zakończeniu klonowania — wynik narzędzia oznaczano jako nieznany, a przebieg kończył się niepowodzeniem.

Poprawki:

• Zagnieżdżone repozytoria to niezależne granice — zweryfikowany, nieśledzony zagnieżdżony katalog główny Git zostaje wyłączony z punktu kontrolnego i stanu repozytorium nadrzędnego
• Brak niejawnego gitlinku i zmian w plikach ignore — repozytorium nadrzędne nie jest po cichu przebudowywane, by pomieścić podrzędne
• Stan rodzica pozostaje bez zmian — HEAD, token stanu i śledzone ścieżki są nietknięte po zakończeniu punktu kontrolnego
• Zawartość repozytorium podrzędnego pozostaje nienaruszona — zagnieżdżone repozytorium i jego commity są zachowane
• Bezpieczeństwo worktree zachowane — izolowane worktree nie są czyszczone, dopóki zawierają niescalone zagnieżdżone repozytorium

Sklonowanie repozytorium do Space to zwyczajna praca agenta. Po tym wydaniu nie kończy już całego przebiegu.

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

---

🔌 Stany konektorów zgodne ze środowiskiem wykonania

Konektor, który raportuje zły stan, jest gorszy niż taki, który nie raportuje nic.

Dwie poprawki od @4pmtong adresują dwie strony tego samego problemu.

Wyszukiwanie w sieci znikało dokładnie wtedy, gdy wymagało konfiguracji. Dla osób z niestandardowym modelem domyślnym wyszukiwanie w sieci uchodziło za niepodłączone, dopóki nie włączono Querit lub nie skonfigurowano poświadczeń Google Search — a przegląd konektorów odfiltrowywał wszystkie niepodłączone konektory wbudowane. Ponieważ ten wiersz jest zarazem wejściem do panelu ustawień, dotknięci użytkownicy nie mieli żadnej możliwości konfiguracji. Wyszukiwanie w sieci pozostaje teraz widoczne i pokazuje swój rzeczywisty stan jako Niepodłączone, a modele zarządzane zachowują dotychczasowy stan Podłączone. Filtrowanie pozostaje bez zmian dla wszystkich innych niepodłączonych konektorów wbudowanych.

Slack raportował podłączenie, choć go nie było. W trybie hostowanym interfejs ustawień traktował obecność lokalnej grupy konfiguracji Slacka jako ważne połączenie, ale hostowane zadania wykonują akcje Slacka przez Connector Gateway — gdzie ta sama osoba może nie mieć żadnego połączenia ze Slackiem. Efektem była odznaka „podłączone”, a zaraz po niej błąd braku połączenia w czasie wykonania. Konektory wbudowane, których ścieżka dla nowych użytkowników należy do Connector Gateway, podlegają teraz scentralizowanej polityce: przy włączonym Gateway wbudowany Slack jest ukrywany na stronie konektorów, w selektorze konektorów czatu i w wyborze narzędzi nowego Workera. Przy wyłączonym Gateway wbudowany Slack pozostaje dostępny dla środowisk wyłącznie lokalnych.

W obu przypadkach dotychczasowe wykonanie toolkitu Slacka, zapisana konfiguracja, zgodność zapisanych Workerów i poświadczenia wyzwalaczy Slacka nadal działają.

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

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

---

🖥️ Czyste zamknięcie po zamknięciu ostatniego okna

Zamknięcie aplikacji powinno kończyć aplikację.

Dziękujemy @4pmtong za naprawę cyklu zamykania w PR #1891. Zamknięcie jedynego okna kończy teraz Eigent czysto na każdej platformie i wyłącza wraz z nim lokalny backend.

Poprawki:

• Jedna ścieżka wyjścia — natywne zamknięcie okna, IPC zamknięcia okna i polecenie menu Zamknij okno przechodzą przez ten sam zabezpieczony przepływ quit-app
• macOS też kończy przy ostatnim oknie — window-all-closed kończy teraz działanie na macOS tak samo jak na Windows i Linux, dzięki czemu before-quit sprząta lokalny backend
• Bezpieczne rozmontowanie — zachowywana jest powiązana referencja webContents zamiast odczytu ze zniszczonego już BrowserWindow
• Zniszczone obiekty są pomijane — usuwanie listenerów jest pomijane dla zniszczonych okien i web contents, a referencje koordynatora są zwalniane przed rozmontowaniem

Osoby programujące zyskują to samo: npm run dev kończy się teraz zamiast zostawiać backend działający za zamkniętym oknem.

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

---

🧹 Zadania generowania stron, które kończą się niezawodnie

Część zadań generowania stron nie kończyła działania. Przyczyną okazały się dwie rzeczy naraz.

Dziękujemy @4pmtong za bezpieczną dla wydania poprawkę w PR #1907.

Eigent nie musi już wysyłać wygenerowanej treści do starego zdalnego serwisu wdrożeniowego, więc Web Deploy Toolkit został usunięty z kompozycji Developer Agenta w Workforce i agenta pojedynczego, a wzmianki o wdrażaniu zniknęły z promptu Developer Agenta, opisu koordynatora Workforce i list możliwości przepływów pracy. Stara konfiguracja toolkitu, która wciąż żąda web_deploy.enabled=true, jest ignorowana. web_deploy_toolkit.py i historyczna obsługa renderowania pozostają w kodzie na wypadek przyszłego użycia.

Drugą przyczyną było odmierzanie czasu. Budżet punktu kontrolnego przy czyszczeniu terminala w tle rośnie z 5 do 30 sekund, dzięki czemu zatrzymany serwer podglądu zdąży zwolnić dzierżawę zapisu i domknąć punkt kontrolny Git dla workspace przed finalizacją przebiegu.

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

---

⚙️ Szybsze bariery ochronne dla współtwórców

Wolne CI to podatek nakładany na każdego, kto otwiera pull request.

Zadanie barier ochronnych frontendu regularnie zajmowało od 20 do 30 minut, bo uruchamiało pełny zestaw Vitest dla commita bazowego i commita pull requesta z wyłączonym cache, a następnie ponawiało niepowodzenia względem bazy, która już zawierała znane błędy i 29-sekundowe przekroczenia czasu.

Dziękujemy @4pmtong za zastąpienie tego porównania pełnego zestawu skoncentrowanym runnerem w PR #1898.

Usprawnienia:

• Runner zmienionych testów — uruchamiane są tylko pliki testów frontendu dodane lub zmienione przez daną zmianę
• Najpierw szybkie kontrole — sprawdzenia typów, Electrona, systemu projektowego i formatowania działają przed Vitest
• Anulowanie zastąpionych przebiegów — nowy push anuluje poprzedni przebieg workflow Test dla tego samego pull requesta lub gałęzi
• Krótszy limit czasu — budżet barier frontendu spada z 30 do 15 minut

W powtórce na zmianie scalonej przez PR #1891 runner zmienionych testów wykonał 4 pliki testów i 134 testy w 1,07 sekundy.

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

---

🔁 Zgodność z dotychczasową pracą

Istniejące Space’y, sesje, zadania, ustawienia Skilli, zapisane Workery i konfiguracje konektorów pozostają dostępne po aktualizacji do v1.0.4. Domyślne działanie nie wymaga dodatkowej konfiguracji.

Integracje wyłącznie lokalne są wyraźnie zachowane. Przy wyłączonym Connector Gateway wbudowany Slack, zapisane Workery i wyzwalacze Slacka nadal działają, a zapisana konfiguracja Slacka pozostaje nietknięta w obu trybach.

---

❤️ Workspace, który tłumaczy się sam

Eigent v1.0.4 dostarcza:

• Skills jako pulpit biblioteki z widokami źródła, dostępu, włączenia i szczegółów plików
• Connectors jako ścieżkę kolekcji, odkrywania i szczegółów profilu
• Wspólną powłokę strony ze spójnymi okruszkami, panelami bocznymi, szynami treści i stanami pustymi w Home, Skills i Connectors
• Zaufane instrukcje agenta zachowywane w łańcuchowych turach Responses API, bez zduplikowanej treści promptu
• Zgodność z rygorystycznymi schematami dla narzędzi o dynamicznych parametrach
• Zagnieżdżone repozytoria Git traktowane jako niezależne granice w punktach kontrolnych workspace
• Wyszukiwanie w sieci, które pozostaje widoczne, dopóki wymaga konfiguracji
• Slack prezentowany przez ścieżkę konektora, która faktycznie go wykona
• Czyste zamknięcie aplikacji i lokalnego backendu po zamknięciu ostatniego okna
• Bardziej niezawodne kończenie zadań generowania stron i sprzątanie procesów w tle
• Barierę CI frontendu działającą w minutach zamiast pół godziny

Motywem tego wydania jest czytelność. Pulpit mówi, do czego sięga Skill. Stan konektora mówi, które środowisko go wykona. Punkt kontrolny mówi, do którego repozytorium należy zmiana. A zadanie, które działa długo, zachowuje instrukcje, z którymi się zaczęło.

Praca, którą można sprawdzić, to praca, której można zaufać.

🔗 Wydanie: https://github.com/eigent-ai/eigent/releases/tag/v1.0.4

🔗 Pełna lista zmian: https://github.com/eigent-ai/eigent/compare/v1.0.3...v1.0.4

Budujmy dalej.