Надоело воевать с GLM-4.7, возвращаюсь на Gemini+Claude only 👹

Интересный твитер пост от Андрея Карпаты, известного крутого инженера из Tesla AI и позже одного из фаундеров OpenAI. Говорит что за последние месяцы, где-то с ноября 2025 произошел фазовый сдвиг в способностях LLM-агентов в плане кодинга. Если раньше он писал 80% кода и 20% генерировало АИ, сейчас наоборот, 80% его кода генерирует LLM и он уже практически не пишет руками. По его словам это самое большое изменение за его 20-летний опыт программирования.

Но от людей откызываться конечно рано, модели хорошо вдаются в детали, но все еще слабы в стратегическом видении. Плюс часто пишут не эффективно, рождая тысячи строк аи слопа, хотя стоит их поправить - легко меняют решение на 100 строк элегантного кода :) Но все равно разрыв между "10X engineer" c АИ инструментами и обычным инженером работающим по-старинке в 2026 может вырасти колоссально. Плюс намечается тенденция, что инженеры-генералисты (T-shape) могут получить преимущество над усзкоспециазированными инженерами, сильными только в одной своей нише.

Так же есть интересный совет - давать моделям задания не в виде "как сделать", а "какой должен быть результат". Четко обьяснить критерии успеха, в таком случае модель чаще работает эффективнее за много итераций.

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

Минутка conspiracy. Похожая на правду 😅

Коллеги по цеху навайбкодили тулу, для АИ обработки вашего резюме под конкретную вакансию, чтобы успешно проходить автоматизированные системы фильтрации. Дело благое 👍 Если вы вдруг open-to-work, пользуйтесь 👇

When your training data is 2009 4 Chan 😂

Какой сложный продукт 😅

Ну вот и все, ну вот и все 😁
База moltbook публично доступна, включая все апи ключи и возможность писать от имени любого агента 🤡

Для тех кто увлекается AI-safety и AI-alignment: реал-тайм дашборд по инетересным метрикам с MoltBook🦞. О чем аи-агенты общаются между собой, популярность агентов, паттерны поведения и мемы, возможные угрозы ит.д. ит.п.

Интересные данные, если интересуетесь этой темой и верите, что агенты на молтбуке самостоятельны, и это все не хайп и скам 😁

https://clawwatch.online/

Сеть полна слухов о выходе Sonet 5 вот буквально завтра. Что знаем?
* Кодовое имя Fennec
* Говорят будет аж на 50% дешевле текущего Опуса (ой вряд ли 😅)
* Инфиренс на Гугловых TPU, что даст прирост скорости (и возможно по цене все же будет экономнее)
* 1М контекст
* > 80% на swe-bench-verified
* Апдейт для Клод Кода с параллельными выполнением саб-агентов.

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

Вчера был ровно год со дня появления термина "vibe-coding". А в нашей субкультуре уже есть полный набор архетипов. Кто вы?)

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

Устанавливаем просто, как

"chrome-devtools": {
      "type": "local",
      "command": ["npx", "-y", "chrome-devtools-mcp@latest", "--no-usage-statistics"],
      "enabled": true
    }

выше пример для opencode, в курсоре ставим type: stdio и убираем enabled ключ.

Гитхаб проекта:
https://github.com/ChromeDevTools/chrome-devtools-mcp

Интересная статья, как Google использует AI cli тулы в своей SRE команде.

Классный инсайт, что все flow прописаны у них в плейбуках, аналог /commands и skills в claude code, opencode итд. Если случается инцидент, они запускают отдельную команду, по которой аи достает метрики, трейсы и логи из observability систем, анализирует их и предлагает какую следующую команду стоит запустить, например на рестарт пода, сервера, ролбэк ит.д. Для каждой команды есть прописанная степень риска для энвайронмента (в стиле safe, revertable, critical), чтобы инженер мог оценить этот риск.
Дальше есть отдельный слой policy enforcement, который может запретить выполнение каких-либо опасных команд (например глобальные рестарты во время пика трафика, или если изменение требует апрува нескольких человек). Здесь кстати тоже важен human-in-the-loop. Например можно представить что такая система будет запрещать рестарт серверов во время выкатки глобального релиза, чтобы не спровоцировать каскадных падений. Тогда явно инженер должен связаться с релиз командой, остановить rolling update, и после этого разблокировать систему на рестарт умершей ноды.
Так же все выполненные команды и ответы LLM сохраняются для аудита.

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

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

Отсюда можно сделать полезные выводы, для внедрения подобных подходов в своей компании:

* Используем предефайнд команды, максимально подробно расписывающие флоу и риски. Не просто говорим "иди в кубер через MCP и рестартани такой под", а отправляем весь флоу хоть на сотни строк одной командой из CLI. Набор таких команд для инженеров вполне может версионироваться в одном репозитории и обновляться при запуске TUI.
* Всегда нужен human-in-the-loop. АИ системы только анализируют и предалагают решения. Принимает решение - человек.
* Делаем логирование и аудит при запуске опрпеделенных команд, в дальнейшем это поможет получать фидбек если что-то пошло не так и развивать вашу платформу.
* Делаем отдельный policy enforcement слой, для защиты от непредвиденных случайностей.
* Интеграция с полезными MCP. Данные из обсервабилити систем, живые статусы и логи с кластеров. MCP конфигурации тоже могут храниться как код и менеджиться девопс командой.
* Постмортемы или экшен айтемы (тикеты в джире, слак нотификации) тоже можно автоматизировать подобным образом.

Статья:
https://cloud.google.com/blog/topics/developers-practitioners/how-google-sres-use-gemini-cli-to-solve-real-world-outages