ivan zakutni

что там происходит у Гугла 🙂

Во-первых, похоже (хочется верить) что совсем вот-вот должна выйти Gemini 3.0.
Если не на этой, то на следующей неделе, ну или край – в этой месяце (пожалуйста 💧)

На это как будто указывают триал доступы для всяких vibe-coding блоггеров, например вот видео.

Конечно же мое отношение скептическое, надо дождаться и пробовать самому. Но даже если все утечки бенчмарков окажутся уткой (на которых gemini 3.0 просто в пух и прах разбивает gpt-5), Jules сейчас приковал мое внимание.

Во-вторых, да – Jules, это очередной асинхнронный агент для запуска задач, похожий на codex cloud, но последний я все таки пока выкинул, буквально сегодня отменил подписку на chatgpt plus ¯\_(ツ)_/¯

Codex CLI мне вообще не зашел, а облачный агент хорош, но применять его пока словно не куда, просто нет подходящих проектов.

Что я имею в виду под подходящими? Ну, самое болезненное, это постоянный контекст-свитчинг. И уведомления тут не помогут.

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

Либо второй вариант – мы все таки работаем над двумя важными проектами, но один чуть менее важный и срочный, вот его и отдаем в асинхронное, и 2-3 раза в день полностью переключаемся на проверку и запуск новых задач (или задач на исправление).

В любом случае цикл – ревью, правка, ревью, правка и отсутствие удобного интерфейса чтобы быстро спулить ветку локально и мануально проверить изменения навевает тоску.

Jules от гугла в первую очередь решает это – есть cli "Jules tools" который позволяет спулить изменения в терминале, запустить новые задачу, посмотреть историю и все такое прочее. Круто? Помоему круто. Много круче чем переключаться на браузер, и там вошкаться)

Еще у Jules есть память про репы, и это хорошо. Любая память всегда (почти всегда) полезна, особенно когда надо внедрять AI на бэкенд.

И по этому поводу вот что еще круче – API. Пусть оно и сыровато, но самая идея мне нравится. Это не просто привычный LLM API, а именно API для Jules, на базе которого можно будет писать свои кастомные воркфлоу для ваших подключенных гитхаб реп. Оно пока в альфе, но я очень надеюсь на разработку и насыщение функционалом.

Так что тут уже не только про внедрение на бэк для бизнеса, но и про удобное внедрение в dev процессы. Нравится!

Я не бегу пока плотно тестить Jules, потому что пусть он и покруче выглядит, пока кажется что это все равно та же история про отвлечения и переключения контекста. Лучше все таки дождаться 3.0, и сразу попробовать ее везде. Но, честно – предвосхищаю круть :)

Если Gemini 3.0 войдет в Google AI Pro подписку за 20 баксов без повышения цены, то это будут, пожалуй, самые выгодные 20 баксов на AI.

Там тебе и в почте gemini, и Veo3, и Jules и еще больше Gemini CLI, и NotebookLM... Молодцы, ниче не скажешь ❤️

Пожалуйста, расскажите в комментах, если вы уже пробовали работать с Jules и у вас сформировалось какое то представление.

@neuralstack

ai workslop чать 1.

Начинаем безжалостный концептуальный рефакторинг "Внедрения AI".

"Как же меня задолбало расшифровывать этот LLM-блоб, ну сколько можно?!"

Я очень хочу чтобы вам это было не знакомо, даже чтобы вы вообще с этим не сталкивались, но к сожалению... об этой проблеме пишут все больше и больше.

Бессистемно закинуть в компанию корпоративные подписки на нейросетевые инструменты в надежде что это позитивно повлияет на продуктивность много хуже чем бессистемно вводить scrum/agile процессы.

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

Бессистемно закинуть в рабочий процесс LLM всегда хуже. Ну, вы помните – хорадрический куб 🙂

Подходы системной инженерии в организации работ в принципе плохо распространены – мало кто разрабатывает, именно – разрабатывает, а не просто внедряет методы работы.

Из за этого мы часто встречаемся с двумя бедами:

1. Bottlenecks (замедления)
2. Rework (переработки, в смысле исправлений-переделываний)

Если bottleneck можно относительно просто найти и устранить, то постоянный rework - индикатор системной проблемы.

Так вот, когда мы закидываем в сотрудников LLM без каких либо минимальных формальных требований к работе с этим новым инструментом, мы часто получаем огромное количество и замедлений, и переработок.

Как это проявляется?

LLM сейчас способны порождать много разных штук в разных модальностях – тут тебе и картинки с текстом, и документы, и просто текст для всякхи отчетов, и таблицы, и код. Среднестатистический сотрудник, не имея формальных указаний (хотя бы ревьювить результаты работы ЛЛМ и помечать "продукт" явной меткой "Я это сгенерил!") естественным образом работает/генерирует спустя рукава.

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

Дальше ключевой момент - начинается психотеррор, например:

Джун пишет тех дизайн с помощью ChatGPT на 12 страниц.
Senior/Техлид тратит 1.5 часа на чтение, потом еще ~час на встречу в попытке выяснить "а что здесь важно?"

В итоге сам переписывает спеку на 2 страницы за 30 минут.

Потеряна куча продуктивного времени команды.

И что еще хуже, зачастую наносится моральный урон: джун не понимает что не так (ему просто не хватает пока компенции даже увидеть что ЛЛМ выдала ерунду), а техлид выгорает, потому что ничего с этим не может сделать (особенно если повестка компании – "AI во все процессы, полный вперде!", без методичек/ограничителей)

А теперь представим что ситуация повторяется несколько раз в неделю. 😵

И все это снежный ком – не все такие блобы получится исправить. С некоторой частью придется жить дальше. Если это документация, то замедлятся будут все и много раз пытаясь вычитать суть. В конце концов в эту документацию просто перестанут заглядывать.

---

Эти проблемы не повод переходить на сторону LLM-луддитов, ну уж нет! Толково внедряемый AI чертовски полезен.
Это всего лишь повод порефлексировать, задуматься.

Проведите простой тест: попросите 3-5 коллег описать "как мы используем AI в работе?"

Если получите совсем разные ответы - у вас нет AI-стратегии, есть AI-хаос. Вам надо стремиться к ответам – "Ну так в Engineering Handbook лежат правила и чеклисты, вы ж сами их внедрили, вот мы по ним и работаем, забыли?"

@neuralstack

codex (cli и cloud).

Я обещал, а раз обещал – наконец начал пробовать "новый" codex.

При том в обоих форматах – cli и облачный асинхронный.

tldl; Ну... ничего особенного не замечено.

Не плохого, ни восхищенно хорошего сказать не могу.

Облачный codex был и до этого хорош, стал ли он лучше? Ну мое имхо такое – кардинально еще лучше он станет когда появится возможность:

- А) Собирать свои контейнеры в которых будет запускаться агенты
- B) Появится возможность добавить принудительный тул-хук который будет вызываться всегда перед тем как завершать задачу

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

Конечно, можно приказать в AGENTS.md – "всегда всегда выполняй make check && make format && make type_check && make test!!!", но много лучше было бы тут добавить некоторого детерминизма :)

***

Ладно, позитивное – я не воткнулся в лимиты пока вот вообще (обычный ChatGPT Plus), хотя и мучал codex большую часть дня.

Поэтому будем считать это промежуточным фидбеком ✋

Мое мнение тут конечно крайне субъективное, я не гоняю никаких своих или чужих бенчмарков вроде one-shot "Сделай мне 3D игру на Godot", как некоторые ребята на ютубе.

Скорее наоборот, чисто эмпирическое имхо в рабочих задачах, среди которых подавляющее большинство это или разработка бэкенда (с LLM и без), DevOps (yaml senior development), и ворочания проектными данными туда сюда для системного проектирования и концептуального рефакторинга.

и это мое имхо пока такое, что особой разницы я с sonnet 4.5 или GLM 4.6 не вижу вообще. (ну с sonnet уж точно)

А то что GPT-5-codex очень уж имеет сильный биас к тому чтобы вместо unix тулов все делать на Питоне я отношусь пока со смутными сомнениями.


p.s. А вы помните как прикольно работалось с sonnet 3.5? Не помните? Может потому что мега-кардинально ничего не поменялось, и сейчас ассистенты круче просто потому что тулинг вырос вокруг и тд? :)

@neuralstack

evaluation тесты.

Eval тесты можно ненавидеть, eval тесты можно любить.
Eval тесты можно не понимать. Eval тестов можно боятся как дополнительный источник затрат на токены 🤵

Но их нельзя не писать для любой AI системы которая хотя бы на один порядок сложнее и нужнее weather api агента.

Точнее как… не писать их конечно можно, но вот не делать их вовсе – невозможно.

Если вы говорите что у вас совсем нет eval’ов, то вы просто обманываете сами себя.

Вы ведь запускаете систему хотя бы для мануального тестирования, чтобы проверить работает ли оно вообще?
Ну вот! Медленный, крайне неэффективный, мануальный – но это eval тест.

Для меня разработка eval тестов это неотъемлемая часть внедрения AI на любой бэкенд, который обслуживает живых людей и бизнес.

***

Под сложностью системы я тут подразумеваю прямую отвественность, которая налагается на нее в смысле функциональности.
Под нужностью, я имею в виду непосредственно "продуктовость."

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

В старом software 1.0 мире программные системы которые живут без покрытия юнит и интеграционными тестами – это база :)

Представить успешный AI продукт, действительно бизнес продукт, без набора e2e/eval тестов я просто не могу.

Зато я могу представить стартап в котором появились и инвестиции, и даже клиенты, а потом спешно нанимался штат из десятков специалистов, работой которых являлось высматривание «продукта» глазами и исправление косяков руками.

С несколькими такими стартапами я общался в формате микро-консультаций.
Знаете чего у них не было?

Правильно – тестов. Вообще. Никаких.

Знаете где они? Либо уже, либо вот-вот – нигде.

Справедливости ради, наверное есть два случая, когда можно обойтись условно меньшим числом строгих eval'ов.

Помимо чрезвычайной простоты кейса, второй случай это когда у нас команда с абсолютной экспертизой в домене и фактически религиозным dogfooding'ом.

Но давайте будем честны с собой... Насколько часто такое встречается?

***

Самое коварное в системе-хорадрическом кубике без eval тестов и других страховочных механизмов то что она может ждать долго, выдавать вполне нормальные результаты пока, например, формат или язык входных данных не изменится.

А самое опасное сейчас – это анти-eval пропаганда в комьюнити. Не ведитесь на нее.

Пишите тесты чем раньше тем лучше. А лучше – сразу. Фиксируйте свои ожидания в коде.

На картинке плашка из документации pydantic-ai со страницы про pydantic-evals.

@neuralstack

crush агента.

Вчера у меня резко перестал работать opencode, и я наконец нашел причину попробовать crush

Проблема, кстати, была смешная – один из mcp серверов в докере не поднялся, и opencode просто перестал работать не объясняя в интерфейсе никаких ошибки. Это плохо.

Crush хорош. Я уже упоминал его, указывая что не поддерживаются серые методы использования подписок Claude Code (как в opencode, например ;) и работает только с API моделей.

Crush написан на Go, умеет в lsp и mcp, и выглядит получше.

Как минимум crush удобен своей легковестностью для внедрения AI в unix стиле (пайплайны и вот это все) во всякие DevOps и DevEx процессы. Мне не хочется тащить без острой надобности рантайм ноды чтобы запускать opencode или СС на маленьких раннерах, например.

Но если рассматривать его с прикладной vibe-code стороны есть несколько серьезных минусов.

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

В opencode же функциональные возможности позволяют создавать практически неограниченное число агентов, под-агентов и здавать правила взаимодействий между друг другом. Легко адоптируются штуки вроде AgentOS

LSP, и разумеется - MCP в opencode тоже поддерживаются. Даже больше – там можно делать свои команды, есть возможность запускать opencode как сервер, sdk для кастомных клиентов, и плагины которые открывают возможность слушать события opencode'а и расширять функционал (с доступом к контексту сессии). Базовый пример из документации – слать уведомления когда агент закончил работу.

Все это ценой чуть (или не чуть) большей тяжеловесности, чем crush.

Кстати, раньше core разработчики обоих проектов работали над одним агентом вместе, потом разругались и разошлись. Там все очень мутно, грустно и не хочется в это вникать, но изначальный автор старого opencode (Kujtim Hoxha) пошел в Charm получать крышу финансирование и развивать переписанного агента под именем Crush, а двум другим (Dax и Adam) оставили название opencode.

Лично мне crush с точки зрения UI и DX нравится больше – он отображает оставшийся контекст, хорошо компанует его, есть индикаторы подключенных LSP и MCP серверов (часто их надо выключать), и единственное чего не хватает, это пусть даже не под-агенты, но просто возможность преднастраивать агентов "сверху".

В общем идеал лежит где то между. А может идеал это все еще claude code? ✏️

@neuralstack

обновленный Coding Plan GLM-4.5

уже несколько человек спросили меня – А что там с codex, правда мощный?

a я и не знаю ¯\_(ツ)_/¯

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

очень уж все сейчас быстро развивается.

но касаемо codex интерес понятен. Слышно как тут и там как раздаются восхищенные вздохи 🪨

Я попытался спросить у плотно вайб-кодящих коллег - а пробовали ли они "новый" codex (в смысле на GPT-5) и средний ответ по палате звучал как-то так:

Да мне ващет на Claude Code нормально, всем меня устраивает, все хорошо.

и это еще понятнее – если инструмент удовлетворяет большую часть потребностей, то смотреть куда-то еще просто не возникает желания.

Я писал про GLM-4.5 и Coding Plan ровно неделю назад, а потом, практически все семь дней я пользовался этой LLM для разработки и проектирования разных бэкенд проектов.

Модели антропика за этот же отрезок времени я использовал для генерации кода раза два.

И знаете что? Некоторая разница есть, но она мало неощутима, если придерживаться канонов вайб-проектирования.

Заходя на арку бурного развития добавлю, что еще успел поменяться и Coding Plan:

во-первых, теперь поддерживается не только Anthropic совместимый API, но и OpenAI, а значит вы можете воткнуть GLM модели почти куда угодно.
во-вторых, z.ai увидели ажиотаж и пошли еще дальше – они представили еще один уровень в Coding Plan – GLM Coding Max в котором вообще никаких лимитов нет.

На секунду хочу напомнить, тот самый lite план за 3/6 баксов (первый месяц скидка 50%) – уже дает лимитов больше чем Claude Max. (Max, НЕ Pro!)
Обновились и периоды для возможной покупки. Все тарифы можно взять на месяц, квартал или год.

Я не устоял и взял средний план – GLM Coding Pro на год на 180 баксов. В него входят лимиты x5 от базового lite, роутинг запросов на серваки с чуть более быстрым инференсом (обещают быстре lite на 40-60%, и не врут),

и два дополнительных бесплатных API (доступны через mcp с тем же токеном) – один для GLM-4.5 Vision, второй для какого-то web поиска от z.ai.
Я попробовал оба – vision работает вполне ок.

Поиск – пока совсем непонятный.

***

Причина по которой я так подсел на GLM прозаична – мне не хватает лимитов от Claude Pro, потому что у меня много-много проектов в Claude Desktop, и 3-4 из них я использую на регулярной основе для концептуального рефакторинга проектов и прочих иных, практически бытовых нужд.

И deep research на Антропик мне до сих пор нравится больше прочих. Уж извините ¯\_(ツ)_/¯

короче говоря – мне надоело одним или вторым инструментом упираться в лимиты и ждать несколько часов, мои проекты/app'ки в claude должны быть доступны всегда, когда они мне потребовались. Ровно как и агент для генерации кода.

***

В прошлый раз пост про GLM Coding Plan следовал сразу за постом про Zed. Сегодня скажу про оба :)

До вчерашнего дня я использовал GLM в основном только в opencode.

Ровно до тех пор пока не увидел про поддержку OpenAI совместимых интерфейсов.

2+2=4, бегом в доку Zed, и... GLM тут настраивается очень просто, заходите в settings.json и добавляете что-то вроде:


***

"language_models": {
"openai_compatible": {
"ZAI": {
"api_url": "https://api.z.ai/api/coding/paas/v4",
"available_models": [
{
"name": "glm-4.5",
"display_name": "GLM-4.5",
"max_tokens": 128000
}
]
}
}
},

***


Авторизационнй токен надо передавать в переменной окружения, для примера настройки выше она должна называться ZAI_API_KEY.

Поздравляю, вы в шоколаде – у вас красивый, быстрый редактор на расте 🦍 в котором можно follow-up следить за изменениями агента, ревьювить их поблочно как в Курсоре, и все это на базе модели практически ничем не хуже Sonnet 4, с отличными лимитами за 360$ в год (начиная со следующего!)

Такие дела.

Ах да, кстати! На скриншоте отвечает GLM-4.5 в Zed панельке (Я это железобетонно проверил)

В исходном коде редактора нет ни одного промпта с "Ты Claude Code!".

Вот и думайте.

@neuralstack

постмортем Антропик с прошлой недели. Тыц 🔗

Мое уважение – эталон по тому как надо писать постмортемы, это кстати очень важный навык для любого senior DevOps/SRE ну и вообще инженера.
Не могу похвалить остальные их статьи, там часто слишком уж много маркетинга просачивается

но постмортемы тем и хороши что в них любые попытки что-то продать выглядят очень странными! 😢

что случилось то?

TLDR; C августе-сентябре в инфре Claude "возникли" аж три разных бага, которые плачевно влияли на качество ответов. Там была – неправильная маршрутизация запросов между серверами, бились выходные токенов, и поганая ошибка в XLA TPU компиляторе.

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

Последнее, кстати, основной вывод – Антропик признались что слишком полагались на эти метрики, вместо отзывов пользователей 😬
Вот тебе и AI платформа.

***

Я скажу так – все это произошло в компани которая поставляет, если уже и не лучший, то один из самых лучший codding агентов и моделей для этого благого дела.

При этом они неоднократно писали статьи о том Claude Code хорошо помогает в работе и команд разработчиков, и инженеров платформы, и дата-сатанистов...

Помогать то помогает, только вот баги все равно возникают и будут еще долго возникать.
А в сложных системах их возникает еще больше.

Про наблюдаемость, метрики и прочее – это тоже очень важный урок из мира Ops и SRE.

Я это к тому что если вы программист и у вас сейчас есть страх того что вас заменит AI, или вы турбо сеньон и просто не знаете в чем прокачиваться дальше, какие ценные скилы изучать...

Изучайте System Design и MLOps, и AI вас не заменит, ну или заменит чуть позже, когда беспокоиться будет уже не о чем 😏

Если вам совсем не понятно за что хвататься, с чего начинать – приходите в личку на консультацию, разберемся :)

@neuralstack

ROCm 7.0, который AMD дропнули на этой неделе.

Вот вам линк.

Любые новости про догонялки AMD за Nvidia на рынке "домашних лаб" очень радуют,

потому что примерно за 800 баксов можно взять 24гига видеопамяти (типа 7900 XTX) и без буйных танцев с бубном запустить какой нибудь qwen3-coder-30b без сильной квантизации:

Get Started Today

ROCm 7.0 makes high-performance AI more accessible than ever. Explore the ROCm AI developer hub for tutorials, guides, and other tools to accelerate your work. Use prebuilt Docker images like SGLang, vLLM, Megatron-LM, and Jax to benchmark performance on AMD Instinct GPUs and dive into the ROCm Documentation page for in-depth best practices and deployment guidance.

Зачем он нужен? Ну... даж не знаю. Например собрать себе да - небольшую, да - домашнюю, но вполне себе AI инфраструктуру.
Ведь уже не кажется, а вполне себе есть серьезный пласт задач который можно отдавать на локальный инференс такому квену

И в openrouter это можно удобно сделать через субагентов, например 🤔

@neuralstack

безопасность бэкенда с AI.

Мне кажется или эта тема... Ну не то чтобы очень популярна?

примерно так же как infosec всегда был "важен и интересен" – "Нуу да... мы знаем... Да, регуляции, OWASP... все понятно, но как же не хочется этим заниматься! Давайте через пол года, А?"

Помните про хорадрические кубики?

ну так вот точно так же ИИ умножает возможности злоумышленников.

нам как системным и программным инженерам важно привыкать к мысли: наш замечательный ИИ-ассистент, или даже ИИ-защитник завтра может стать нашим главным врагом 🤬

Вот пока продолжаются все эти хихи-хаха и вайбкодинг хрень, расцветает полным ходом vibe-hacking

агентные ИИ системы помогают открывать новые векторы атак все быстрее и больше, а торчащие куда-то NLI интерфейсы "наших" систем можно по всякому эксплуатировать (prompt injection, утечки, уязвимости цепочек доставки и т. д. читайте TOP10)

И это все даааалеко не теория: посмотрите например на PoC такого а гента как «pandora» который смог сам раскрыть непрямые prompt-инъекций.

Непрямая prompt-инъекция это когда вредоносные промпты проникают через уязвимые тулы и прочее чем может пользоваться атакуемый агент чтобы получать данные откуда то извне. В отличие от прямой инъекции – когда атакуем прямо в лоб в "чатик". Вот тут кстати Pliny уже от кодекса системный промпт вытащил :)

Короче говоря, картина сводится к следующему: пока народ кайфует от вайбкодинга и публично разрабатывает AI-стартапы (уязвимые и к старым типам атак), конечное число, так или иначе, но очень мотивированных хацкеров травят RAG'и и подкладывают модели с вредоносными биасами на HuggingFace.

на коленке сделанные комплаенсы злу только помогают разнообразными детальными публичными отчётами и артефактами 👍

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

Что делать то, особенно если мы хостим модели сами?

По списку:

— инвентаризация ИИ-стека и AI-SBOM; Ведем и поддерживаем список всех ИИ-деталей: какие модели, датасеты, векторные БД, фреймворки, эндпоинты, версии, что и где крутятся, кто владелец.

— изоляция инференса – сервер инференса живёт как причка в клетке: файловая система только для чтения, минимум прав, сеть со строгим allowlist, и никакого доступа к секретам;

— Старый добрый zero-trust ко всему чему можно (mTLS, короткоживущие токены, и тд);

— рантайм-защита: фильтрация prompt-инъекций, фильтруем вход (в т.ч. невидимые символы/HTML), строго проверяем и ограничиваем инструменты агента (вы же не будете в прод выкатывать mcp с 4 звездами с гитхаба, а?, логируем каждое действие, держим kill-switch рубильник, который нужен обязательно! И ваш агент должен про него знать! Шучу. Или не шучу?

— supply-chain-гигиена: никаких автопуллов моделей из интернета; фиксируем версии по хэшам; мониторим перехваты имён моделей (namespace reuse); тестим модели в песочнице.

— и туда же следом карантин моделей – любую скачанную модель сначала гоняем в песочнице: запрещаем опасные форматы (pickle/.pt), проверяем хэш/подпись, только потом — в прод.

— Ну и хотя бы какой нибудь, но регулярный red teaming по OWASP LLM Top-10 и патч-каденс со SLO.

@neuralstack

опенсорсные cli агенты для вайбкода 🕺

Продолжая свое расследование на тему повышения качества программной и платформенной разработки с участием LLM я наткнулся на несколько интересных штук:

Goose, OpenCode и Crush.

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

Важным условием была прозрачная поддержка Claude Code.

Я конечно вижу восторженные отзывы от нового Codex на стероидах GPT-5, просто сам еще не добрался упорно попробовать. Как бы там ни было – Claude Code мы знаем и любим.

Goose сборка прилетевшая из brew install вообще не запускает cli "провайдеры". Подебажим как нибудь.. потом никогда :)

Crush – очень красивый, выглядит аппетитно, но говорит – "Мы не интегрируем подписки антропика, это противоречит правилам и вообще приносите свои ключи и вот, пожалуйста"

opencode... Искал медь а нашел золото!

opencode это точно мой новый друг.

Во-первых – хочешь использовать подписку антропика? Да пожалуйста! Они даже пишут в документации что "Это сейчас лучший способ использовать OpenCode!"

Меня все еще душит жаба отдавать $200 за Claude Max, поэтому по лучшим традициям сегодня утром я быстро ударился в лимиты и ушел до часа дня работать под другими моделями 🤬

***

Что еще хорошего в opencode? Конечно можно повтыкать mcp, это уже никого не удивляет.

Вот что важнее – это коробочная поддержка lsp для многих серверов. Я не смотрел в исходники, но первичный опыт крайне позитивный – я не подключал ни openmemory, ни context7 (OpenRouter предоставляет тул для похода в интернет и вполне хорошо его утилизируют.) – агент под разными моделями справляется очень очень хорошо.

Короче говоря, serena на go можно не переписывать :)

Что там еще? В opencode можно настраивать разных агентов двух режимов.

Режим primary, вроде ничего сверх-нового. Такие преднастроенные промпт (или в json конгфиге или yaml на каждого агента), но которые можно в рамках одной сессии удобно переключать жмав на tab.

Помимо промпта все тулы, и родные и от mcp, можно для агентов настраивать как включенные, "спрашивай прежде чем делать", и отключенные. Отключенные, как я понимаю, не попадают в контекст агента.

Я повторяю, вы можете переключать primary агентов в одной сессии.
Это работает просто великолепно.

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

И да, они прям шарят контекст сессии.

Добавьте теперь сверху то что в opencode можно настроить практически любые модели, от openai, google, anthropic, до дипсиков и ollama/llmstudio. Ну и конечно же – OpenRouter.

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

Разумеется можно настроить Z.AI GLM-4.5 Codding Plan, о котором я рассказывал позавчера.

Скажу так – GLM-4.5 настроенный в claude code меня не особо впечатлил (сделаем скидку все таки на тупую serena которая была тогда включена)

Но вот в opencode... я пол дня проработал под этим китайским чудом, с двумя дефолтными агентами (перегрузил только plan чтобы он чуть придирчивее был и на выходе создавал IMPLEMENTATION_PLAN.md с чеклистами)

Ииии... я не заметил сильной разницы с claude code. В общем и целом очень похожи – по вайбу и качеству работы над задачами.

***

Второй тип агентов – субагенты. Их можно вызывать через @, или primary агенты могут их вызывать сами на основании короткого описания субагентов в настройках (через Task тул).

Эти субагенты получают отдельную сессию, изолированный контекст. С ними я еще прощупать не успел, но... Круто же! Им тоже можно настраивать разные модели и вот это все...

Я настоятельно рекомендую opencode! Обязательно расскажу про дальнейший опыт.

Эх... вот бы в нем можно было еще через ChatGPT подписку получить в нем GPT-5-Codex!

@neuralstack

полу-финальное впечатление от облачного Codex.

Ну, я даже не знаю что сказать :)

В общем то проект который я навайбкодил в рамках эксперимента "Вообще ничего не править руками" готов до состояния MVP которым я уже пользусь.

Проект небольшой – чуть меньше чем 4к строк кода. Ничего интересного – веб-дашборд с пылесосом новых сообщений из самых интересных телеграм каналов с небольшими AI и полу-AI аггрегациями чтобы меньше тратить времени на бродяжничество по приложению дальше личных сообщений. Вроде эхо камеры :)

Скажу так – повторять эксперимент ровно в таком же формате я скорее не хочу.

Но выбрасывать codex тоже не планирую как минимум по двум причинам.

Во-первых и все таки – запускать атомарные и небольшие задачи с телефона в удалении от основной рабочей станции очень приятно.

Во-вторых и вы уже скорее всего знаете – буквально два дня назад codex начинили GPT-5, а это значит что 3/4 этого проекта я напилили на кодексе "предыдущей версии" и сейчас он должен быть чуток умнее.

Пока впечатления такие, что облачный кодекс это отличный side-kick агент для проекта который был разработан с большим вовлечением человеческих мозгов до более-менее стабильного состояния.

У человека тогда в голове будет намного более плотная ментальная картина проекта, а значит человек сможет (надеюсь) много более точечно выделять подходящие задачи и отдавать их Codex фоном.

Здесь я совершенно естественно вспомнил про background agents из курсора. Все бы хорошо, если бы они не биллились прямо по расценкам API, и OpenRouter'ом хотя бы рядом с курсорм где то пахло, но нет.

Что же со всем этим делать? Ну, очевидно же – надо сделать что-то более полезное и посложнее. Есть один кандидат на переписывание с парой потенциальных улучшений и/или упрощений: serena mcp на питоне.

Кажется что идея сервера – прекрасная. Реализация... Странная 😨

Я попробовал поработать с ним и CC превратился в неадекватного дурня!

В добавок – кто вообще подумал что это хорошая идея давать агенту тул для regex based (аля sed и вот это все) замены строк в файлах? Зачем?! Зачастую строки меняются криво, и самое плохое – если использовать серену в Cursor или Zed, мы теряем все прелести динамического ревью изменений сделанных ассистентом!

Ну что, будем делать подобный mcp, но на go и с чуть более умной индексацией, памятью и ограниченным числом тулов?

@neuralstack

то как сэкономить денег на генерации кода!

Значит, есть GLM-4.5, которую выдала Поднебесная минувшим летом.

Не так давно у z.ai появился так называемый coding plan.

Предлоежние простое – платишь 3 бакса в первый месяц, и 6 в следующие.
Получаешь – 5x больше вабкодинга чем в Claude Max (тот который 200 баксов, да) 👀

Работает этот coding plan только с claude code антропика, настраивается он там же тремся переменными в окружении или в .claude/settings.json

В дополнение эта история хорошо ложится на Zed, о котором я вчера писал, так как там claude code работает сразу в редакторе.

Не могу сказать что когнитивные силы для генерации кода у GLM-4.5 прям уж сильно хуже чем sonnet 4.

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

Стоит ли оно 6 баксов? Кажется что стоит. Отличный вариант чтобы вкатиться в разработку с LLM ассистентами.

***
Иван Закутний про Claude Code с GLM-4.5

Zed редактор.

Значит, впервые я посмотрел на Zed во времена, когда работал исключительно в vim'е.

Особых впечатлений не произвел – ну хороший, ну на расте. Ну... быстрый, а vim еще быстрее :)

В какой-то момент я пересел на Cursor, и свежо впомнил почему отказался когда то от vs code.

Все это время Zed развивался как очень порядочный опенсорс.

Вчера я обнаружил что отвечая временам и нравам Zed превратился в практически AI First редактор.

Мне нравится!

В бесплатный тир входит 50 запросов в месяц и 2000 предиктов в стиле копайлота (там "zed-hosted" антропик)

Можно поддержать Zed подпиской за 20 баксов и получить 500 промптов месяц.

Можно взять свой api ключ практически от любых провайдеров и пользоваться бесплатно.

Можно в ollama и openrouter.

И самое крутое – можно в cli агентов по Agent Client Protocol, какое то время там был только gemini cli, но вот буквально несколько дней назад добавили claude code.

Использование cli агентов самую малость сыровато, например нет истории чатиков-тредов, но... зачем она нужна? Я за год на курсоре в историю заглядывал раз 5.

Короче говоря – работать это вообще не мешает.

Zed ощутимо шустрый, есть желание пересесть на него полностью, и препятствий для этого вроде бы нет (vim motions по законам хорошего вкуса предлагают врубить прямо на старте).

Чувствуется Zed как глоток свежего воздуха, у него какой-то другой вайб.

В отличии от курсора он не навязывает вайбкоддинг, чтоли. Ну и не дребезжит как запорожец на старте 😏

Расширений-плагинов стало много больше, Zed уже совсем не сырой.

Пробуйте!

---
Иван Закутний про Zed

вторые сутки с облачным Codex.

Впечатления пока еще крайне смешанные. Но вполне позитивные.

Spec-Driven-Developemen конечно работает, тут вообще ничего нового потому что примерно таким же образом я работаю и с разными моделями в курсоре, и с клавдия код.

Но вот облачный кодекс... ну это явно что-то.

Только вот пока не понятно что 👌

Одно скажу – вайб прикольный, и за плюс придется платить дальше :)
Была бы польза, и польза – есть.

ревьювить результаты тасок с телефона не очень удобно, но возможно. И запускать следующие таски – тоже.

Если план задач хорошо расписан и есть установка в AGENTS.md – "отмечай в каждом mr чекбоксами то, что ты сделал", то это делается прозаически – "а ну работай дальше по плану!!!" 🤬

Проблема в том, что если таски слишком маленькие – codex их делает слишком быстро. 🤔

Если таски слишком большие – их придется слишком долго ревьювить, и часто результаты либо получаются хуже, либо... Codex просто забывает что-то сделать из чеклиста ¯\_(ツ)_/¯

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

И тем не менее – отвлекаться надо как можно реже, ибо фокус бесценнен.

Какое промежуточное резюме?

Codex это крутая штука, как минимум для того чтобы начать двигать ваши пет проекты которые слишком долго сидят в голове (или обсидиане) как идея, и где то в основании черепа потом начинает чесаться разочарование – "никак не могу найти на это время".

Лучшее – враг хорошего. Никакое – враг чего-то работающего.

Так чо нет ни одной причины НЕ клепать PoC/MvP проекты на Codex, это как минимум одна из его идеальных ролей.

Ах да, я уже 2 проекта в нем делаю, и все еще стараюсь изо всех сил придерживаться экспериментальной установки "ничего не переделываю за ним руками".

Продолжаю наблюдение 😐

Codex CLI я кстати вообще не распробовал – он не глуповат... но неумелый чтоли.

Константин Доронин тут пишет про cli по полочкам –почему Codex CLI пока уступает тому же Claude Code. 💯 солидарен.

подписку ChatGPT Plus, которую я возобновил вчера.

Я давно не power-user ChatGPT, а от подписки из своего кошелька отказался, когда появилась любезная возможность использовать корпоративную (впрочем, по правде говоря на тот момент я уже практическипользовался не пользовался ChatGPT несколько месяцев)

Зачем? Мне не давали покоя посты Рината о том как он раздает таски флотилии Codex агентов с телефона, пока занимается другой вдумчивой работой.

А корпоративный chatgpt я попросту не смог подключить к своему гитхабу (что вообще ок в целях сесурити)

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

Результат такой – я не выспался.

Потому что до поздна игрался как ребенок в codex на телефоне 🎮

Точнее как, достаточно кода нагенерировать за вчера я не успел, но не менее часа потратил на то чтобы получилось два документа:

1. project_prd.md
2. AGENTS.md на базе первого.

Это вот про тот самый spec-driven-development.

Спеки я разрабатывал с claude, попутно запуская его в интернет чтобы поискать решения получше или проверить мои.

Какого-то секретного промпта для разработки PRD с ллм нет, просто перечитайте этот пост и провалитесь по ссылкам.

Я честно говоря вообще делаю так "привет, ты лучший в мире проджект менеджер, прожарь мою идею по кругу пока не сделаем prd: <идея>"

---

После того как спеки были готовы – пушим в репу, создаем environment в Codex и кормим ему этот промпт (вам наверняка надо будет его чуток поправить)

А после, идем по правилу 1 таска из полученного плана = 1 мр.

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

Я рекомендую убедиться что агент в IMPLEMENTATION_PLAN.md указал Phase 0 с имлементацией CI/CD для тайпчекеров, линтеров, и запусков тестов (с ковереджем или без).

***

На данный момент ситуация такая – по моему проекту Phase 1 уже завершен, а это по сути MVP для локальной небольшой агентской системы которая пылесосит социальные сети и отбирает посты/сообщения с релевантным мне контентом. Оставшиеся 3 эпика это всякие улучшение интерфейса и добавление аналитики.

1248 total вполне себе бодрого, джуновского но чистого python кода.

Цель – трогать код минимально, а лучше не трогать вообще. Пусть весь код генерируется ЛЛМ, а я выступаю исключительно в ролях душно-придирчивого надзирателя и QA тестировщика.

ееее, software 2.0 🤟

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

Если вы пропустили пост, но все таки не против пройти короткий опрос (который мне очень очень очень поможет!) – Милости прошу!

Яндекс-Форма
Google-Форма (eng)

Заранее благодаю 🙏

Значит, AI заменит программистов.

В последнее время я наблюдаю радикально позитивную тенденцию – пусть и зачастую почти беспредметно, но в популярных AI-движ рассылках и прочих медиа все чащепроявляется топик "AI системы это просто программные системы в которых где-то есть LLM".

И это хорошо.

В общем и целом, для IT индустрии LLM это просто новая, но уже укоренившаяся бэкенд технология.

А AGI, ai-2027 и прочее, кажется что обитает примерно в той же пространственн-временной линии, где DeFI блокчейн евангелистов победивший/поглотивший "старую экономику."

Мы туда как-бы стремимся, но с ближайшей реальностью это мало общего имеет.

Конечно технология прекрасна, предоставляет огромные возможности и ускорения, но нам должно быть понятно вот что – требования к разработке программных систем не то чтобы не ослабевают, а ровным счетом наоборот.

Особенно если там где-то внутри есть хорадрические кубики.

***

Вот тут наисследовали влияние на занятость с появлением AI.

Нас в первую очередь интересует IT: джунам стало труднее, ибо LLM асссистенты пожрали подавляющее число задач на которых джуны учились в профессию, а сеньоры получают примерно столько же денег, но вынуждены осваивать новые технологии быстрее.

Для последних так словно вообще ничего не поменялось 😃

Иными словами – AI пожирает простые прикладные задачи но требует мастерства, превращая программирование из потокового ремесла в инженерное искусство проектирования и управления сложными системами.

Например, spec-driven development – великолепный тренд, ознакомьтесь.

Значит ли это что стать программистом или каким нибудь SRE/DevOps стало сейчас сложнее?

Не значит – стало сложнее идти по старой дорожке, когда мы довольно быстро могли нахвататься относительно простых навыков кодирования и/или администрирования.

Но учиться теперь стало многократно проще, в том числе "вкатываться в айти с нуля в 27 лет"

Если раньше у нас просто был интернет с кучей знаний которые надо было лишь поискать, то теперь есть возможность за условные 20 баксов получить крайне компетентного ментора – в объеме знаний, в вечно хорошем настроении, и с очень быстрым циклом обратной связи!

Впрочем это не отменяет ценности белкового менторства, как по мне и то и другое замечательно работает в синергии.

Claude или ChatGPT может для вас составить и план обучения, и провести вас по нему за ручку – вопрос только в вашей находчивости и желании чему-то научиться.

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

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

Привет! Я хочу стать [X]. Помоги мне составить план обучения.

Мой текущий уровень: [полный ноль/базовые знания/etc]
Мои цели: [найти работу через X месяцев/изучить для личных проектов/etc]
Сколько времени могу уделять: [X часов в неделю]

Составь:
1. Пошаговый план обучения с временными рамками
2. Конкретные ресурсы для каждого этапа
3. Практические проекты для закрепления
4. Критерии оценки прогресса

Задавай уточняющие вопросы, если что-то непонятно.

AI не убивает программистов — он убивает тех кто не готов адаптироваться и самосовершенствоваться.

Судя по количеству реакций, как минимум 10 человек меня читают с интересом.

Спасибо вам!

Мне очень важно собрать хотя бы от половины из вас фидбек про канал и материалы. Обещаю что это не займет более 10 минут.

Если вы готовы ответить на несколько вопросов на этой неделе – напишите, пожалуйста, в комменты что нибудь ❤️

p.s. просто обозначьтесь, я скину вам форму с опросом потом :)

Значит, вайбкодинг.

За последний год с хвостиком мой голос по поводу вайбкодинга принимал совершенно разные значения на шкале от "Боже, это просто омерзительно" до "Боже, это просто восхитительно".

А в какой-то момент я на эту тему просто замолчал. Просто потому что естественным образом использование LLM-based ассистентов и прочего в большей части моей деятельности стало практически неотъемлемым.

Сейчас пишу об этом, потому что вчера меня спросили – "Слушай, а какое у тебя соотношение написанного кода к сгенерированному?"

И я впал в ступор, натурально. Потому что:

- Кода генерируется много, процентов 80% как минимум
- Кода генерируется мало (в смысле бойлерплейт мусора, об этом дальше)
- 90% сгенерированного кода вычитывается настолько внимательно, насколько это возможно
- Все что нужно исправить – исправляется либо вручную (если мало), либо в точечных последующих промптах

При этом я знаю людей которые генерируют 100% прод кода с телефона и живут припеваючи.

***

Интересно то, насколько сильно отличается сгенерированный код у разных людей в смысле качества, стиля, и вообще функционально; Не знаю обращали ли вы на это внимание.

Точнее как, у не очень опытных в программной инженерии человеков как раз таки получается примерно одинаковый результат, его достаточно просто распознать как "LLM-blob":

- Решения – странные, неуместные;
- Избыточные комментарии там где они не нужны, или полное отсутствие комментариев в откровенно переусложненном коде;
- Использование паттернов, которые нигде в проекте больше не живут без какого либо архитектурного оправдания;
- и так далее.

А кидать такие вот шмоты мертвого кода друг другу на code-review это не менее чем производственное преступление.

***

Мне нравится шутливо называть LLM поломанным хорадрическим кубом.

Если вы играли в Diablo 2 то знаете о чем я – такая волшебная коробочка через которую одни предметы можно превращать в другие.

Умножать предметы перестало быть возможным после исправления багов в игре 🤪

Так вот LLM это такой поломанный куб, в том смысле, что он драматически умножает поданные на вход когнитивные усилия и качество этих усилий.

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

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

Навык вовремя сделать шаг назад и сбросить контекст придет только c практикой.

В качестве доп. чтения вот еще хорошая статейка на английском.

Короче говоря – 2 часа изучать код, собирать контекст чтобы написать детально проработанный промт, а потом за 40 минут сделать задачу, на которую без ллм вообще ушло бы 2 дня – НОРМ.

Ставьте огоньки если тема интересна, буду писать еще примеры на пальцах примеры о том как сам вайб-проектирую и вайб-работаю :)

---

“It bothers me that I can’t press a button and check on the rest of the world, or at least the small parts of it that I’m interested in. I’m not the only one. You haven’t been able to walk around and see it, dear, but the irritability threshold around here is lower than it used to be. We’re not in our natural habitat anymore. We’ve become denizens of the net. Homo datum.”
― Pat Cadigan, Synners