Tag: Developer Productivity

  • Tryb projektowania i raport kontekstu — Cursor ułatwia edycję canvasów

    Tryb projektowania i raport kontekstu — Cursor ułatwia edycję canvasów

    Cursor wprowadził dwie zmiany, które przyspieszają pracę z canvasami: Design Mode do bezpośredniej edycji elementów wizualnych oraz Context Usage Report, który pokazuje, na co schodzi budżet tokenów. Obie funkcje zostały dodane do changeloga 4 czerwca 2026 i wywołały dyskusje wśród zespołów używających agentów do generowania interfejsów.

    Co dokładnie się zmieniło

    • Design Mode umożliwia klikanie i zaznaczanie elementów UI bezpośrednio w canvasie, co eliminuje potrzebę opisywania każdej zmiany słowami.
    • Context Usage Report rozkłada zużycie tokenów na składniki, takie jak prompt systemowy, definicje narzędzi, reguły i skille.
    • Raport działa jako interaktywny canvas, co pozwala na zadawanie pytań uzupełniających i szukanie oszczędności.
    • Przycisk „Debug with Agent” otwiera nową konwersację, w której agent analizuje, co zużywa kontekst.

    Design Mode — klikasz, a agent rozumie kontekst

    Jednym z głównych problemów przy edycji canvasów było precyzyjne opisanie, który element UI należy zmienić. Użytkownicy musieli pisać „zmień padding w trzecim przycisku od lewej w drugim rzędzie” lub zgadywać nazwy klas. Design Mode eliminuje tę potrzebę.

    Teraz można zaznaczyć element bezpośrednio w canvasie, dodać adnotację, a agent otrzymuje dokładny kontekst wizualny. Cursor opisuje to jako sposób na szybszą iterację — użytkownik wskazuje zmianę, agent ją wykonuje, a następnie można przejść do kolejnej. To oszczędza czas, eliminując konieczność pisania długich instrukcji tekstowych.

    Dla zespołów budujących dashboardy, narzędzia wewnętrzne czy prototypy w trybie vibe codingu to konkretna oszczędność czasu. Agent nie musi zgadywać intencji — dostaje wizualne wskazanie, które jest znacznie bliższe temu, co widzi człowiek.

    Context Usage Report — gdzie przepalasz tokeny

    Context Usage Report — gdzie przepalasz tokeny
    Źródło: cursor.com

    Druga nowość rozwiązuje problem osób intensywnie pracujących z agentami: brak wiedzy na temat tego, co zużywa limit kontekstu. Prompt systemowy, definicje narzędzi, reguły projektu i skille sumują się w tle, a agent przestaje działać, gdy zabraknie miejsca.

    Raport użycia kontekstu przedstawia to w formie interaktywnego podziału. Użytkownicy widzą słupki tokenów rozbite na kategorie, co pozwala szybko zorientować się, czy to reguły zespołowe są problemem, czy może skill wciąga za dużo danych. Ponieważ raport jest canvasem, można kliknąć „Debug with Agent” i poprosić o analizę — agent przejrzy składniki i zaproponuje, co można odchudzić.

    To narzędzie jest szczególnie przydatne w pipeline'ach DevOps, gdzie agenci działają długo i na dużych projektach. Gdy sesja urywa się przed czasem, raport pokazuje przyczynę bez konieczności przeszukiwania logów.

    Dlaczego ma to znaczenie przy generowaniu UI

    Dlaczego ma to znaczenie przy generowaniu UI
    Źródło: cursor.com

    Obie funkcje odpowiadają na typowe problemy związane z agentowym kodem front-endowym. Design Mode skraca pętlę feedbacku między człowiekiem a agentem — z kilku zdań opisu do jednego kliknięcia. Context Usage Report dostarcza wgląd w ekonomikę sesji, co jest istotne przy złożonych projektach, gdzie prompt może być rozbudowany.

    Cursor nie ograniczył Design Mode do konkretnego typu agenta — działa przy edycji canvasów, niezależnie od tego, czy używasz Cloud Agents, czy lokalnego Cursor Agent. Raport kontekstu jest uniwersalny, więc zespoły na różnych planach mogą audytować swoje sesje.

    To nie są rewolucyjne koncepty — selekcja elementów UI i raportowanie tokenów istniały już w innych narzędziach. Jednak Cursor zintegrował je w spójny workflow: zaznaczasz w canvasie, otrzymujesz zmianę, a gdy agent zwalnia — sprawdzasz raport i debugujesz w tej samej przestrzeni.

    Podsumowanie

    Cursor wprowadził dwie funkcje, które powinny być standardem — umożliwił wskazywanie UI zamiast jego opisywania oraz pokazał, gdzie przepalają się tokeny. Dla osób spędzających godziny na iterowaniu canvasów z agentem, to realna oszczędność czasu i mniej frustracji związanej z ograniczeniami kontekstu.


    Źródła

  • Codex 0.111.0: Szybszy Tryb, Lepsze Wtyczki i Usprawnione Praca z Obrazami

    Codex 0.111.0: Szybszy Tryb, Lepsze Wtyczki i Usprawnione Praca z Obrazami

    OpenAI kontynuuje rozwój swojego narzędzia Codex, wprowadzając ulepszenia, które bezpośrednio przekładają się na efektywność pracy programistów. To nie są drobne poprawki, ale zmiany dotykające kluczowych obszarów: wydajności, rozszerzalności i integracji.

    Istotne są ulepszenia w systemie wtyczek oraz nowe możliwości dla programistów JavaScript. Dla osób pracujących z web developmentem i vibe codingiem, te aktualizacje mogą oznaczać wyraźny skok w komforcie codziennych zadań.

    Lepsza Integracja Wtyczek: Model Wie, Co Ma Do Dyspozycji

    To może być najważniejsza, choć mniej widowiskowa, zmiana w ostatnim wydaniu. System pluginów w Codex zyskał na inteligencji. Od teraz, na początku każdej sesji, model jest informowany o tym, jakie wtyczki (MCP, aplikacje, umiejętności) są aktywne i gotowe do użycia.

    Dlaczego to takie istotne? Wcześniej model mógł nie mieć pełnej świadomości dostępnych narzędzi. Deweloper musiał czasem ręcznie "podpowiedzieć" asystentowi, że może skorzystać z konkretnej wtyczki. Teraz Codex robi to automatycznie. Ta poprawiona odkrywalność wtyczek (enhanced plugin discovery) oznacza płynniejszą pracę.

    Jeśli masz zainstalowane wtyczki do łączenia się z bazą danych, zarządzania serwerem czy analizy logów, model od razu wie, że może z nich skorzystać. To redukuje niepotrzebne dialogi i pozwala od razu przejść do rozwiązywania problemu. Dla workflow dev ops, gdzie integracja z zewnętrznymi systemami jest kluczowa, to ogromne ułatwienie.

    Ulepszenie to, śledzone pod numerem #13433, stanowi krok w stronę prawdziwie kontekstowego asystenta, który rozumie nie tylko Twój kod, ale także ekosystem narzędzi, w jakim pracujesz.

    js_repl Uczy Się Importować: Większa Elastyczność w Pracy z JavaScript

    Dla programistów JavaScript i Node.js mała perełka. Repl JavaScript (`js_repl`) zyskał możliwość dynamicznego importowania lokalnych plików .js i .mjs**.

    W praktyce co to daje? Wyobraź sobie, że pracujesz nad projektem i masz w przestrzeni roboczej zestaw pomocniczych funkcji czy konfiguracji. Wcześniej, chcąc je przetestować lub użyć w interaktywnej sesji REPL, musiałeś je kopiować lub przepisywać. Teraz możesz po prostu zaimportować.

    To brzmi technicznie, ale znacząco wspiera styl pracy "vibe coding" – swobodne, iteracyjne eksperymentowanie z kodem. Pozwala szybko testować fragmenty skryptów, korzystać z narzędzi budujących z poziomu REPL-a i generalnie lepiej integrować interaktywną sesję z resztą projektu. Zmiana (o numerze #13437) pokazuje, jak Codex ewoluuje, by lepiej wspierać realne, codzienne środowisko programistyczne, a nie być tylko odizolowanym chatem.

    Podsumowanie

    Ostatnie aktualizacje Codexa stawiają na świadomość kontekstu i gładszą integrację. Informowanie modelu o wtyczkach od ręki eliminuje zbędne tarcie. Możliwość importowania lokalnych skryptów w js_repl to konkretne ułatwienie dla developerów JavaScript.

    Razem te zmiany nie rewolucjonizują narzędzia, ale wyraźnie je polerują i dopasowują do faktycznych potrzeb programistów pracujących w nowoczesnym stosie technologicznym. Pokazują kierunek, w którym podążają asystenci programistyczni: nie tylko generują kod, ale stają się centralnymi, inteligentnymi hubami, które rozumieją cały ekosystem dewelopera – jego narzędzia, pliki i workflow. Dla zespołów zajmujących się web developmentem i dev ops, to kolejny krok w stronę bardziej zautomatyzowanego i płynnego procesu tworzenia oprogramowania.