Eco²
Backend · Cloud infrastructure
Wskazówki segregacji z jednego zdjęcia i rozmowy.
Wszechstronny asystent AI, który rozumie zasady segregacji odpadów w Korei.
Poprawka odseparowana od innego agenta, przegląd podzielony według perspektyw
Dwa przypadki naprawione z agentami kodującymi w backendzie Eco². Model jest wymieniany tylko tam, gdzie zapisuje go adnotacja współautorstwa Claude Opus 4.5 lub 4.6.
January 2026
Z dala od gałęzi develop, której używał inny agent, strumieniowanie tokenów naprawiono w dwóch podejściach
Agent kodującyInny agent
DziałanieInna praca w toku na develop
- przekazanieDrzewo zajęte → wydzielenie→ Osobny worktree · najpierw notatka analityczna (Worktree poprawki)
W trakcie rozwojuStrumień Chat
Obserwacja · ustaleniePrzychodzą tylko zdarzenia etapów, bez tokenów
- przekazanieZakres: emisja strumienia→ Osobny worktree · najpierw notatka analityczna (Worktree poprawki)
Agent kodującyWorktree poprawki
DziałanieOsobny worktree · najpierw notatka analityczna
- przekazaniePliki do zmiany→ Opakowanie OpenAI SDK w adapter LangChain (Worktree poprawki)
Agent kodującyWorktree poprawki
DziałanieOpakowanie OpenAI SDK w adapter LangChain
- przekazanie→ PR #437 → scalony do develop (Artefakty)
ArtefaktyArtefakty
ArtefaktPR #437 → scalony do develop
- przekazanie→ Worktree · kroki analizy w skillu git-workflow (Artefakty)
- przekazanieE2E po scaleniu→ Zduplikowane tokeny odpowiedzi · wyciek intent „general” (Strumień Chat)
W trakcie rozwojuStrumień Chat
Obserwacja · ustalenieZduplikowane tokeny odpowiedzi · wyciek intent „general”
- odesłaneDwa emitery→ Rozróżnienie dwóch emiterów po node · seq → pomijanie przechwyconych tokenów (dwa podejścia) (Worktree poprawki)
ArtefaktyArtefakty
ArtefaktWorktree · kroki analizy w skillu git-workflow
Agent kodującyWorktree poprawki
DziałanieRozróżnienie dwóch emiterów po node · seq → pomijanie przechwyconych tokenów (dwa podejścia)
- przekazaniePrzed / po→ Zapisane fragmenty SSE, przed i po (Strumień Chat)
- przekazanieKontrola na poziomie polecenia→ Lokalna kontrola polecenia: 0 tokenów notifiera (Artefakty)
W trakcie rozwojuStrumień Chat
Obserwacja · ustalenieZapisane fragmenty SSE, przed i po
ArtefaktyArtefakty
ArtefaktLokalna kontrola polecenia: 0 tokenów notifiera
- przekazanie→ PR #448 · scalony po rozwiązaniu konfliktów z develop (Artefakty)
ArtefaktyArtefakty
ArtefaktPR #448 · scalony po rozwiązaniu konfliktów z develop
- Kontekst
- SSE w Chat dostarczało zdarzenia etapów, ale nie tokeny. Na develop pracował inny agent, więc praca zaczęła się od notatki analitycznej w osobnym worktree; po scaleniu pierwszej poprawki zaobserwowane wtedy duplikaty i wyciek zawężono drugą poprawką.
- Wynik
- Odpowiedzialność za emisję tokenów zawężono do jednego węzła, który faktycznie je wytwarza. Kontrola polecenia pokazuje tylko, że notifier nie wysyła tokenów; zapisane fragmenty SSE pokazują późniejszą obserwację E2E. To różne dowody.
- Ograniczenie
- Tożsamość i model drugiego agenta oraz liczba agentów kodujących nie są zapisane. Żaden z PR nie miał formalnego zatwierdzenia przeglądu, a ten zapis nie jest ani obecną usługą, ani nowym przebiegiem E2E.
Źródła i pozostałe ograniczenia
- W PR #448 pierwsza łatka pomijała tokeny odpowiedzi; kolejna sprawiła, że ProcessChatCommand pomija wszystkie przechwycone tokeny wiadomości. Nie łączy się ich w jedną poprawkę, która zadziałała za pierwszym razem.
- Notatka analityczna i fragmenty SSE przed/po to wewnętrzne zapisy raportowe w repozytorium.
February 10, 2026
Ewaluator przejrzano perspektywa po perspektywie, a kodem stały się tylko konkretne ustalenia
Agent kodującyImplementacja
DziałanieKandydujący potok ewaluacji
- przekazaniePrzegląd perspektywa po perspektywie→ Ustalenia: brak próbkowania · strażnika kosztów / zmienne wyniki / konfiguracja poza domknięciem (Pięć perspektyw przeglądu)
Przegląd · weryfikacjaPięć perspektyw przeglądu
Obserwacja · ustalenieUstalenia: brak próbkowania · strażnika kosztów / zmienne wyniki / konfiguracja poza domknięciem
- odesłaneFiltrowanie przed ewaluacją→ Próbkowanie i kontrola dziennego kosztu przed ewaluacją (Implementacja)
- odesłaneNiezmienne wyniki · przypięta konfiguracja→ Zamrożone obiekty wyników · jawne wiązanie konfiguracji (Implementacja)
Agent kodującyImplementacja
DziałaniePróbkowanie i kontrola dziennego kosztu przed ewaluacją
Agent kodującyImplementacja
DziałanieZamrożone obiekty wyników · jawne wiązanie konfiguracji
- przekazanieKontrole→ Kontrole jednostkowe · okablowania (lokalne · z mockami) (Artefakty)
ArtefaktyArtefakty
ArtefaktKontrole jednostkowe · okablowania (lokalne · z mockami)
- nie zapisane wykonanieNie sięga tak daleko→ E2E na prawdziwym Redis + PG: wtedy nienapisane (Artefakty)
- przekazanie→ PR #546 scalony · procedura do skilla eval-feedback-loop (Artefakty)
ArtefaktyArtefakty
Reguła · niezweryfikowaneE2E na prawdziwym Redis + PG: wtedy nienapisane
ArtefaktyArtefakty
ArtefaktPR #546 scalony · procedura do skilla eval-feedback-loop
- Kontekst
- Raport z implementacji potoku ewaluacji rozmów zapisuje pięć perspektyw przeglądu i dwie rundy poprawek. Liczba perspektyw nie jest liczbą sesji ani agentów.
- Wynik
- Kod ma gałąź, która próbkuje i sprawdza dzienny koszt przed ewaluacją, zamrożone obiekty wyników i jawne wiązanie konfiguracji. Jeśli sprawdzenie kosztu się nie powiedzie, ewaluacja L2 i tak przebiega, więc nie jest to twardy limit wydatków.
- Ograniczenie
- Pięć perspektyw to sposób podziału przeglądu; nie oznacza pięciu niezależnych sesji modelu ani zatwierdzenia przez ekspertów. Wewnętrzne wyniki bliskie 100 z raportu nie są pomiarem jakości i nie są tu przenoszone.
Źródła i pozostałe ograniczenia
- PR podlinkowany w nagłówku raportu to #545; publiczny PR, który scalił fazy 1–4, to #546.
- Wciąż otwarty stub rekalibracji również jest opisany w raporcie bez zmian.