Najnowsza aktualizacja darmowego i open-source'owego asystenta programistycznego OpenCode, oznaczona wersją 1.3.13, wprowadza istotne ulepszenia skupione na stabilności i diagnostyce. Kluczową nowością jest rozszerzone wsparcie dla dostawców oraz poprawiona obsługa już istniejących integracji. Użytkownicy zyskują też szersze możliwości integracji dzięki nowym funkcjom autoryzacji.
Rozszerzone wsparcie dostawców i autoryzacji
Wydanie przynosi istotne rozszerzenia w zakresie obsługi zewnętrznych dostawców AI oraz usprawnienia w procesie uwierzytelniania.
Po pierwsze, Poe został dodany jako wbudowany dostawca autoryzacji, obsługujący zarówno OAuth, jak i klucze API. Rozszerza to listę ponad 75 wspieranych modeli i platform, do których należą m.in. GPT-5, Claude 3.5 Sonnet czy lokalne modele uruchamiane przez Ollamę.
Po drugie, wprowadzono buforowanie tokenów (token caching) dla niestandardowych dostawców Amazon Bedrock. Zmiany te mają na celu zwiększenie wydajności i płynności działania poprzez redukcję nadmiarowych zapytań do zewnętrznych API.
Co ważne, wydanie w pełni implementuje wieloetapowe przepływy uwierzytelniania (multi-step auth flows). To kluczowe ulepszenie dla integracji z rozwiązaniami korporacyjnymi, takimi jak GitHub Copilot Enterprise, które teraz działają poprawnie zarówno w TUI, jak i w aplikacji desktopowej.
Ulepszenia stabilności, interfejsu i obsługi języków
Wydanie to nie tylko duże nowości, ale również liczne poprawki i drobne ulepszenia wpływające na codzienny komfort pracy. Refaktoryzacja procesora sesji do architektury opartej na efektach (effect-based) ma poprawić niezawodność i przewidywalność działania aplikacji. Naprawiono również błędy powodujące podwójne naliczanie tokenów dla dostawców Anthropic i Amazon Bedrock, co wcześniej skutkowało zawyżonymi statystykami użycia.
Dla programistów pracujących z różnymi technologiami istotną informacją jest fakt, że OpenCode dodał wsparcie podświetlania składni dla plików Kotlin, HCL, Lua oraz TOML. W interfejsie użytkownika poprawiono kontrast przyciemnionego tekstu w motywach Catppuccin, a także zwiększono niezawodność renderowania wyników poleceń zewnętrznych w terminalu TUI.
Dodano też nową funkcję „prompt slot” oraz usprawniono proces aktualizacji aplikacji, który teraz wyświetla okno dialogowe z potwierdzeniem przed instalacją większych wydań.
Podsumowanie: Krok w stronę dojrzałości projektu
Wydanie z początku kwietnia 2024 roku pokazuje, że OpenCode dojrzewa jako platforma. Zamiast skupiać się wyłącznie na dodawaniu nowych funkcji, zespół koncentruje się na rozszerzaniu integracji z kluczowymi platformami korporacyjnymi oraz poprawie stabilności i responsywności systemu. Dzięki tym zmianom OpenCode nie tylko zwiększa swoją użyteczność dla profesjonalnych deweloperów, ale także staje się bardziej przewidywalnym i niezawodnym narzędziem w ich codziennym workflow.
Projekt Gemini CLI nie zwalnia tempa. Właśnie opublikowano nową stabilną wersję, która wprowadza długo wyczekiwane usprawnienia dla programistów, zwłaszcza fanów Vima. To jednak tylko część obrazu, bo równolegle trwają intensywne prace na kanale nightly, zwiastujące kolejne poważne zmiany w tej otwartoźródłowej konsolowej bramie do modeli Gemini. Wygląda na to, że narzędzie systematycznie przekształca się z ciekawostki w dojrzałe i potężne środowisko pracy.
Stabilny fundament: co nowego w najnowszej wersji
Najnowsza stabilna odsłona skupia się na tym, co najważniejsze: produktywności i elastyczności bezpośrednio w terminalu. Kluczową nowością jest pełna konfigurowalność skrótów klawiaturowych. Programiści mogą teraz definiować własne mapowania klawiszy, a także korzystać z wiązań dosłownych znaków. To ogromny krok w personalizacji, pozwalający dostosować interakcję z AI do indywidualnego, często bardzo ugruntowanego, workflow.
Pod maską działa też usprawniony mechanizm kontekstowy. W dużym skrócie, narzędzia systemu plików ładują kontekst „w ostatniej chwili”. Dzięki temu model otrzymuje najbardziej aktualne i istotne informacje, bez konieczności natychmiastowego przesyłania wszystkich danych. Przekłada się to na lepszą wydajność i celność odpowiedzi.
Ulepszenia dla użytkowników Vima
Jedna z bolączek wcześniejszych wersji – ograniczony tryb Vima – doczekała się poprawek. W Gemini CLI dostępny jest vim mode, który można przełączać i który oferuje podstawową nawigację w trybach NORMAL i INSERT. Pozwala to na bardziej naturalną edycję osobom przyzwyczajonym do skrótów Vima.
Dokumentacja wskazuje na ciągły rozwój tej funkcji, a społeczność zgłasza zapotrzebowanie na dodatkowe, zaawansowane mapowania klawiszy, takie jak operacje na znakach czy pełne wsparcie dla rejestrów. Obecna implementacja stanowi krok w kierunku lepszej integracji z workflow opartym na Vimie.
Tryb Plan: architektoniczny asystent
Do projektu trafił nowy tryb pracy o nazwie Plan Mode. To interesujące podejście do współpracy z AI. Tryb ten, dostępny w ustawieniach jako tryb zatwierdzania (plan approval mode), został zaprojektowany do analizy kodu i planowania zmian.
Jak to działa w praktyce? Po aktywacji Gemini CLI może przeglądać kod, analizować zależności i planować skomplikowane zmiany, które wymagają recenzji i zatwierdzenia przez użytkownika przed wykonaniem. To jak sesja strategiczna, w której AI przedstawia plan działania, a programista decyduje, co i jak chce wdrożyć. Funkcja ta jest niezwykle przydatna do eksploracji nieznanego codebase'u lub planowania refaktoryzacji z zachowaniem pełnej kontroli.
Kanał nightly: gdzie rodzi się przyszłość
Podczas gdy gałąź stabilna oferuje dopracowane funkcje, prawdziwe laboratorium innowacji znajduje się w nightly builds. To tam testowane są najbardziej eksperymentalne pomysły, które często trafiają później do wersji preview, a ostatecznie do stabilnej. Obecny cykl rozwojowy jest wyjątkowo intensywny.
Rozwijane są nowe funkcje, a system telemetrii jest stale ulepszany. Obsługa modeli jest poszerzana, oferując użytkownikom coraz więcej opcji w portfolio.
Usprawnienia dla developerów
Dla developerów pracujących ze skryptami przydatne mogą być różne flagi wyjścia, które pozwalają na bardziej strukturyzowaną interakcję z narzędziem. Praktyczne jest też bezpośrednie osadzanie kontekstu z plików w poleceniach, co eliminuje potrzebę ręcznego kopiowania kodu.
Drobna, ale miła dla oka zmiana: wskaźniki trybów pomagają w orientacji, w jakim stanie znajduje się obecnie interfejs.
Podsumowanie: konsekwentna droga do dojrzałości
Gemini CLI rozwija się w sposób systematyczny. Projekt jasno rozdziela ścieżki: stable dla codziennej, niezawodnej pracy, preview do testowania nowości tuż przed premierą oraz nightly dla śmiałych eksperymentów. Najnowsze zmiany, takie jak konfigurowalne skróty i ulepszenia trybu Vima, to bezpośrednia odpowiedź na potrzeby społeczności.
Jednocześnie prace nad nowymi trybami, takimi jak Plan, pokazują, że twórcy myślą o nowych paradygmatach współpracy z AI. Nie jest to już zwykły wrapper na API, a coraz bogatsze, samodzielne środowisko deweloperskie. Jeśli tempo i kierunek rozwoju się utrzymają, Gemini CLI może stać się nieodzownym narzędziem w terminalu każdego programisty, który chce mieć możliwości Geminiego zawsze pod ręką, bez odrywania się od klawiatury.
Świat AI wspomagającej programowanie, który wydawał się skupiony na technicznej rywalizacji, właśnie stanął w obliczu poważnego zarzutu prawnego i etycznego. Chińska firma Moonshot AI publicznie oskarżyła twórców popularnego edytora Cursor o bezprawne wykorzystanie jej flagowego, open-source'owego modelu językowego Kimi K2.5 jako fundamentu nowej usługi Cursor Composer 2. Cała sprawa wyszła na jaw dzięki dociekliwości społeczności deweloperów i postawiła pod znakiem zapytania transparentność oraz uczciwość licencyjną w szybko rozwijającej się branży narzędzi programistycznych napędzanych sztuczną inteligencją.
Spór dotyka sedna współczesnego ekosystemu AI: jak korzystać z modeli open source, gdy własny biznes osiąga skalę wartą miliardy dolarów? I co się dzieje, gdy zignoruje się drobny druk w licencji?
Od "własnego modelu" do odkrytego "Kimi K2.5 + RL"
W połowie marca zespół Cursor, startupu o wysokich przychodach, ogłosił premierę Cursor Composer 2. W materiałach przedstawiano go jako własny, zaawansowany model AI stworzony specjalnie do pomocy w kodowaniu, udoskonalony dzięki technikom reinforcement learning (RL). Entuzjastyczny komunikat nie zawierał jednak kluczowej informacji o pochodzeniu technologii.
Niedługo potem deweloper o pseudonimie @fynnso przeprowadził własne śledztwo. Analizując dane wyjściowe z API Composer 2, odkrył prawdziwy identyfikator modelu: `kimi-k2p5-rl-0317-s515-fast`. Ta nazwa, oznaczająca "Kimi K2.5 + RL", była jawnym wskazaniem na źródło modelu. To odkrycie zapoczątkowało lawinę.
Pracownicy Moonshot AI, producenta modelu Kimi K2.5, natychmiast przystąpili do weryfikacji. Po przetestowaniu API Composer 2 potwierdzili, że tokenizer – kluczowy komponent modelu językowego odpowiedzialny za przetwarzanie tekstu – jest identyczny z tym używanym w Kimi K2.5. Jeden z inżynierów Moonshot stwierdził wprost: „Ten model jest albo tym samym modelem, albo należy do tej samej rodziny. Możemy niemal potwierdzić, że to nasz model po dodatkowym treningu. Jesteśmy zszokowani, że Cursor nie uszanował naszej licencji i nie uiścił żadnych opłat”.
Licencja MIT z klauzulą dla gigantów
Aby zrozumieć zarzuty, trzeba przyjrzeć się licencji, na której udostępniono model Kimi K2.5. Choć oparta jest na popularnej i bardzo otwartej licencji MIT, Moonshot AI dodał do niej ważną modyfikację. Model jest dostępny na platformie Hugging Face dla wszystkich do celów badawczych i użytku niekomercyjnego.
Kluczowy jest jednak paragraf dotyczący użycia komercyjnego. Zgodnie z jego zapisami, jeśli produkt komercyjny korzystający z modelu osiąga ponad 100 milionów aktywnych użytkowników miesięcznie LUB generuje przychody powyżej 20 milionów dolarów miesięcznie, musi on w widocznym miejscu interfejsu użytkownika (UI) umieścić wyraźne oznaczenie „Kimi K2.5”. To właśnie ta klauzula stoi w centrum sporu.
Cursor, z rosnącą bazą płacących użytkowników profesjonalnego edytora, z dużym prawdopodobieństwem przekracza próg przychodowy określony w licencji. Mimo to w ogłoszeniu o Composer 2 zespół Cursor nie wspomniał o Kimi K2.5 ani słowem, łamiąc – według Moonshot – warunek dotyczący oznaczenia.
Yulun Du, szef pretreningu w Moonshot AI, potwierdził te zarzuty na platformie X, twierdząc, że Cursor nie tylko wykorzystał tokenizer, ale prawdopodobnie przeprowadził dotrenowanie na ich modelu bez wymaganych ustaleń czy ujawnienia tego faktu.
Reakcja Cursora: „To był błąd” i potwierdzona umowa
Pod naporem dowodów Cursor wydał oświadczenie, choć nie w formie oficjalnego komunikatu, a przez wypowiedź współzałożyciela Michaela Truella na platformie X. Truell przyznał: „To był błąd, że nie wspomnieliśmy o bazie Kimi w naszym wpisie na blogu od początku. Naprawimy to przy kolejnym modelu”. To przyznanie się do zaniedbania w kwestii transparentności.
Jednocześnie Truell przedstawił kontrargument. Stwierdził, że użycie modelu było licencjonowane, powołując się na partnerstwo z platformą Fireworks AI. Jego zdaniem umowa z Fireworks AI uprawniała Cursor do komercyjnego wykorzystania Kimi K2.5. Ta wersja zdarzeń znalazła potwierdzenie, gdy oficjalne konto Kimi należące do Moonshot AI opublikowało wpis gratulujący zespołowi Cursor i wyrażający dumę, że Kimi K2.5 stanowi fundament dla Composer 2, co potwierdziło autoryzowaną współpracę komercyjną poprzez Fireworks AI.
Potencjalne konsekwencje: od wpływu na reputację po problemy prawne
Co teraz? Dla Cursora konsekwencje mogą być wielowymiarowe. Po pierwsze, istnieje ryzyko prawne. Jeśli zarzuty Moonshot AI dotyczące naruszenia klauzuli oznaczenia się potwierdzą, Cursor może stanąć w obliczu żądań odszkodowań, naliczenia zaległych opłat licencyjnych, a w skrajnym przypadku – nawet wniosku o sądowy zakaz używania modelu Composer 2. W branży technologicznej, gdzie czas wprowadzenia produktu na rynek jest kluczowy, taka sytuacja byłaby poważnym ciosem.
Po drugie, ucierpieć może reputacja. Cała sprawa wywołała burzliwą dyskusję w społeczności deweloperów i ekspertów AI. Padają pytania o etykę wykorzystywania otwartych modeli, zwłaszcza tych pochodzących z Chin, przez zachodnie firmy o ogromnej skali. Niektórzy komentatorzy zwracają uwagę, że Cursor, konkurując z takimi firmami jak Anthropic, może opierać się na „destylowanych” lub fine-tunowanych modelach innych dostawców, co stawia pod znakiem zapytania jego długoterminową niezależność technologiczną.
Ujawnienie identyfikatora modelu przez API zostało uznane za poważne niedopatrzenie w kwestii bezpieczeństwa i kontroli. Osłabia to zaufanie do infrastruktury Cursora, która ma przecież obsługiwać wrażliwe dane i workflow programistów.
Szerszy kontekst: walka o duszę open source w AI
Ten incydent to nie tylko spór między dwiema firmami. To symptom większego napięcia w świecie AI. Z jednej strony otwarte modele, takie jak Kimi K2.5, Meta Llama czy Mistral, napędzają innowacje, pozwalając mniejszym graczom budować zaawansowane produkty. Z drugiej strony twórcy tych modeli szukają sposobów, by ich praca była szanowana, a w przypadku komercyjnego sukcesu na dużą skalę – także wynagradzana.
Licencja typu „używaj za darmo, ale oznacz nas, gdy urosniesz” staje się popularnym kompromisem. Spór Cursor vs. Moonshot będzie testem tego, jak skutecznie takie klauzule mogą być egzekwowane w globalnej, szybko zmieniającej się rzeczywistości. Czy ten przypadek zmusi inne firmy do skrupulatniejszego czytania licencji? Prawdopodobnie tak.
Co dalej?
Na razie Cursor musi uporać się z kryzysem wizerunkowym i wyjaśnić kwestię potencjalnego naruszenia klauzuli oznaczenia w licencji. Po publicznym potwierdzeniu przez Moonshot AI autoryzowanej współpracy bezpośredni konflikt dotyczący legalności użycia modelu został zażegnany. Dla użytkowników Cursora, w tym wielu programistów w Polsce, bezpośredni wpływ tej sytuacji może być minimalny, ale długofalowo sprawa może wpłynąć na tempo rozwoju i strategię doboru modeli AI w ich ulubionym edytorze.
Przypadek ten stanowi ważną lekcję: w erze AI „open source” rzadko oznacza już „bezwarunkowo wolny”. Zawsze należy czytać drobny druk, zwłaszcza gdy firma ma ambicje zostać gigantem. Dla całej branży jest to wyraźne przypomnienie, że transparentność w budowaniu technologii nie jest opcjonalna – stanowi fundament zaufania i bezpieczeństwa prawnego.
