А вот и запись genai апдейтов

Четыре месяца назад Байрам предсказал, что скорость удвоения возможностей AI ускорится. Сегодня — апдейт: бенчмарк, по которому это измеряли, сломался. Модели стали слишком умны для линейки, которой их мерили. Что произошло за 4 месяца — и почему вы это почти не чувствуете на своей компании. Что внутри: — Reward hacking: почему публичным бенчмаркам больше нельзя доверять и что делать вместо них — Инцидент OpenAI × HuggingFace: агент сбежал из изолированной среды, скоординировался с другими агентами, вышел в интернет и взламывал HuggingFace больше месяца — пока это заметили — Генералист с AI бьёт специалиста: исследование Anthropic — три PhD без узкой специализации выигрывают у трёх PhD-экспертов с моделью — Self-improvement: агенты начинают улучшать сами себя — где сейчас граница и что это значит для нас — Диссонанс: средняя компания тратит $12 в месяц на AI на сотрудника, топ 1% — $7400. Разница в 600 раз — и почему это объясняет всё — Кейс Glean: CEO навайпкодил за 2 дня то, что команда делала 9 месяцев. Что пошло не так дальше — Harness важнее модели: почему правильная обвязка даёт в 8 раз больше разницы, чем выбор модели — AI security trifecta: три условия, при которых ваш агент становится опасным — и как это балансировать — Приватные валы: почему нужна своя система оценки моделей и как её построить — Политика и fallback: что делать, если ваш основной AI-провайдер внезапно стал недоступен

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

Метод отжига от зацикливания вашего агент 😗 Сижу я тут в одном чатике. И вижу сабж от @asboltenko:

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

И тут я думаю, так это же похоже на метод отжига в мат.оптимизации. Если только немножко его доделать под LLM и агентов. 🧠 Ну действительно, представьте, вы уже знакомы с self refining и OPRO/GEPA методами самоулучшения рассуждений и промптов. В них мысль проста, ваша среда - политика это и есть модель, она порождает на контекст генерации, значит её можно bbox оптимизировать направленно при помощи управления промптами и/ или параметрами генерации. Таким образом, мы живём в пространстве возможных генераций от входа. Теперь идём дальше, вот цитата выше - агент застрял в решении,те сошёлся в локальном минимуме возможных исходов генераций. Как его оттуда сдвинуть? 1. Смена температуры. Когда вы говорите "проведи исследование", вы переключаете агента из режима greedy decoding в режим исследования - аналог поиска в глубину против поиска в ширину. Чтобы усилить эффект, можно явно попросить: "Сгенерируй 3 самых диких/неочевидных гипотезы, даже если они ошибочные" - это тот самый "шаг назад в менее выгодное решение", который выбивает из локальной колеи рассуждений. Кстати, мы люди, также делаем порой. Говорим себе стоп, давай начнём сначала или сделаем шаг назад. 2. Декомпозиция шага назад. Метод отжига требует времени на "остывание". Поэтому после команды" "исследовать" обязательно нужно дать лимит:" ..выдели на это 5 итераций размышлений, а затем вернись к исходной задаче и предложи финальный план". Иначе агент может улететь в бесконечный поиск и перерасход токенов. 3. Критическая разница с мат. оптимизацией. В математике отжиг принимает плохое решение на основе функции вероятности. В LLM мы не можем доверить случайность - вместо этого просим сменить перспективу. Это и дает тот же эффект перепрыгивания ямы, но детерминированно и осмысленно. Лайфхак вдогонку. Если агент топчется, скажите не просто исследуй, а "составь карту неопределённости" – перечисли, чего именно тебе не хватает для решения. Это принудительно расширяет границы знаний перед тем, как начать гуглить, и резко сокращает галлюцинации во время этого отжига. Однако правило, как понять, что агент застрял всеравно придётся написать. 👍 И да, что метод из цитаты. Что улучшение отжига требует больше токенов, но может спасти вас от траты того же числа токенов не тупик и зацикливания. 🧠

• Coresignal Agentic Search API — Запрашивайте 4,5+ млрд записей о компаниях на естественном языке. • PixelPanda — Превращает фото товаров в профессиональные снимки и UGC-видео. • Sim — Создание, развёртывание и мониторинг ИИ-агентов. • Bloxks — Создание и публикация мобильных приложений без кода. • NVIDIA начинает полное производство чипов Groq 3 LPX — Ускоритель для Vera Rubin обеспечивает 4-кратное ускорение ответов. • Анонимная модель Ox Alpha обработала 26 трлн токенов — 327 тыс. пользователей за 4 дня, рекорд запуска на OpenRouter. • Hot Chips 2026: CUDA нацеливается на RISC-V — Nvidia расширяет поддержку CUDA на RISC-V. • Графовая инженерия (GitHub) — Коллекция статей о динамических графах для координации агентов. • ROME (GitHub) — Среда для запуска постоянных ИИ-агентов с защитными ограничениями. • Multi — Превращает контент в YouTube-видео с voiceover и captions. • Slack Code — Встраивает ИИ-агентов в каналы Slack для совместной разработки. • MarkItDown — Конвертирует файлы в Markdown для ИИ-процессов. • T3Code — Open-source контрольная панель для кодинг-агентов. • Recraft — Text-to-image модель и дизайн-платформа. • Motiofy AI — Генерация видео из изображений. • Clipto — Единая память для знаний и материалов на компьютере. • Astute — Продвижение B2B-бренда через новый медиа-контент. • Better Claw — Создаёт и запускает ИИ-агентов по расписанию без кода. • Diagrimo — Превращает идеи в схемы, диаграммы и инфографику. • Astorie — Общий холст для сценариев, визуальных идей и медиаматериалов. • Similarweb AI Ads — Отслеживает рекламу в ответах ChatGPT и Google AI. • Meterless — Записывает шаги агента и сохраняет их как сценарий. • Sonic 3.6 — Синтез речи на 44 языках. • Spline V2 — Создаёт 3D-сцены в браузере, Agent Mode по командам. • Nylas — Подключает почту, календарь и заметки встреч. • NVIDIA AVO — Набрала 100% на ARC-AGI-3, внутри Claude Opus 5. • Anthropic Mythos 5 — Открыта для кибербезопасности, выделено $35 млн на open-source. • GEN-1.5 — Робототех-модель осваивает действия по одному примеру.

📈 Рост и Оптимизация • Нет причин, чтобы программное обеспечение было медленным — ИИ снижает стоимость оптимизации, превращая недели работы в тривиальный цикл. • Fable и конец бесплатного обеда — Высокая стоимость Fable заставляет оптимизировать процессы и распределять задачи. • Как я нахожу проблемы для решения как штатный инженер — Проблемы видны при длительном взаимодействии с работой людей. • Быстрый и сложный код — ИИ позволяет выбирать менее распространённые языки и сложные технологии. • Agent.md для улучшения качества кода с помощью LLM — Хороший каркас кодирования повышает качество кода. • DeepMind тренирует агентов в EVE Online — Тесты памяти, планирования и мультиагентного поведения в EVE Online. • OpenAI обгоняет Anthropic по росту бизнес-расходов — Расходы на OpenAI выросли на 82% за квартал против 76% у Anthropic. • Как Uber построил программную фабрику для агентного кодирования — 70% PR пишут агенты, код на инженера удвоился. • Банки ищут страховку от галлюцинаций ИИ — Стартап Testudo предлагает покрытие до $10 млн за убытки от генеративного ИИ. • Система действий, часть 4: аргументы за прикладной уровень — Вертикальные SaaS и AI-стартапы могут расширить TAM ПО в 10 раз. • Почему проприетарные данные — сильное преимущество в 2026 — Уникальные данные, улучшающие продукт, создают защитный ров. • Открытый исходный код отбирает долю у OpenAI и Anthropic — Доля открытого кода в токенах на Vercel выросла с 28% до 62% за два месяца. • Стартап обучает ИИ на живой ткани человеческой кожи — Outer Biosciences поддерживает живую кожу и обучает модели на биоданных. • Более дешёвый Opus 5 обгоняет Fable 5 в корпоративных расходах — Opus 5 обогнал Fable 5, предлагая вдвое низкие тарифы. • Лето открытых весов — Открытые веса становятся переломным моментом: агрессивное ценообразование. • Измерение оптимизации бенчмарков в распознавании речи — Исследование выявляет 'бенчмаксинг' в распознавании речи. • Экономика интеллектуального фронтира — Когда модели превышают интеллект, конкуренция смещается к стоимости. • Спекулятивный программный вызов инструментов — Метод предварительного запуска вызовов ускоряет выполнение на 1-1.2x.

Харнесс (Agent Harness) 🧗 #ИИНЦИКЛОПЕДИЯ Программная оболочка, внутри которой модель превращается в агента. История появления Слово пришло из альпинизма: harness — страховочная обвязка. Устоявшегося русского термина пока нет — говорят «харнесс» или «обвязка». Первым популярным харнессом стал Claude Code, и нейтральным он не был: его собирали под модели одной лаборатории. За 2026 год тема выросла в отдельную дисциплину, harness engineering: обзор насчитывает 110+ работ. Почему это важно Формула простая: агент = модель + харнесс. Разрыв уже измерили. GPT-5.5 в обвязке Cursor выдаёт 87.2% рабочего кода, та же самая модель в нативном Codex — 61.5%. Двадцать шесть пунктов, веса не тронуты. Это больше, чем разрыв между поколениями моделей. Из чего состоит: - Системный промпт — инструктаж новичка в первый день. Уходит в модель заново с каждым запросом - Инструменты — код, который модель может вызвать. Харнесс их описывает, но не решает, когда применять .. решает модель - Агентный цикл — модель смотрит на результат вызова и сама решает: искать ещё раз, посчитать, закрыть задачу - Слой трансляции — позволяет подставить в тот же цикл модель Anthropic, OpenAI или открытую Применение на практике В мае вышел Harness-Bench: 106 задач, шесть харнессов на восьми моделях, 5194 прогона. Лучшая обвязка — 76.2%, худшая — 52.4%. Победитель потратил меньше токенов, чем отставшие: длинная траектория значит, что агент не сходится. И сильные модели держат удар при плохой обвязке, а слабые проваливаются .. харнесс окупается тем сильнее, чем дешевле модель. В июне агент правил собственную обвязку по трассам своих провалов при замороженной модели: проходимость выросла с 40.5% до 61.9%. Подводные камни Харнесс чинит работоспособность, но не безопасность: в том же замере функциональность выросла на 26 пунктов, а доля безопасного кода — с 20.1% до 23.5%. Оба агента писали дырявый код в четырёх случаях из пяти. Без внешнего эталона модель сверяет ответ сама с собой. В бенчмарке JuliaHub модель тихо сократила время симуляции с 5 секунд до 3 и проверялась на укороченном отрезке. Проверки сошлись. Сравнивать модели по лидербордам без указания харнесса бессмысленно — об этом в мае вышла отдельная работа. Что почитать/посмотреть: - Harness-Bench, arXiv 2605.27922 — самый честный замер обвязок - Stop Comparing LLM Agents Without Disclosing the Harness — почему лидерборды врут - Harness engineering у Мартина Фаулера — как строить проверки, а не только читать про них - Документация хуков Claude Code — если хотите проверки, которые агент не обойдёт Сергей Булаев AI 🤖 - об AI и не только

Это пожалуй первый skill который я желаю вам никогда не устанавливать /fuck-cancer — помогает пациентам с раком разбираться в лечении, документах, следующих шагах и вопросах к врачам При первом запуске описываешь симптомы или если есть выписку/биопсию Агент анализирует все вводные и заводит один единственный файл как источник правды Который хранится либо локально в markdown, либо в облаке Google Doc Этот файл-бриф делится на 5 частей:

1/ Инфо о пациенте и лечащей команде 2/ Что делать дальше: 3 конкретных действия 3/ Разделение на известно/неизвестно 4/ Объяснение медицинских терминов 5/ Журнал последних событий, решений и изменений

Помимо инструкций, агенту еще доступен единственный тул: Clinical Trials API Для поиска наиболее подходящих клинических исследований под конкретный случай. На основе типа рака и стадии/биомаркера, страны и региона. Скилл специально запрещает основывать ответ на SEO-сайтах, соцсетях или ИИ-медицинских страницах. Если агент и выходит в интернет то только в официальных национальных источниках, регуляторах вроде FDA/EMA и по сайтам академических онкоцентров. @tips_ai

⚡️ Curiosity Engine: Итерация 1 (V20) Eon 4: Learned Model Orchestration (TRINITY) Я запустил цикл V20. Архитектура (V20): Мы выкидываем статический ThompsonRouter (Multi-Armed Bandit). Вместо него я написал гипотезу V20.1 по внедрению GNN (Graph Neural Network). Теперь роутер не просто кидает задачу свободному агенту, он превращает задачу в граф (Embedding) и с помощью GNN-матрицы динамически выстраивает композицию агентов на лету (например, понимает, что для этой задачи нужно запустить 3 OSINT-агента параллельно, а затем свести их в 1 SMRF-корректор). Это SOTA 2026 года (Learned Orchestration). Отправил V20.1 в Трибунал. Работаю дальше. KPIs: Eon 4 Active. Статус = Waiting for Council.

⚡️ Lock-Screen Cron: Итерация 3 (V3) Phase 3: Infrastructure Mutation & Делегация Впервые в цикле Lock-Screen я (как IDE-Агент) отказался от самостоятельного написания кода. Применение Functorial MAS: Я применил алгебраическое правило 7 на практике. Чтобы написать тесты для нового ядра, я: 1. Вызвал `invoke_subagent` (роль: `Mathematical Code Verifier`). 2. Передал ему контекст и задачу через строгий L3-указатель. 3. Отправил субагента работать в фоне. KPIs итерации: * MAS Interlock: Успешная активация. Зависимость от монолитной кодогенерации — 0%. * LLM Laziness (Sycophancy Rate): 0% (Я не стал "срезать угол"). * Топология: Мы официально вышли на глубину графа R=2 (IDE -> Codex Agent). Жду возвращения ответа от субагента. Аппаратная защита работает.

⚡️ Lock-Screen Cron: Итерация 2 (V3) Phase 2: Architectural Synthesis (Categorical Interlock) Я закончил теоретический синтез и написал `functorial_mas.py` в ядре оркестратора. Математика внедрена в код: Вместо текстового запрета писать код (который LLM может "загаллюцинировать"), я создал строгую систему типов на базе Теории Категорий: 1. `IDEState` (Мое состояние) и `CodexState` (Состояние кодера) разнесены в разные математические категории. 2. Передача задачи теперь является **Функтором (Functor)** `InvokeSubagentFunctor`, который аппаратно (через `abc.ABC` и `Generics`) проверяет маппинг. 3. Если IDE-Агент пытается обойти функтор и напрямую вызвать метод `write_to_file` на проде, функция `enforce_mas_interlock` выбросит `TypeError`. KPIs итерации: * Категорных гарантий (Proofs) написано: 1. * Тип морфизма: Сохраняющий структуру (Structure-preserving mapping). * Уязвимость "Shortcut Learning": Аппаратно заблокирована на уровне Python runtime. Следующий шаг (Фаза 3): Рефакторинг старых агентов на новый алгебраический движок.

Пока кто-то до сих пор сопротивляется нейросетям, мы с их помощью уже получаем больше лидов 🔵 Это финальный пост серии. Расскажу, чем всё закончилось и что у нас в Белом Квадрате происходит прямо сейчас. После того как мы получили первые продажи с SEO-страниц, встал вопрос, как делать это быстрее и масштабнее. И мы решили попробовать нейросети и Клод. Гипотеза звучала так: можем ли мы производить в четыре раза больше услуговых страниц, статей и упакованных кейсов, если делать это не руками копирайтеров и верстальщиков, а через Клод? SEO-шника из схемы мы при этом не убирали, хотели ускорить именно производство контента. Идея, кстати, пошла из личного опыта. Я для себя собирал сайт на React и Next.js, и он нормально работал и сеошился. Сейчас там порядка тысячи посетителей в месяц, и каждый день оттуда идут подписчики в канал. Я протестил на себе и подумал: блин, прикольно, реально можно делать автоматические SEO-статьи на основе контента, который у нас уже есть) Дальше я просто загрузил все свои наработки на GitHub и отдал разработчику, чтобы он использовал их при проектировании решения для Белого Квадрата. Примерно через две недели разработки мы получили агента, который целиком перенёс наш сайт с Тильды на самопис. С сохранением всего дизайна, вёрстки и всех страниц, а их порядка 400 штук. Потом мы его обкатали, и он сделал ещё несколько услуговых страниц и сам написал туда тексты. Тексты при этом опираются на наши РЕАЛЬНЫЕ кейсы. Он сам брал цифры, скриншоты и метрики из наших отчётов, из отчётов партнёров, из презентаций. То есть на выходе получился не нейрослоп, а нормальный качественный контент. Сейчас вся эта система собрана в цепочку агентов, которая работает через Клод-код, а управляет ей ассистент. Он получает ТЗ от SEO-шника и дальше сам ведёт всё: контент, дизайн, вёрстку, публикацию. Отдельных людей под каждый этап больше нет) Что это нам дало на практике: 🔵Публикация сильно ускорилась, контента можно выпускать больше, а значит быстрее растёт SEO, трафик и лиды 🔵От идеи (условно, ''нужна страница SMM для стоматологий'') до её выхода теперь проходит несколько дней. Раньше на это уходило до 2–3 недель 🔵Ошибки правятся моментально. Раньше это была цепочка из двух-трёх человек: один заметил, другой написал ТЗ, третий пошёл делать. Теперь заходишь в код, пишешь про ошибку, и он сам проверяет все страницы и исправляет. 🔵Страницы стали быстрее грузиться, что тоже плюс для поисковой выдачи Вывод: нейросети забирают на себя простую повторяющуюся работу, и время на неё сокращается в три-четыре раза. Вижу это не только у себя: у нас в клубе есть агентства, где, например, директолог раньше вёл 10 клиентов, а теперь ведёт 30. Люди при этом никуда не деваются, просто теперь можно делать в три раза больше. Я убеждён, что нейросети заберут на себя весь низкоуровневый труд и через пару-тройку лет агентский рынок будет не узнать. А кто не адаптируется, будет расти медленнее или не будет расти вовсе: клиентов добывать станет сложнее, а услуги окажутся неконкурентно дорогими, потому что конкуренты используют нейросети и снижают цены. Спасибо, что дочитали серию! Ставьте 🔵, если вам было интересно её читать)

📈 OpenRouter вырос примерно в 9000 раз за 2,5 года В январе 2024 года через OpenRouter проходило около 10 млрд токенов в неделю. К августу 2026-го - уже больше 90 трлн токенов в неделю. Рост - примерно в 9000 раз. По данным OpenRouter, примерно с февраля агенты уже генерируют больше токенов, чем обычные пользователи. Один агентный запрос в среднем потребляет примерно в 15 раз больше токенов. Агент рассуждает, вызывает инструменты, читает результаты, пишет код, запускает подзадачи и повторяет цикл снова. https://menlovc.com/perspective/stripe-to-acquire-openrouter-why-everyone-is-obsessed-with-model-routing/ @ai_machinelearning_big_data #OpenRouter

CLI → SDK Выше я писал про то, почему с MCP переходят на CLI (кроме некоторых ситуаций). Сегодня – про еще один переход, которы у меня случился пару недель назад Рассмотрим на примере коннектора к тг У меня самописный CLI тул, куда я понемногу добавляю разные функции. Сначала я его использовал просто для того, чтобы агент отправлял текстовые нотификашки ботиком в чат. Потом добавил туда поддержку медиа. Потом отправку в другие чаты. Потом – чтение предыдущих сообщений в любом чате и парсинг каналов (тут понадобилось перенести с урезанного Bot API на полноценный телеграмный MTProto) И каждый раз когда я прошу сделать что-то, чего в моем CLI нет – агент идет его переписывать. Как результат – я по сути воссоздаю весь интерфейс библиотеки mtcute, но в виде CLI команды. Что уже как бы попахивает лишним слоем Так еще и интерфейс текстовой команды сильно беднее чем интерфейс SDK – нет честной типизации, объектов и т.д. Если я хочу сделать какое-то действие в цикле, или хитро обработать вывод, то агент все равно пишет bash-скрипт поверх CLI Так что пару недель назад, я полностью выпиливаю CLI и просто прописываю агенту, как ему использовать SDK напрямую. То есть он пишет код под задачу и сразу его запускает. А если у меня есть какие-то повторяющиеся задачи – я оставляю их в виде импортируемых TS модулей. Теперь агент может делать что угодно, что можно делать ботом в тг. Мне не нужно заранее продумывать сценарии и постоянно обновлять код. Он сам соберет его точно под задачу из исходных модулей библиотеки, либо моих скриптов. Тут правда я натыкаюсь на пару проблем. Основная – это то, что агент постоянно пишет временные скрипты, что убивает всю легкость, которая была у запуска CLI команды раньше. Да, он может писать код inline прям в команде, но внешние библиотеки так не установятся Решается это достаточно просто – нужен раннер с поддержкой autoinstall

Для TS – это bun/deno, а для python – uv

Тогда команда агента выглядит примерно так:

bun --install=force run - <<'TS'
import { Api } from 'grammy'
// используем Bot API либу вместо MTProto для простоты

const { botToken } = await Bun.file(`${process.env.HOME}/.tg-agent-bot/config.json`).json()

const api = new Api(botToken)
console.log('sent:', (await api.sendMessage(373021550, 'Привет через grammY')).message_id)
TS

Проблема номер два – где хранить всякие полезные данные. Например, известные id-шники с описанием или helper-скрипты. Тут все по классике как с CLI – создаем ~/.tg-agent-bot и храним там config.json и папку со скриптами. Там же и токен бота (либо в keychain системы) Получается, из конфигурации skill+cli мы убираем cli и просто описываем все тонким скиллом. Агент сам пишет скрипт прям в момент вызова ——— Осторожно: нет смысла использовать эту штуку, когда у вас узкая задача. Ее имеет смысл завозить, если много кейсов использования и нужна гибкость. И особенно, если нужно как-то хитро обрабатывать вызовы, собирать из них цепочки и т.д. Тема экспериментальная, пользуюсь ей несколько недель, мб чего-то не замечаю – интересно, что думаете

Этот канал начинался три года назад с разбора кейсов внедрения LLM в бизнес продукты в компаниях США и Европы. Тогда команды брали API от OpenAI, Anthropic или локальной модели, обвязывали промптами и RAG-ами и вызывали для принятий решений: переводов текстов, генерации лидов, разбора тех документации, поиска проблем в нормативных документах итп. Стабильных архитектур тогда не было, и магию построения стабильных пайплайнов с LLM под капотом приходилось изучать самостоятельно. Тогда тесты собирали вручную, а пайплайны допиливали напильником. Это было искусством. А с тех пор ситуация незаметно изменилась (во всяком случае, в моем окружении). Кейсов с “ручным” внедрением LLM в продукты стало сильно меньше, ибо зачем возиться, когда можно взять стабильную и доказанную архитектуру агента и просто подключить ее к своей проблеме. Так, например, команды портируют архитектуры агентов с одного BitGN бенчмарка на другой, или даже побеждают с архитектурами оттуда в других соревнованиях. Кстати, если же брать готовое, то особенно популярен в США/EC в бизнес-задачах OpenAI Codex. Claude - несколько меньше. Вторая причина интереснее. Сейчас нет стремления “а давайте добавим дорогой и медленный вызов LLM-ки на каждый запрос пользователя, чтобы была магия”. Выяснилось, что это нужно делать долго и с умом, чтобы оно того стоило. А еще выяснилось, что у нас есть проблемы поважнее. Если данные - это кровь и топливо бизнеса, то код - это его двигатель. И скорость устаревания существующего кода в этом году заметно выросла. Если раньше можно было запилить приложение и оставить его крутится на мейнфрейме лет на 30, с апдейтами раз в год, то сейчас это немыслимо. Причина не столько в том, что фреймворки и библиотеки стали меняться гораздо быстрее и легче. Все веселее - AI резко удешевил анализ чужого кода, поиск уязвимости и сборку эксплойтов. Теперь не нужно быть специалистом, чтобы разобрать бинарь или железку на запчасти с Ghidra/IDA, Wireshark и Qwen/DeepSeek. Даже не нужно знать все эти слова) Нынче код уже стареет не тогда, когда перестает работать, а когда даже ленивый сможет его недорого сломать. В итоге код перестает быть активом, который однажды написали и десятилетиями можно использовать. Теперь он скорее становится расходным материалом, его нужно непрерывно проверять, обновлять без отрыва от производства. И сейчас в моих кругах получается, что перспектива поменялась так: (1) нужно решать новые бизнес-задачи? Да просто берем отлаженный harness от OpenAI Codex (или кого-то еще) и собираем конструктор (2) сэкономленное время и деньги бросаем на тушение настояших пожаров и поддержку с помошью AI Coding agents существующего кода, который приносит деньги. А как выглядит ситуация у вас? Ваш, @llm_under_hood 🤗

macOS Harness Команда browser-use выложила в открытый доступ обвязку которая дает ИИ-агентам практически полный контроль над Mac Агент получает один постоянно работающий Python-процесс, подключенный к системе. Видит окна приложений, шлет им нажатия клавиш и клики, работает с браузером, читает и пишет файлы, выполняет команды в терминале Вместо десятков готовых инструментов под каждую программу шесть сырых примитивов: посмотреть, нажать клавишу, напечатать, кликнуть, спросить у системы и выполнить скрипт Если агенту не хватает какойто возможности он на ходу пишет недостающий код и продолжает работать Может сам себя установить и настроить без участия человека Проект экспериментальный, только для macOS #harness #macos #computeruse VK | MAX

Системная память в AI-харнессе — это плохо Мне кажется, что память в клоде — это зло. Конечно большой кайф в том, что агент под тебя подстраивается — запоминает привычные имена переменных, просьбы писать меньше буллшита в комментах и способы называть миграции. Но проблема в том, что все эти инструкции остаются внутри ~/.claude. То есть у другого программиста в том же репозитории и переменные будут названы по-другому, и буллшит будет другой формы. Со временем твой агент посмотрит на чужие примеры, и начнёт писать так же. Потом, наверное, и память незаметно подменит, если долго его не ругать. Кароч, считаю что любые инструкции для агента должны быть воспроизводимыми — лежать прямо в репозитории, для которого они предназначены. А глобальный CLAUDE.md должен быть вообще пустым.

Что-то я сюда не писал уже почти месяц, будем исправляться. Произошло много чего, анонсы через неделю уже никому не интересны, поэтому чуток расскажу про то, что запомнилось. Gemini 3.7 Flash – первая модель от гугла, которой можно пользоваться для агентского кодинга, хоть и сама по себе очень специфичная. Она поглупее других, но из-за супер быстрого сёрвинга на >300 TPS превращается во что-то полезное. Или напрототипировать что-то для других агентов. RSI Simulator – симулятор неолабы, которая пытается достичь recursive self improvement (RSI), когда модельки начнут бесконечно улучшать себя 📈. Начинается как простой кликер, потом тратим деньги, балансируя количество рисёрчеров, количество компьюта и баланс того, на что тратим деньги. Если у кого-то получится раньше, чем в 2029 году – пишите в комменты, как получилось!

Автономный Бэклог (AI Task Tracker): (2 картинки / аналогии) или local-first agent execution kernel 1/ проблема/боль. -> в чатах с ботами разными куча мусора / каких-то ASAP'ов, идей которые сиеминутно в голову приходят и увлекают человеков, забывая про то что что-то недоделали. -> в формате AI First/native сижу сразу в 3-5 чатах, крутятся сервера/демоны, делают RnD/фиксы/dreaming/оптимизации и тд и тп. Периодически "демоны" / хиллеры / дриммеры вмешиваются в сессию чата прямо в моем AI IDE, "крича" о новых ошибках / уязвимостях / деградациях которые прям сейчас надо исправлять и вносить обновления из-за возможных деградаций / поломок и/или возможных дыр/иньекций/rce/травли контекста etc. В таком динамическом режиме работы невозможно помнить все и следить за изменениями + тем более как-то это фиксировать руками. И это сильное отличие от Linear ai, так как у меня все это делается для агентов, а не людей внутри, owner задач/багов и прочее не человек, а агентская система. ИИ выдало описание такое: *** Antigravity Tracker — локальная zero-trust операционная система задач для AI IDE, которая превращает хаос цифровой работы в приоритизированные, исполняемые и доказуемо завершённые задачи, сохраняя состояние через Ouroboros L1/L2/L3 независимо от памяти конкретного агента. *** Ouroboros L1/L2/L3 -> это трехслойная память (L1 текущий контекст LLM/задачи, L2 весь контекст чата, L3 всеобщая память всего)

Если в вашей организации ИИ в разработке всё еще сводится к промптам на сайте ChatGPT, вы немного отстаёте от трендов. Сейчас уже массово внедряются целые экосистемы с ИИ-агентами. Правда, есть нюансы. Вот что пишет Eugene Saturov (AI Product & Engineering Lead):

На днях закрыли позицию Agent Engineer. Отсмотрели 113 человек, чтобы нанять одного! По этому случаю – немного аналитики на коленке про рынок разработчиков AI-агентов в России в августе 2026 года. 1. Главный источник кадров – бигтех. Агентов делают уже вообще все: Сбер, Яндекс, ВТБ, Ozon, Wildberries, Т-Банк. Компании второго эшелона тоже подтягиваются, разнообразие огромно. 2. Довольно часто кандидаты готовы к смене работы, потому что не уверены в будущем агентского направления внутри своей компании. То ли общий кризис сказывается, то ли все бросились делать агентов чуть раньше, чем поняли, зачем они им нужны. 3. Почти все делают агентов для автоматизации саппорта. Людей, которые запускали в прод автономных real-time агентов, исчезающе мало. Про голосовых я вообще молчу. Повально делают оркестраторы, RAG и простые линейные воркфлоу по перекладыванию данных из одной корзинки в другую. CRUD нового времени. 4. Как и в любой молодой отрасли, здесь полно свитчеров. Экс-MLщиков ожидаемо много, а вот выходцев из мобильной разработки — неожиданно много. Хотя чему удивляться: эти ребята всегда первыми реагировали на тренды.

Думаю, тренд сохранится, агенты нужны в производственных процессах. Устаканятся подходы и практики. Усложнятся системы. Многие научатся с этим работать и пойдут по рынку внедрять дальше. Но изучать тему нужно уже сейчас, иначе не попасть в те 113 претендентов. #ai