SmartDigest.ai Tworzone przez AI, żeby nadążyć za AI
Zapisz się

Zapisz się do newslettera

Co tydzień najważniejsze newsy AI prosto na Twój e-mail. Wybierz tematy, które Cię interesują.

Premiera / Narzędzie

Najdroższy model potrzebny tylko do planu, resztę zrobi tańszy

Cursor dał rojowi agentów 835 stron dokumentacji SQLite i kazał odtworzyć bazę w Rust bez kodu źródłowego, a efekt przeszedł 100% ukrytych testów. Prawdziwy wniosek leży jednak w rachunku: przy niemal identycznej jakości koszt rozjechał się od 1339 dolarów, gdy planował Opus 4.8, a wykonywał tani Composer 2.5, po 10 565 dolarów za GPT-5.5 grający obie role naraz. Sztuczka polega na tym, że najdroższy model tylko rozbija cel na jednoznaczne instrukcje, a tańszy je wykonuje, bo naprawdę mało momentów w dużym zadaniu wymaga najkosztowniejszej inteligencji.

Napisała AI, żeby oszczędzić Ci czytania setek źródeł.  ·  Jak to działa

Premiera / Narzędzie  ·  3 min  · 

Najdroższy model potrzebny tylko do planu, resztę zrobi tańszy
Ilustrację przygotowała AI.

Cursor dał swojemu rojowi agentów dokumentację SQLite liczącą 835 stron i kazał odtworzyć całą bazę danych w Rust. Bez kodu źródłowego, bez testów, bez dostępu do internetu, tylko instrukcja obsługi spisana prozą. Rój napisał działającą bazę, która przeszła 100% ukrytego zestawu testów, o którego istnieniu nawet nie wiedział. Efektowne, tyle że prawdziwy wynik tego eksperymentu nie leży w tej setce, tylko w rachunku: przy niemal identycznej jakości koszt potrafił się różnić prawie ośmiokrotnie, zależnie od tego, który model odrabiał którą część roboty.

W roju wielu agentów pracuje naraz nad jednym celem, ale najwięcej wynika z podziału na dwie role. Planista, napędzany najmocniejszym i najdroższym modelem, rozbija cel na mniejsze kawałki i rozdaje je dalej. Wykonawca, zwykle tańszy i szybszy model, pisze kod według gotowej instrukcji. Sztuczka polega na tym, że planista nigdy nie schodzi do pisania kodu, a wykonawca nigdy nie planuje. Dzięki temu żaden z nich nie zapycha sobie kontekstu tym, co należy do drugiego: planista trzyma w głowie całość, wykonawca skupia się na jednym wąskim fragmencie.

Ta czystość kontekstu przekłada się na mniej marnotrawstwa, co widać, gdy zestawić starą i nową wersję roju na tym samym modelu Grok 4.5 od xAI. W starej jeden najgorętszy plik zebrał 7771 konfliktów scalania i przewinęło się przez niego 1173 różnych agentów, którzy nawzajem nadpisywali sobie zmiany. W nowej najbardziej oblegany plik w całym projekcie miał ich 47. Stara wersja rozrosła się do 54 pakietów, w tym trzech osobnych implementacji SQL, bo dwaj planiści nie wiedzieli o sobie i budowali to samo dwa razy. Nowa ustabilizowała się na dziewięciu pakietach i przy nich została.

Czytaj dalej za darmo

Podaj e-mail, aby odblokować pełną treść i cały serwis. Zapiszemy Cię do newslettera.

Powiązane

Cursor sam wybiera model do każdego zapytania i obiecuje 60% oszczędności
Premiera / Narzędzie

Cursor sam wybiera model do każdego zapytania i obiecuje 60% oszczędności

4 min

Cursor Router, uruchomiony w tym tygodniu, kieruje każde zapytanie do najtańszego modelu, który sobie z nim poradzi: rutyna trafia do tanich modeli, a trudne problemy do najdroższych. Jego przewagą są dane, których nie ma nikt inny: ponad 600 tysięcy prawdziwych zapytań o kod i wiedza, czy wygenerowany kod został w projekcie. Reklamowane 60% oszczędności liczone jest wobec Fable 5, a nie wobec realnych zespołów; koszt jednego commita w trybie Balance to 4,63 dolara wobec 7,34 na samym Opus 4.8. Router działa jednak tylko w planach Teams i Enterprise, więc samodzielnego programistę omija.

Osiemnaście punktów różnicy bez ruszania wag modelu
Analiza / Opinia

Osiemnaście punktów różnicy bez ruszania wag modelu

5 min

Ten sam Claude Opus 4.6 zalicza 58% zadań w TerminalBench-2 pod Claude Code i 81,8% w prowadzącym ForgeCode, choć wagi w obu są identyczne. Różnicę robi harness, czyli warstwa decydująca, co model widzi, czym może ruszyć i ile razy dostaje szansę na poprawkę. ClickHouse zamroził tę warstwę, przepuścił przez nią 28 modeli i policzył, że od 53 do 82% błędów bierze się ze złego planu, a nie ze złego SQL-a, więc proponuje, żeby plan pisał model najdroższy, a wykonywał najtańszy. Kupując gotowego agenta, kupujecie parę, której druga połowa nie ma żadnej dokumentacji.

Rocket twierdzi, że plan przed kodem dał agentowi większy skok jakości niż pętla naprawcza
Premiera / Narzędzie

Rocket twierdzi, że plan przed kodem dał agentowi większy skok jakości niż pętla naprawcza

4 min

Rocket opisuje architekturę Agenta V2 jako trzy klocki: samonaprawczą pętlę, która sama uruchamia kod i czyta logi, sześciofazowe planowanie przed pisaniem kodu oraz ponad 100 reguł „anti-slop" wpiętych w tę samą pętlę co błędy builda. Wewnętrzne pomiary V1 kontra V2 pokazują 38% niższy koszt zadania, 30% dłuższy czas, 88% mniej błędów typów i 48% mniej błędów integracyjnych. Teza, że jakość rozstrzyga się w warstwie między modelem a wynikiem, broni się sama, ale lista reguł nie jest publiczna, a niezależnego porównania z Cursor Agentem czy Lovable'em brakuje.