Полезное официально выкатили в Cursor 1.7

И еще, кое-что, интересное
Про это анонс не видел, но судя по всему Headless Browser

О, я фактически Инди-Разработчик
(По стеку, но не по продуктам)

А то я и думаю, что-то я слабо похож с другими разработчиками, с которыми общался.
Правда немного в фриланс, а не прям в собственную продуктовую разработку
Вот сейчас в продуктовую перехожу

Но основная философия инди-разработки мне близка

https://www.youtube.com/watch?v=adWn22ND2uY

Добавили ручное управление суммаризацией контекста. Удобно.
#Cursor

Был контекст заполнен на 60%, суммаризирован до 11%
Может быть полезно для длинных цепочек разработки без потери основной сути событий.

https://cursor.com/docs/agent/chat/summarization

Интересно, чей гепард потерялся?

Судя по ценам это обновленный Opus со скидкой 🤫

Как AI Агенты меняют разработку уже сейчас?

Добавленный browser в cursor - cложно показать скринами, но это полноценная playwright интеграция.
Работает прекрасно!

Но медленно.
Суперскоростной grok-code-fast-1 имеет оверхед около 3сек на вызов каждой операции в браузере.
И тратит прилично контекста.

Предполагаю, если взять модельку подороже, с контекстом побольше — может получиться ручной QA Агент.
Поставил на тестирование - ушел пить чай. (или параллельно разбирать другие задачи)

На самом деле большинство задач в вебе, в ближайшее время будут полностью решаемы через агентов, остается только платить за токены.
Такие кейсы становятся довольно популярны.

В моем случае - ручная суммаризация контекста и режим планирования очень подталкивают к такому виду работы. Это действительно очень упрощает и ускоряет работу, моя задача становится более архитектурно-проектировочной, по большей мере печатать код - становится не выгодно.

В интеграции Playwright + Docs + MCP к бекенду с полным доступом (как у directus) + монорепозиторий (возможно с workspaces тоже работать может)
Получается так, что действительно остается только давать задачи, ревьюить и платить за токены.
Уверен, что главное, и самое выгодное вложение времени - это профессионально освоить работу с ИИ Агентами, а не классическое изучение языков программирования и фреймворков. (Оно само приложится со временем, во время работы, либо ИИ очень ускорит изучение)

---
Посмотрим, на сколько применим подход к реальным продуктовым задачам.
Сейчас я протестировал подход с grok-code-fast-1 на рефакторинге говнокода - в продуманный архитектурно проект.
Оно работает, и больше не имеет проблем с размером контекста, точностью и непредсказуемых действий ИИ - даже с относительно дефолтными настройками, без сис промптов.
Достаточно прописать строгие правила cursorrules в проекте, настроить линтер и тайпчекинг, использовать plan mode и чейнить задачи близкие по смыслу, последовательно, через summary.

Еще три года назад - я был уверен, что AI - пузырь, и ничего полезнее автокомплита или протейших команд, по типу convert to camel case оно не даст
Сейчас я плавно поворачиваюсь к противоположному мнению.

Всё еще спецефичные задачи, качественные решения, ревью — будут решать разработчики, но эти же разработчики скорее всего будут иметь в разы больший план эффективности.
Самые прошаренные, кто освоит параллельных агентов, и сможет это всё организовать - думаю сможет вполне до x10 раз больше задач выполнять 🤔

Странно, но все ведет к такому итогу.
Только умей пользоваться всем инструментарием, думай и плати за токены

Вайбкодинг может быть почти бесплатным, но ресурсоемким.
И я не про локальные LLM

Последнее время кстати начал замечать, как Cursor очень сильно жрет ресурсы ноута
Он не стесняется лагать на M4 Pro, и даже заставляет раскрутить куллер и подогреть клавиатуру 🫨
Приличный вклад делает запущенный dev server nextjs, ребилдящий часть модулей каждый мелкий edit от агента.

Особенно, если прогнать через один чат около 540млн токенов (IO + IO Cache + Output) по курсору.

На Grok-code-1-fast это сейчас бесплатно, а за деньги стоило бы 1.53$
Я же говорил, что он почти бесплатный?))

К слову Summarize - не дает бесконечный контекст.
Есть какие-то критерии, которые ограничивают бесконечное рекурсировное сжатие контекста, так что в какой-то момент /summarize не будет снижать загрузку контекста ниже 40% на 200к окне при повторных вызовах, что приводит все равно к переполнению контекста, а следование правилам ухудшается, так например у меня строгий запрет типизации any снова начинает нарушаться моделью.
Но не смотря на это - очень сильно расширяет возможности.

Есть опытные питонисты?
Есть работа 🤫

Тут я кстати понял откуда лимиты
В голосовом режиме обычно используют легкие модели, скорее всего GPT-5-mini
А она безлимитная

Другой вопрос, что Advanced Voice mode стал анлимит

Решение себя показало очень хорошо.
Его фиксирую.

Для Directus действительно удобно использовать Drizzle ORM с расширением для генерации Zod схем.

Но с парой моих доработок в виде отдельной cli утилиты с организацией в сгенерированных схем, и упаковкой в пакет, трансформацией данных - вообще прекрасно!
И генерация типов для SDK в целом даже и не нужна больше, даже для автокомплитов, тк если все ответы валидировать - типизация будет строгой.

Не хватает пока только сделать какой то хелпер wrapper для перехвата и классификации ошибок, над этим еще подумаю, прежде чем внедрять в alto, но рабочее решение у меня уже лежит.

Пнули старый пост)

Дополню, что у Livewire есть SSR, а весь фронт пишется на PHP + AlpineJS, а так же добавили Laravel Volt, дающий SFC (Single FIle Components) экспириенс

Да и в целом при наличии полноценного бекенда оно скорее на Astro похоже, но на PHP по DX

Но если уж и брать PHP Laravel - для админки я б сразу FilamentPHP рассматривал, если речь не о супер кастомном решении (не думаю что часто у вас такое)
А Livewire для личных кабинетов подойдет неплохо, главное учитывать стоит, что с настоящим хайлоадом не знаком, и не беру его в счет, хз как там оно себя показать может, тк вся фронтовая логика исполняется на сервере.

В общем я приступаю к описанию конвенции.
зря идею засрали на начале. да и актива маловато.

Пока приоритетное направление - FullStack Typescrpt с TypeSafety First подходом.

После набора команды под это направление - освежу знания в Python, будет зафиксирована конвенция по нему

И в последнюю очередь PHP

Это мои стеки, в них имею опыт, взвесив все "за" и "против" - пришел к заключению, что без документации невозможны качественный кодревью, синхронизация разработчиков, и определеность.

Лично я даже без правил - всегда в поисках лучшего решения.
А с некоторыми смягчениями - правила дают четкое решение и возможность не отвлекаться от рабочего процесса.