Tag: Azure

  • OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    Najnowsza wersja OpenCode, oznaczona numerem 1.18.4, wprowadza szereg poprawek, które mają na celu poprawę współpracy z modelami Kimi oraz odświeżenie klienta desktopowego. Aktualizacja, wydana 20 lipca 2026 roku, nie wprowadza rewolucyjnych funkcji, ale eliminuje kilka uciążliwych problemów – od przywrócenia łączności z Azure po lepsze zarządzanie terminalem i sesjami promptów. Dla zespołów korzystających z różnych dostawców AI, ta wersja jest zdecydowanie warta szybkiego wdrożenia.

    Najważniejsze zmiany w OpenCode 1.18.4

    • Kimi zyskał kontrolki adaptacyjnego myślenia, które zwracają podsumowane wnioskowanie zamiast pełnego procesu
    • Azure Cognitive Services przywrócił wsparcie dla endpointów po wcześniejszej regresji
    • Terminal synchronizuje teraz motyw z główną aplikacją, eliminując wizualny chaos
    • Prompt input v2 został przepisany – polecenia, załączniki i historia działają stabilniej
    • Panel recenzji zyskał lepsze skalowanie i wyrównanie zakładek z widokiem diff

    Adaptacyjne myślenie Kimi – mniej szumu, więcej konkretów

    W OpenCode 1.18.4 wprowadzono mechanizm adaptacyjnego myślenia dla modeli Kimi, które są dostępne przez dostawców kompatybilnych z Anthropic. Oznacza to, że zamiast zalewać użytkownika pełnym, wewnętrznym łańcuchem rozumowania, system domyślnie zwraca podsumowany rezultat. To poprawia czytelność, szczególnie podczas pracy nad kodem.

    Ważną poprawką jest także zmiana w obsłudze opcji wnioskowania. Wcześniej OpenCode stosował nieprawidłową domyślną konfigurację, ignorując ustawienia dostawcy. Teraz to dostawca dyktuje zasady, co zmniejsza konflikty przy przełączaniu między modelami. Zespół wyraźnie wskazuje, że lepiej uszanować specyfikę każdego modelu.

    Azure wraca do gry, OpenAI łączy stabilniej

    Azure wraca do gry, OpenAI łączy stabilniej

    Dla użytkowników korzystających z Azure Cognitive Services, ta wersja przynosi długo oczekiwaną poprawkę. Przywrócono wsparcie dla endpointów, które wcześniej zostało zerwane przez regresję, co poważnie zakłócało połączenia. Teraz wszystko wraca do normy.

    Dodatkowo, skrócono timeouty nagłówków dostawcy podczas wolnego zestawiania połączeń z OpenAI. To techniczny detal, ale dla osób na niestabilnych łączach oznacza rzadsze przerwy w sesjach. To mała zmiana, która znacząco poprawia komfort pracy.

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Najwięcej wizualnych poprawek dotyczy klienta desktopowego. Terminal synchronizuje teraz motyw z główną aplikacją, co eliminuje problem z różnymi kolorami interfejsu. Choć to kosmetyczna zmiana, przy dłuższej pracy z kodem takie detale mogą być męczące.

    System wprowadzania promptów (v2) został przepisany. Interakcje z komendami, załącznikami, historią i kontekstem powłoki stały się bardziej przewidywalne. Dodano również podpowiedzi skrótów klawiszowych, co jest przydatne zarówno dla nowych użytkowników, jak i tych, którzy chcą przyspieszyć nawigację.

    Panel recenzji kodu zyskał lepsze skalowanie i wyrównanie otwartych zakładek z aktywnym widokiem diff, co ułatwia przeskakiwanie między zmienionym plikiem a jego kontekstem recenzyjnym. Sticky controls działają teraz sprawniej i nie znikają w najmniej oczekiwanym momencie.

    Co to oznacza dla codziennej pracy developera

    OpenCode 1.18.4 to wydanie, które nie wprowadza spektakularnych nowości, ale poprawia kluczowe elementy codziennego workflow. Edycja pliku, recenzja zmian, szybkie polecenie w terminalu – to właśnie w tych obszarach wcześniejsze niedociągnięcia mogły zakłócać pracę. Poprawki w stabilności promptów i synchronizacji motywu terminala mogą wydawać się trywialne, ale to z takich mikroudogodnień składa się płynna sesja z AI-asystentem.

    W szerszym kontekście widać również konsekwentny kierunek rozwoju: OpenCode coraz bardziej różnicuje obsługę poszczególnych dostawców modeli. Wersja 1.18.4, która ukazała się tuż po tej aktualizacji, rozszerza podobne mechanizmy na Claude i Mistrala. To już nie jest narzędzie udające uniwersalną nakładkę – to platforma, która dostosowuje się do reguł każdego dostawcy z osobna. Dla zespołów korzystających z Azure, Kimi i OpenAI to pozytywna zmiana.


    Źródła

  • OpenCode zyskał adaptacyjne myślenie dla Kimi i lepszą integrację z Azure

    OpenCode zyskał adaptacyjne myślenie dla Kimi i lepszą integrację z Azure

    Nowa wersja OpenCode v1.18.4, opublikowana 20 lipca 2026 roku, wprowadza kontrolę adaptacyjnego myślenia dla modeli Kimi oraz lepszą integrację z Azure. Aktualizacja przynosi również odświeżony interfejs desktopowy, w tym zsynchronizowane motywy terminala, przepisany system wprowadzania promptów v2 oraz poprawione wyrównanie panelu recenzji.

    Kluczowe fakty

    • Adaptacyjne myślenie dla modeli Kimi działa przez transporty kompatybilne z Anthropic.
    • Lepsza integracja z Azure wraca jako wspierany endpoint po przerwie.
    • Terminal synchronizuje teraz motyw z resztą aplikacji.
    • Prompt input v2 został przepisany dla większej niezawodności poleceń i załączników.
    • Sesje i UI dostały łatki stabilizujące zarządzanie i mniej awarii.

    Modele Kimi myślą adaptacyjnie przez warstwę Anthropic

    Najciekawszą zmianą dla osób pracujących z modelami spoza ekosystemu OpenAI jest adaptacyjne myślenie dla Kimi. OpenCode potrafi teraz rozpoznać modele z rodziny Kimi, gdy są udostępnione przez API kompatybilne z Anthropic — zarówno natywne, jak i przez Google Vertex Anthropic. Kod transformacji providera został tak napisany, że wykrywa te modele automatycznie i włącza dla nich kontrolę wysiłku myślowego bez potrzeby ręcznej konfiguracji.

    To praktyczne rozwiązanie dla zespołów, które używają bram API, hostowanych usług inferencyjnych albo platform chmurowych wystawiających interfejs w stylu Anthropic. OpenCode samodzielnie zarządza, kiedy może dać modelowi więcej czasu na przemyślenie odpowiedzi. Domyślnie rezultat rozumowania jest podsumowywany, co oznacza, że interfejs nie zalewa użytkownika szczegółami wewnętrznego procesu — pozostaje zwięzłe wyjaśnienie, co model zrobił i dlaczego.

    Lepsza integracja z Azure to także istotna zmiana. W środowiskach enterprise i DevOps, gdzie modele działają na Azure, wcześniejsza utrata tego endpointa wymuszała szukanie obejść. Teraz te modele znów działają przez standardowy wzorzec endpointu, bez konieczności stosowania dodatkowych rozwiązań.

    Desktop przestaje przeszkadzać

    Desktop przestaje przeszkadzać

    Zmiany w interfejsie desktopowym koncentrują się na konkretnych problemach. Prompt input v2 — system odpowiedzialny za wpisywanie poleceń, dodawanie kontekstu z plików, uruchamianie shella, załączanie plików i korzystanie z historii promptów — został całkowicie przepisany. Dla osób pracujących w stylu vibe coding to kluczowe: ciągłe przełączanie się między instrukcjami, komendami terminala i przeglądaniem plików to codzienność. Gdy któryś z tych elementów zawodzi, sesja programistyczna może się szybko zakończyć.

    Wyrównanie panelu recenzji również zostało poprawione — to drobiazg, ale w praktyce oznacza mniej wizualnego chaosu podczas przeglądania zmian w kodzie. Dodatkowo wbudowany terminal zyskał synchronizację motywu z resztą OpenCode: jeśli aplikacja pracuje w ciemnym trybie, terminal również działa w tym trybie, bez potrzeby ręcznego dostosowywania ustawień. System motywów wspiera tryby terminal-derived, dark i light, z konfiguracją przez cli.json, co daje użytkownikowi możliwość wyboru.

    Dla kogo ta aktualizacja ma znaczenie

    Deweloperzy webowi, zespoły DevOps oraz użytkownicy narzędzi AI zyskują agenta kodowania lepiej dopasowanego do mieszanych środowisk dostawców. Aktualizacja nie wprowadza nowej funkcji agentowej, lecz poprawia niezawodność i kompatybilność. OpenCode działa przez desktop, terminal UI oraz integrację z Visual Studio Code, więc poprawki dotyczą wszystkich tych obszarów jednocześnie. Sesje rzadziej padają, kod łatwiej się przegląda, a modele Kimi i Azure działają bez konieczności kombinowania z dostawcami.


    Źródła

  • OpenCode Zwiększa Wydajność i Stabilność – Caching Promptów i Naprawa Azure w Wersji 1.3.12

    OpenCode Zwiększa Wydajność i Stabilność – Caching Promptów i Naprawa Azure w Wersji 1.3.12

    Nowa wersja open-source'owego asystenta programistycznego OpenCode, oznaczona numerem v1.3.12, przynosi istotne ulepszenia dla osób korzystających z zaawansowanych modeli AI. To wydanie skupia się na poprawie wydajności i stabilności, wprowadzając mechanizmy cache'owania oraz naprawiając błędy.

    Ogólne usprawnienia cache'owania

    Wydanie OpenCode v1.3.12 wprowadza ulepszenia w zakresie cache’owania sesji. To optymalizacja, która może znacząco przyspieszyć pracę i obniżyć koszty.

    W praktyce oznacza to, że gdy OpenCode wielokrotnie używa podobnych lub identycznych fragmentów promptów w sesji, może teraz efektywniej zarządzać danymi, zamiast za każdym razem wysyłać je od nowa do API. Jest to szczególnie cenne podczas długich, iteracyjnych sesji programistycznych, w których agent często odwołuje się do tych samych fragmentów kodu, specyfikacji czy logiki.

    Stabilizacja i nowe funkcje

    Aktualizacja przynosi szereg poprawek i nowych funkcjonalności, w tym wsparcie dla OAuth OpenAI oraz usprawnienia w obsłudze poleceń Bash i proxy. To kluczowe poprawki dla zespołów wykorzystujących różne modele AI, które są popularnym wyborem w środowiskach korporacyjnych ze względu na zgodność (compliance) i integrację.

    Stabilizacja interfejsu terminalowego (TUI)

    Wydanie przynosi także ważne poprawki dla samego Terminal User Interface (TUI). Prace skupiają się na zapewnieniu płynnego i bardziej przewidywalnego działania interfejsu, co jest kluczowe dla zachowania "flow" programisty podczas pracy w terminalu. OpenCode stawia mocno na User Experience w TUI, oferując różne tryby pracy, które można szybko przełączać za pomocą poleceń takich jak /init czy /undo.

    Szerszy kontekst rozwoju OpenCode

    Wersja v1.3.12 wpisuje się w intensywny rozwój OpenCode jako otwartej alternatywy dla komercyjnych asystentów. Projekt wspiera już ponad 75 modeli językowych dzięki integracji z platformami takimi jak Models.dev, a także specyficzne narzędzia, jak GitHub Copilot.

    W ostatnich wydaniach dodano wsparcie dla nowych providerów, przywrócono tryby review oparte na Git, dodano pełne wsparcie dla proxy HTTP i zmodernizowano komponenty wewnętrzne, w tym zaktualizowano Effect library (wersja beta.37) w usługach konfiguracyjnych. Wszystko to służy jednemu celowi: stworzeniu wydajnego, wielofunkcyjnego agenta AI, który działa tam, gdzie programista pracuje na co dzień – w terminalu lub ulubionym IDE.

    Dla kogo są te ulepszenia?

    Aktualizacja OpenCode v1.3.12 to przede wszystkim dobra wiadomość dla programistów i zespołów DevOps korzystających z:

    • Zaawansowanych modeli AI – odczują korzyści w postaci stabilniejszych integracji i nowych funkcji, takich jak OAuth.
    • Pracy w terminalu – interfejs stanie się bardziej responsywny i przewidywalny.
    • Różnorodnych dostawców modeli – platforma stale poszerza zakres wsparcia.

    To wydanie pokazuje dbałość o niezawodność i wydajność fundamentów platformy, które są niezbędne dla vibe codingu – płynnego, skupionego stanu przepływu podczas programowania z asystentem AI.


    Źródła

  • OpenCode zyskuje wsparcie dla modeli Azure oraz natywną kompatybilność z Windows na arm64

    OpenCode zyskuje wsparcie dla modeli Azure oraz natywną kompatybilność z Windows na arm64

    Ostatnia aktualizacja OpenCode, otwartoźródłowego asystenta kodowania AI, przynosi dwie kluczowe nowości dla deweloperów. Po pierwsze, rozszerza możliwości integracji z chmurą, dodając oficjalne wsparcie dla modeli Azure spoza ekosystemu OpenAI. Po drugie, co istotne dla rosnącej grupy użytkowników, rozwiązuje długo oczekiwany problem: dodaje natywne wsparcie dla architektury ARM64 w systemie Windows, co jest przełomem dla posiadaczy laptopów z procesorami Qualcomm Snapdragon X Elite.

    Dlaczego ARM64 dla Windows stanowiło taki problem?

    Problem był znany od miesięcy i zgłoszony oficjalnie w repozytorium projektu jako issue #4340. Użytkownicy systemu Windows 11 na architekturze ARM64, instalujący OpenCode przez menedżery pakietów takie jak WinGet, Chocolatey czy nawet npm install -g opencode-ai, napotykali tę samą, frustrującą wiadomość: „It seems that your package manager failed to install the right version of the opencode CLI for your platform. You can try manually installing the 'opencode-windows-arm64′ package”. Paradoks polegał na tym, że taki pakiet po prostu nie istniał.

    Winę za ten stan rzeczy ponosił łańcuch zależności. OpenCode jest zbudowany na środowisku uruchomieniowym Bun. A Bun do niedawna nie oferował natywnej wersji bun-windows-arm64 – wszystko przez to, że sam Bun zależy od silnika WebKit, który nie miał pełnego wsparcia dla Windows na ARM. To tworzyło sytuację patową.

    Deweloperzy musieli stosować skomplikowane obejścia. Najpopularniejszym była ręczna instalacja pakietu opencode-windows-x64 z flagą --force, wymuszająca pobranie binarki pod x64, a następnie ustawienie zmiennej środowiskowej OPENCODE_BIN_PATH, by nakierować wrapper Node.js na emulowany plik wykonywalny. Działało to, ale było dalekie od ideału – niektórzy zgłaszali nawet sporadyczne błędy segfault (kod wyjścia 139) podczas uruchamiania TUI.

    Dzięki aktualizacji do Bun w wersji 1.3.10, który w końcu dostarczył stabilną wersję pod ARM64, zespół OpenCode mógł zbudować i wydać natywne pakiety. To nie tylko upraszcza instalację, ale też powinno znacząco poprawić stabilność i wydajność działania na nowych laptopach z procesorami Snapdragon.

    Szersze horyzonty: wsparcie dla modeli Azure poza OpenAI

    Druga istotna zmiana dotyczy warstwy AI. Dotychczas integracja z Azure OpenAI Service była oczywiście możliwa, ale framework był w dużej mierze zoptymalizowany pod endpointy OpenAI. Aktualizacja wprowadza pełnoprawne wsparcie dla modeli innych niż OpenAI dostępnych przez Azure AI, które korzystają z endpointów typu completions.

    Co to oznacza w praktyce? Deweloperzy i firmy korzystające z usług innych dostawców modeli językowych hostowanych na Azure – na przykład GLM-4 od firmy Z.AI – mogą teraz bezproblemowo podłączyć je do OpenCode. Integracja odbywa się przez znane polecenie /models w CLI. To poszerza pole manewru, pozwalając na wykorzystanie bardziej niszowych lub zlokalizowanych modeli, które mogą lepiej radzić sobie z określonymi zadaniami czy językami.

    Solidniejszy fundament: bezpieczeństwo typów i naprawa błędów

    W tle tej dużej aktualizacji znalazło się mnóstwo pracy nad stabilnością i architekturą kodu. Kluczowym obszarem było wzmocnienie bezpieczeństwa typów (type safety). Zespół przeprojektował sposób zarządzania kluczowymi identyfikatorami w systemie, takimi jak PartID, WorkspaceID, SessionID czy ProjectID.

    Zamiast zwykłych stringów czy liczb, identyfikatory te są teraz "brandowane" za pomocą schematów Drizzle i Zod. To technika, która na poziomie systemu typów TypeScript uniemożliwia przypadkowe pomylenie identyfikatora sesji z identyfikatorem obszaru roboczego (workspace), nawet jeśli oba są stringami. Kompilator wyłapie taki błąd, zanim kod trafi do produkcji, co zmniejsza ryzyko subtelnych, trudnych do wykrycia błędów w logice aplikacji.

    Naprawiono też kilka dokuczliwych błędów. Jednym z nich był timeout przy przetwarzaniu długich strumieni odpowiedzi od modeli językowych (LLM stream chunk timeout) – domyślny limit wydłużono z 2 do 5 minut. Poprawiono również pobieranie danych organizacji, zarządzanie konsolami w tle na Windows oraz problemy z pamięcią w dużych monorepozytoriach Javy. Dla użytkowników Electrona (wersji desktopowej) istotna jest poprawka ukrywająca niechciane okna konsoli w tle.

    Więcej uniwersalności i drobne usprawnienia

    Więcej uniwersalności i drobne usprawnienia

    Aby zwiększyć przenośność kodu i zmniejszyć zależność od specyficznych API Buna, zespół zastąpił je standardowymi API Node.js. Na przykład Bun.connect zamieniono na net.createConnection, a Bun.hash na bibliotekę xxhash3-xxh64. To krok w kierunku większej niezależności od środowiska wykonawczego.

    Dodano też GPT-5.4 do listy dozwolonych modeli dla Codex, co otwiera drogę do korzystania z najnowszych osiągnięć OpenAI. W warstwie agentowej AI wprowadzono zmiany w sposobie prezentacji "umiejętności" (skills) – mają one teraz być lepiej opisane dla modelu, co optymalizuje użycie tokenów i zwiększa szansę, że agent poprawnie wywoła potrzebne narzędzie.

    Jak zainstalować teraz OpenCode?

    Proces stał się prostszy, szczególnie dla użytkowników ARM64. Standardowe metody działają bez obejść:

    • npm: npm install -g opencode-ai
    • Skrypt curl: curl -fsSL https://opencode.ai/install | bash
    • Bezpośrednie pobranie: Na stronie projektu dostępne są teraz paczki .exe zarówno dla Windows x64, jak i ARM64, a także dla macOS (Apple Silicon/Intel) i Linuxa (.deb/.rpm).

    Integracja z edytorami, takimi jak VS Code czy Cursor, pozostaje bez zmian – często wystarczy wcisnąć Ctrl+Esc w terminalu, aby uruchomić OpenCode, a wtyczka zadba o resztę.

    Podsumowanie

    Aktualizacja OpenCode do wersji 1.2.27 i wcześniejszych to coś więcej niż zwykły zestaw poprawek. To strategiczny ruch w dwóch kierunkach. Z jednej strony – ku szerszej kompatybilności sprzętowej, która otwiera projekt na prężnie rozwijający się rynek laptopów z procesorami ARM. Z drugiej – ku większej elastyczności w wyborze backendu AI, dzięki wsparciu dla szerszej gamy modeli w chmurze Azure.

    Dodatkowo setki mniejszych poprawek i refaktoryzacji, szczególnie w obszarze type safety, pokazują, że projekt dojrzewa. Skupia się nie tylko na dodawaniu nowych funkcji, ale też na budowaniu solidnego, przewidywalnego i łatwiejszego w utrzymaniu fundamentu dla asystenta kodowania, który ma ambicje być poważnym narzędziem w warsztacie każdego dewelopera.