Warto wypróbować GPT-5.3-Codex-Spark
Categories:
Osoby zaznajomione z oceną LLM wiedzą, że opus często przewyższa gpt w rankingach, ale w rzeczywistym użyciu zdolność gpt do rozwiązywania problemów jest niezrównana. W momencie publikacji najnowsze główne modele z serii gpt5 to gpt-5.2-mini, gpt-5.2, gpt-5.3-codex, gpt-5.3-codex-spark itp. Modele niebędące codex to modele ogólnego przeznaczenia, o potężnej logice, ale bardzo wolne. Codex to modele dostrojone do kodowania; w modelach codex gpt5.2codex i wcześniejszych moje testy wykazały pogorszenie zdolności logicznych, więc cały czas używałem gpt5.2, mimo że jego prędkość była absurdalnie wolna. Gdy pojawił się gpt-5.3-codex, przetestowałem go natychmiast — efekty były bardzo dobre, trudno już stwierdzić, czy gpt-5.3-codex jest logicznie słabszy od gpt5.2, ale pod względem prędkości miażdży gpt5.2, stając się moim głównym modelem kodowania. Niedawno wyszedł gpt-5.3-codex-spark; początkowo mówiono, że jest ekstremalnie szybki, ale jego wyniki w rankingach są niższe, więc przez pewien czas ignorowałem go. Jednak gdy zobaczyłem, że można go używać za darmo w cursorze, postanowiłem dać mu szansę — w praktyce sprawuje się bardzo dobrze, nie jest głupi. Według moich informacji logika 5.3-codex-spark jest nieco słabsza niż 5.3-codex, a kontekst to zaledwie 128K, co wystarcza do większości potrzeb. Największą cechą modelu codex-spark jest „lenistwo” — rusza się odrobinę tylko wtedy, gdy się go popędzi. Przede wszystkim nie nadaje się na model sterujący agentem, zresztą jego ocena agentowa też jest niska. Nie wykonuje żadnych dodatkowych czynności poza instrukcją, w tym poprawiania lint, uruchamiania testów, nie wspomnianych funkcji czy todo. W przeciwieństwie do takich modeli jak opus/sonnet, które od razu wyglądają efektownie, kopią mnóstwo dołków, zaczynają od refaktoryzacji i przysparzają późniejszych problemów, uważam, że codex spark to model przyjazny dla doświadczonych programistów. Nie dodaje nic od siebie, trzyma się minimalnych zmian — jeśli masz już jasny plan funkcji produktu, możesz wypróbować codex spark. Moje skromne przemyślenia, zapraszam do dyskusji. Vibe coding to kodowanie w nastroju; niektórzy mówią, że pozwala wejść w przepływ, ale moim zdaniem wspominający o tym mogą nie znać dokładnej definicji przepływu. Ważnym elementem wejścia w przepływ jest to, by myślenie dewelopera nie było przerywane — model po pierwsze nie może się rozpraszać, po drugie musi być skupiony na celu, po trzecie musi szybko reagować. Żaden model wcześniej tego nie potrafił, teraz codex spark może stać się tym modelem, który pomaga deweloperowi wejść w przepływ.
