Tag: OpenTelemetry

  • Claude Code 2.1.202: dynamiczne workflow i lepsza zdalna kontrola agentów

    Claude Code 2.1.202: dynamiczne workflow i lepsza zdalna kontrola agentów

    Anthropic udostępniło 6 lipca 2026 wersję 2.1.202 Claude Code — aktualizację, która wprowadza konfigurowalny rozmiar dynamicznych workflow, rozszerza śledzenie agentów przez OpenTelemetry i naprawia kilkanaście uciążliwych błędów. W tej wersji wprowadzono cztery nowe funkcje oraz trzynaście poprawek stabilizujących.

    Zespół Anthropica zajął się poprawą Remote Control, co jest istotne, ponieważ wcześniejsze problemy z łącznością były uciążliwe dla zespołów pracujących zdalnie. Zmiana w komendzie /review przyspiesza proces przeglądania zwykłych pull requestów, a bardziej złożone analizy przeniesiono do osobnego polecenia.

    Kluczowe zmiany w pigułce

    • Dynamiczny rozmiar workflow — użytkownicy mogą teraz wybrać small, medium lub large jako wytyczną, co przekłada się na mniej niż 5, 10 lub 50 agentów w zadaniu.
    • OpenTelemetry dla agentów — workflowowe agenty raportują teraz atrybuty workflow.run_id i workflow.name, co umożliwia odtworzenie ich aktywności z danych telemetrycznych.
    • Szybsze /review — standardowe sprawdzenie PR działa teraz jako szybki jednoprzebiegowy przegląd; wieloagentowe recenzje trafiły do /code-review.
    • Poprawki Remote Control — naprawiono błąd "Unknown command", problem z cichym porzucaniem obrazków bez podpisów oraz nieprawidłowe wyświetlanie trybu uprawnień w aplikacjach mobilnych.

    Dynamiczny rozmiar — elastyczność zamiast sztywnych limitów

    Do tej pory Claude Code uruchamiał dynamiczne workflow w dość nieprzewidywalny sposób — użytkownik nie miał dużej kontroli nad tym, ile agentów zostanie zaangażowanych w zadanie. Wersja 2.1.202 wprowadza nowe ustawienie w /config.

    Opcje small, medium i large działają jako doradcza wytyczna — nie są twardym limitem, więc środowisko wykonawcze może je przekroczyć, jeśli zadanie tego wymaga. W praktyce small oznacza mniej niż 5 agentów, medium poniżej 10, a large poniżej 50. Dla zespołów zajmujących się agentic coding to sensowna kontrola: małe zadania nie będą niepotrzebnie rozdymane, a przy dużych repozytoriach można zwiększyć skalę.

    Dokumentacja podkreśla, że funkcja wymaga minimum wersji 2.1.202 — starsze instalacje jej nie obsłużą.

    OpenTelemetry: widać, co robią agenty

    Dla zespołów DevOps i osób zajmujących się obserwowalnością, wprowadzenie atrybutów workflow.run_id i workflow.name w danych OpenTelemetry to znaczący postęp. Do tej pory śledzenie, co dokładnie wydarzyło się wewnątrz złożonych workflow agentowych, wymagało ręcznego przeszukiwania logów. Teraz można to zrekonstruować bezpośrednio z pipeline'ów OTel.

    Oznacza to, że narzędzia monitorujące zyskują kontekst — widać, który konkretnie workflow wygenerował daną aktywność i jakie agenty brały w nim udział. Dla zespołów zarządzających wieloma równoległymi procesami to oszczędność czasu przy debugowaniu.

    Remote Control bez frustracji

    Remote Control otrzymał szereg poprawek, które były potrzebne. Najważniejsze: komendy wysyłane do interaktywnej sesji nie zwracają już błędu "Unknown command". Pliki i obrazki wysyłane bez podpisów nie są już odrzucane bez wyjaśnienia, co wcześniej prowadziło do dezorientacji.

    Dodatkowo aplikacje mobilne i webowe wyświetlają teraz poprawny tryb uprawnień na ekranie /remote-control. Wcześniej zdarzało się, że pokazywały nieaktualne informacje, co utrudniało stwierdzenie, czy sesja ma odpowiednie dostępy.

    Sesje, dyktowanie i MCP — mniejsze, ale istotne poprawki

    Wydanie naprawia również błąd z przemianowywaniem sesji — wcześniej zmiana nazwy nie zawsze była poprawnie propagowana, co prowadziło do niespójności. Poprawiono stabilność dyktowania głosowego i niezawodność sesji działających w tle, co jest istotne, gdy Claude Code pracuje jako długo żyjący proces na serwerze.

    MCP (Model Context Protocol) doczekał się czytelniejszych komunikatów błędów — to detal, ale przy integracji zewnętrznych narzędzi potrafi znacznie skrócić czas namierzania problemu. Zamiast generycznych kodów dostajemy teraz sensowny opis, co poszło nie tak.

    Podsumowanie

    Claude Code 2.1.202 nie jest przełomowym wydaniem, ale skutecznie poprawia funkcjonalność poprzednich wersji. Dynamiczne rozmiary workflow dają kontrolę nad skalą zadań agentowych, OpenTelemetry poprawia przejrzystość, a poprawki Remote Control eliminują kilka frustrujących błędów. Dla zespołów korzystających z Claude'a w codziennej pracy to aktualizacja, którą warto wdrożyć od razu — zwłaszcza jeśli polegacie na zdalnym nadzorowaniu sesji.

    Źródła

  • Wersja OpenCode 1.4.10 kładzie nacisk na niezawodność i obserwowalność

    Wersja OpenCode 1.4.10 kładzie nacisk na niezawodność i obserwowalność

    OpenCode, popularny open-source'owy asystent kodowania AI, opublikował aktualizację w wersji 1.4.10, która koncentruje się na poprawie stabilności połączeń z obszarami roboczymi oraz rozbudowie możliwości telemetrycznych. Najnowsza wersja przywraca historię obszaru roboczego po ponownym łączeniu, wprowadza ulepszone wsparcie dla telemetrii przez ustawienia eksportera OpenTelemetry (OTEL) oraz optymalizuje wydajność wyszukiwania w sieci. To wydanie, mimo że mniejsze, koncentruje się na solidności działania i lepszej obserwowalności systemu dla użytkowników końcowych i administratorów.

    Kluczowe zmiany w wersji 1.4.10

    • Przywrócona historia obszaru roboczego – Po ponownym nawiązaniu połączenia z obszarem roboczym aplikacja przywraca poprzedni stan i historię działań, co minimalizuje zakłócenia w pracy.
    • Rozszerzone wsparcie telemetrii OTEL – Dodano możliwość konfiguracji ustawień eksportera OpenTelemetry (OTEL), co umożliwia lepsze zbieranie i analizę danych diagnostycznych.
    • Zoptymalizowane wyszukiwanie w sieci – Wprowadzono usprawnienia poprawiające szybkość i trafność wyszukiwań internetowych wykonywanych przez agenta.
    • Ulepszony interfejs TUI – Tekstowy interfejs użytkownika (TUI) zyskał nową, płynniejszą procedurę przywracania sesji oraz ulepszone zarządzanie agentami.

    Głównym celem tej aktualizacji jest zapewnienie bardziej przewidywalnego i odpornego na błędy środowiska dla programistów. Funkcja przywracania historii obszaru roboczego eliminuje konieczność ręcznego odtwarzania kontekstu po przerwie w połączeniu, na przykład po restarcie aplikacji lub awarii sieci. To usprawnienie, które bezpośrednio przekłada się na płynność codziennej pracy z narzędziem.

    Lepsza obserwowalność dzięki OpenTelemetry

    Wprowadzenie zaawansowanych ustawień eksportera OTEL odpowiada na potrzeby zespołów wdrażających OpenCode w większych środowiskach lub chcących dogłębniej monitorować jego działanie. OpenTelemetry to otwarty standard służący do zbierania danych telemetrycznych, takich jak metryki, logi i trace’y (ślady).

    Dzięki tej integracji administratorzy mogą teraz kierować dane diagnostyczne z OpenCode do swoich ulubionych narzędzi monitorujących, takich jak Prometheus, Jaeger czy dedykowane platformy obserwacyjności w chmurze. To ułatwia proaktywne wykrywanie problemów z wydajnością oraz pozwala lepiej zrozumieć, jak agenci AI wykorzystują zasoby i wchodzą w interakcje z kodem.

    Refinements w interfejsie użytkownika i nie tylko

    Refinements w interfejsie użytkownika i nie tylko

    Poza głównymi funkcjami, wersja 1.4.10 przynosi szereg mniejszych poprawek, które składają się na lepsze ogólne wrażenia. Optymalizacja wyszukiwania w sieci oznacza szybsze uzyskiwanie odpowiedzi na pytania związane z dokumentacją czy aktualnymi rozwiązaniami programistycznymi. Agent może efektywniej przeszukiwać i przetwarzać informacje z sieci, gdy użytkownik poprosi o pomoc w korzystaniu z nowej biblioteki lub frameworka.

    Ulepszenia w tekstowym interfejsie użytkownika (TUI), w tym nowy flow przywracania sesji, sprawiają, że praca z linii komend jest bardziej intuicyjna. Lepsze zarządzanie agentami pomaga uniknąć sytuacji, w której procesy pozostają zawieszone lub zużywają niepotrzebne zasoby. Te zmiany pokazują, że twórcy OpenCode nie skupiają się wyłącznie na dużych funkcjach, ale także na codziennym komforcie użytkowania.

    Dlaczego stabilność i telemetria są kluczowe

    W kontekście narzędzi AI dla programistów, niezawodność jest często ważniejsza niż pojedyncze, spektakularne możliwości. Programiści integrują takie asystenty bezpośrednio w swoje workflow, powierzając im zadania jak refaktoryzacja, debugowanie czy pisanie testów. Każda niespodziewana utrata kontekstu lub błąd połączenia oznacza stratę czasu i koncentracji.

    Dodanie zaawansowanej telemetrii to krok w stronę dojrzałości projektu. Pozwala to zarówno twórcom OpenCode na lepsze zrozumienie rzeczywistych wzorców użycia i punktów zapalnych, jak i zespołom enterprise na spełnienie wewnętrznych wymogów dotyczących monitorowania i bezpieczeństwa. W długiej perspektywie, dane zebrane dzięki OTEL mogą posłużyć do dalszej optymalizacji wydajności i stabilności rdzenia aplikacji.

    Wydanie OpenCode 1.4.10 wzmacnia fundamenty platformy, czyniąc ją bardziej odporną i przejrzystą. Dla użytkowników oznacza to mniej niespodzianek i płynniejszą współpracę z AI, a dla organizacji – większą kontrolę nad narzędziem, które staje się coraz bardziej integralną częścią procesu tworzenia oprogramowania.

    Źródła

  • Opencode v1.4.5 rozszerza telemetrię i elastyczność API dla deweloperów

    Opencode v1.4.5 rozszerza telemetrię i elastyczność API dla deweloperów

    Wydana niedawno wersja Opencode v1.4.5 koncentruje się na dwóch kluczowych obszarach dla programistów: głębszej obserwowalności aplikacji wspieranych przez sztuczną inteligencję oraz większej kontroli nad API. To wydanie wzmacnia pozycję open-source'owego agenta kodującego jako platformy do budowy zaawansowanych workflow'ów AI. Nowości są szczególnie istotne dla zespołów zajmujących się web developmentem, DevOps i integracją modeli językowych.

    Aktualizacja umożliwia eksport spanów telemetrii z AI SDK do backendów śledzenia zgodnych ze standardem OTLP (OpenTelemetry Protocol). Deweloperzy zyskują bezpośredni dostęp do eksperymentalnego schematu API dla pytań oraz specyfikacji OpenAPI, co ułatwia tworzenie własnych, niestandardowych hostów. Wprowadzono także fabrykę handlerów pytań, która ma uprościć wielokrotne wykorzystanie tej logiki.

    Kluczowe zmiany w wydaniu v1.4.5

    • Rozszerzona telemetria AI SDK – Spany telemetryczne mogą być teraz eksportowane do zewnętrznych systemów zgodnych z OTLP, co daje zespołom DevOps pełniejszy wgląd w działanie AI w pipeline'ach i aplikacjach produkcyjnych.
    • Ujawnione API i schematy – Upubliczniono eksperymentalny schemat API pytań oraz pełną specyfikację OpenAPI, wyeksportowane bezpośrednio z pakietu @opencode-ai/server. To ułatwia integrację i budowanie własnych rozwiązań.
    • Fabryka handlerów pytań – Nowy mechanizm obsługi pytań zwiększa elastyczność dla programistów tworzących własne hosty API, redukując boilerplate code.

    Wydanie v1.4.5 jest częścią serii aktualizacji, które wzmacniają dojrzałość i niezawodność narzędzia, koncentrując się na integracji z ekosystemem i stabilności.

    Kontekst wzmacniają wcześniejsze aktualizacje głównej linii rozwojowej, które poszerzają wsparcie dla nowych modeli i ulepszają podstawowe funkcje edycyjne oraz developerskie.

    Większa przejrzystość dla AI DevOps i hostingu

    Możliwość eksportu telemetrii do OTLP to strategiczny krok w stronę profesjonalnego wdrożenia AI w środowiskach produkcyjnych. Dla zespołów DevOps i inżynierów odpowiedzialnych za hosting, śledzenie wydajności, błędów i opóźnień w interakcjach z modelami językowymi (LLM) jest kluczowe. Integracja ze standardowym ekosystemem OpenTelemetry oznacza, że dane z Opencode mogą płynąć do tych samych narzędzi monitorujących, takich jak Jaeger, Grafana Tempo czy usługi chmurowe, co reszta infrastruktury aplikacji.

    Wsparcie przez Opencode wielu dostawców modeli poprzez AI SDK i Models.dev, w tym modeli lokalnych, jest istotne. Zarządzanie taką różnorodnością bez solidnych narzędzi do obserwowalności mogłoby być trudne. Teraz zespoły mogą mieć scentralizowany widok na to, jak różne modele zachowują się w ich konkretnych workflow'ach kodowania i automatyzacji.

    Elastyczność API dla zaawansowanych integracji

    Drugi filar aktualizacji – udostępnienie API i fabryki handlerów – trafia w potrzeby zaawansowanych użytkowników i deweloperów chcących zintegrować Opencode z własnymi systemami. Ekspozycja schematu OpenAPI umożliwia automatyczne generowanie klientów, testowanie endpointów i tworzenie dokumentacji. To znak, że projekt dojrzewa, oferując stabilne interfejsy programistyczne poza swoją główną aplikacją desktopową czy TUI.

    Fabryka handlerów pytań pozwala programistom na tworzenie niestandardowych serwerów lub hostów, które wykorzystują rdzenne możliwości zadawania pytań Opencode, ale opakowują je we własną logikę biznesową, uwierzytelnianie czy routing. To otwiera drogę do budowy wewnętrznych narzędzi agentowych, specjalizowanych środowisk dla konkretnych języków programowania lub zintegrowanych platform deweloperskich w firmach.

    Wnioski: Opencode stawia na ekosystem i profesjonalne wdrożenia

    Wydanie Opencode v1.4.5, choć inkrementalne, wskazuje na kierunek rozwoju projektu. Zespół inwestuje w fundamenty niezbędne do adopcji w profesjonalnym środowisku, zamiast skupiać się wyłącznie na nowych funkcjach dla użytkowników końcowych. Lepsza telemetria odpowiada na potrzeby skalowania i niezawodności, a lepsze API zaprasza społeczność do rozszerzania i integrowania narzędzia na własne sposoby.

    Te zmiany wpisują się w trendy związane z vibe coding i agentowymi workflow'ami.

    Źródła

  • OpenCode v1.4.0: telemetria OTLP, wsparcie proxy i ulepszenia dla programistów

    OpenCode v1.4.0: telemetria OTLP, wsparcie proxy i ulepszenia dla programistów

    OpenCode w wersji 1.4.0 wprowadza zmiany ułatwiające pracę zespołom programistycznym. Aktualizacja skupia się na monitorowaniu pracy systemu (observability), integracji z infrastrukturą firmową oraz poprawkach w codziennym użytkowaniu. Są to funkcje przydatne dla osób, które włączają narzędzia AI do swoich procesów wytwórczych.

    OTLP i monitorowanie w firmach

    Główną nowością jest obsługa protokołu OpenTelemetry (OTLP). Pozwala on na przesyłanie logów i zdarzeń (a opcjonalnie metryk i trace'ów) do systemów takich jak Grafana, New Relic czy Honeycomb. Dzięki temu firmy mogą monitorować działanie OpenCode v1.4.0 w ramach swoich standardowych narzędzi.

    Zespoły DevOps mogą teraz tworzyć wspólne dashboardy, które łączą dane z aplikacji z informacjami o wykorzystaniu AI w procesie programowania. Konfiguracja eksportera OTEL jest automatycznie kopiowana do zarządzanych workspace’ów. Naprawiono też błąd w parsowaniu nagłówków, który występował przy wartościach ze znakiem „=”.

    Obsługa HTTP proxy i stabilność sieci

    W wersji 1.4.0 dodano pełne wsparcie dla HTTP proxy. Jest to rozwiązanie dla programistów pracujących w sieciach z restrykcyjnymi firewallami, co często zdarza się w dużych organizacjach. Poprawka ta umożliwia korzystanie z narzędzia tam, gdzie wcześniej blokowały to polityki sieciowe.

    Zwiększono również stabilność połączeń. Wyeliminowano problem z wiszącymi timeoutami, które pojawiały się po nieudanych próbach pobierania danych. Dodatkowo komunikaty o błędach podczas logowania (opencode login) są teraz bardziej precyzyjne, co przyspiesza diagnozowanie problemów z siecią.

    Zmiany w TUI i wersji desktopowej

    Interfejs tekstowy (TUI) otrzymał nowe skróty klawiaturowe, które pozwalają na szybsze przełączanie się między wariantami modeli.

    W aplikacji desktopowej zmieniono sposób prezentacji subagentów. Sesje mają teraz czytelne tytuły i jaśniejsze statusy postępu prac. Ustawienie automatycznego akceptowania uprawnień trafiło do głównego panelu ustawień, co uprościło wygląd głównego okna.

    Poprawki techniczne i optymalizacja

    W silniku aplikacji wprowadzono zmiany w obsłudze błędów u poszczególnych dostawców:

    • W przypadku providera Alibaba błędy dotyczące limitów zapytań (rate limiting) powodują teraz ponowienie próby zamiast błędu.
      Naprawiono błędy w integracji z OpenRouter.
    • Ujednolicono poziomy rozumowania (reasoning) dla GitHub Copilot przy korzystaniu z modeli Anthropic.
      Warianty modeli są teraz na stałe przypisane do konkretnych wersji, co eliminuje błędy przy ich zmianie.

    Status prac nad OpenCode v1.4.0

    Wersja 1.4.0 dostosowuje narzędzie do wymogów pracy w dużych zespołach. Wprowadzenie OTLP i obsługi proxy odpowiada na potrzeby administratorów IT i działów bezpieczeństwa. Jednocześnie poprawki w interfejsie i stabilności działania wpływają na komfort pracy programistów korzystających z OpenCode na co dzień.

    Źródła