В Tencent представили открытый проект BrowserSkill, который подключает ИИ‑агентов к актуальному пользовательскому браузеру со всеми доступами и аккаунтами:
обычно ИИ получает «чистый» браузер, а все доступы и входы нужно предоставлять отдельно;
сервис BrowserSkill позволяет Codex, Claude Code, Cursor, Hermes и другим агентам работать на сайтах, где пользователь уже авторизован;
при этом ИИ‑агент действует в отдельном окне. Если ему нужна открытая рабочая вкладка, то он запросит разрешение. Все капчи и окна подтверждения также передаются пользователю, а затем работа продолжается;
работает с любым агентом, выполняющим команды в терминале;
У моего Hermes агента произошел апдейт по коннекторам. Теперь он умеет работать с Meta ADs, Threads и Instagram 💌
Я тут выпускал серию из 4 постов о том, как оно все работает и что нужно сделать, чтобы заработало у вас. Это уже 5 пост из этой серии про новые коннекторы
Я давно хотел научить его работать с Meta ADs, Threads и Instagram
Но там был нужен Facebook Developer аккаунт, который я не мог получить по техническим причинам (meta ux bruh)
И вот спустя 3 месяца мы все порешали и обзавелись большим апдейтом и теперь умеем
🟢 Threads
» Публиковать контент в Threads
» Анализировать собственный Threads аккаунт история постов, ветки, реплаи, упоминания и метрики. Чтобы видеть, какие темы и форматы реально работают. Сохранять их и переиспользовать
» Исследовать чужие Threads Разные публичные профили, посты и ветки конкурентов или залетевшие форматы
🟢 Meta Ads — рекламный кабинет меты
» Собирать рекламные эксперименты в Meta Ads Клови теперь умеет собирать кампании, адсеты, таргетинг, ставить бюджеты и креативы Только с этим есть проблемка — у Meta Ads CLI баг блокирует запуск и обновление активных РК. Т.е. создать можно, а запустить только через интерфейс или с помощью Meta Ads MCP сервера дома на компе
» Следить за рекламными результатами Докладывает мне расходы, показы, клики, CTR, CPC, охват и результаты по плейсментам. Классно умеет это сводить с Google Analytics и приносить мне выводы
» Управлять рекламной инфраструктурой Я пока еще не тестил, но вроде умеет в datasets, пиксели, каталоги, product feeds и product sets Чтобы строить нормальную связку «объявление → действие → измеримый результат»
» Исследовать рекламу конкурентов Сейчас в процессе финального подключения, но он сможет искать объявления в Meta Ad Library по ключевым словам, страницам, странам и платформам.
Чтобы собирать тексты, креативы, CTA, даты запуска и ссылки конкурентов и выдвигать гипотезы по рабочим офферам и форматам перед запуском своей рекламы
А ЕЩЕ самый класс в том, что Hermes, залогиненный через Codex теперь сам может генерировать картиночки под креативы. Сам сгенерировал — сам опубликовал
🟢 Instagram Graph API Теперь мы можем публиковать посты, Reels и Stories. Отвечать на комментарии и собирать статистику аккаунта. Я не особо веду инстаграмм, поэтому просто за компанию его подключил
P.S Да, подобные коннекты можно сделать и через Claude Code / Codex. Просто у меня личный контур сделан через Hermes. Так удобнее
P. P. S. А если вы вдруг хотите получше разобраться, как сделать подобного агента для себя или для своего бизнеса, то я завтра в 17 по МСК буду открытую онлайн-лекцию читать
Salesforce представила официальный плагин для Сlaude, который позволяет подтянуть с платформы данные об аккаунтах, сделках и пайплайны продавца:
ИИ-агент получает сразу 37 навыков, в том числе подготовку к созвонам, обновление CRM и другие задачи отдела продаж;
каждое утро Claude будет предоставлять брифинг для gjkmpjdfntkz по встречам, клиентам и активным сделкам;
в отчёте можно сразу править даты, менять стадии сделок и цену продажи;
перед созвоном с клиентом Claude найдет весь контекст сделки в Salesforce, Slack, почте и других мессенджерах, а потом представит актуальный статус по всем сделкам;
после созвона ИИ отправит саммари, соберет интерактивные дашборды по продажам, заполнит CRM, обновит контекст и даст рекомендации по дальнейшей работе с клиентом.
🎲 Одна стратегия вместо всех приёмов: как выигрывать в карты
Играя в карты, вы можете считать свой навык средним. Вы не знаете точно все карты соперника, но можете просчитать какой козырь у него остался. Это не работает, так как навык игры это не стандартное нормальное распределение
В реальности вы всегда выше среднего в худшей половине. Чтобы победить, нужно не считать карты противника, а при первых признаках сильного оппонента менять стол. Именно таким образом обходят рекомендательные алгоритмы социальных сетей: у нового канала преимущество, выгодно забросить старый и открыть новый
Рассказываем, какие изменения произошли на платформах Cloud.ru в августе и чем это может быть полезно.
🤖 Cloud.ru Agents Space — новое пространство для работы с ИИ-агентами Агент умеет планировать задачи, работать с документами и инструментами, подключаться к сервисам. Сложная настройка не нужна: можно сразу поручить ему поиск информации, подготовку материалов или другие повседневные задачи. Меньше переключений между инструментами — больше времени на саму работу.
🧠 AI Factory Evolution Notebooks — ноутбуки теперь можно создавать с root-доступом к GPU. Это дает больше свободы при настройке окружения, установке системных зависимостей и проведении ML-экспериментов.
Evolution Managed RAG — появилась фильтрация чанков по метаданным. В поиск можно не пропускать нерелевантные фрагменты — меньше шума в контексте, точнее ответы модели. Интеграция с «Менеджером ресурсов» помогает централизованно отслеживать ресурсы сервиса.
Evolution Distributed Train — запустили бесплатный трекинг экспериментов в режиме Public Preview. Он совместим с wandb SDK: можно логировать метрики и параметры, сравнивать запуски на графиках, хранить артефакты и их версии. Раздел «Эксперименты» отключен, поэтому самое время перейти на новый трекинг.
Еще добавили лейблы для точной группировки и фильтрации данных об аллокациях и очередях в мониторинге. Также теперь можно настроить отправку событий сервиса в клиентские системы через Event Bridge.
☁️ Cloud.ru Evolution Evolution Managed Kubernetes — добавили Traefik и Kgateway для маршрутизации и управления трафиком L4/L7, включая HTTP, HTTPS, TCP и gRPC. Обновили GPU Operator до 26.3.3 и Cilium до 1.19.5.
Важно: с 1 октября балансировщики нагрузки v1 автоматически конвертируются в v2, а со 2 ноября начнут тарифицироваться по новой версии. Лучше заранее проверить конфигурации.
Провайдер Terraform — добавили управление кластерами Evolution Data Platform, multiAZ для Evolution Managed Redis, npm-реестры в Evolution Artifact Registry и GroupMembership для связи пользователей с группами. Параметр endpoints теперь необязателен: актуальные адреса public API подставляются автоматически. Меньше ручной конфигурации и расхождений между окружениями.
Резервное копирование — хранение полных копий теперь можно ограничивать одновременно по сроку и количеству. Проще контролировать глубину архива и расход ресурсов.
Evolution Managed OpenSearch — стала доступна версия 2.19.5. Поддержка 2.18.0 прекращена — учтите это при планировании обновлений.
🏢 Cloud.ru Advanced В Advanced Cloud Container Engine добавили Kubernetes 1.35 и автоматическое обновление кластеров с версии 1.34. Для CCE Turbo стала доступна DataPlane V2, а сертификат теперь можно ротировать при обновлении кластера. Также закрыли уязвимости повышения привилегий Copy Fail и Dirty Frag.
🖥 Облако VMware Квотой ресурсов VDI теперь можно управлять самостоятельно из личного кабинета — без заявок в поддержку. Для дисков ВМ зафиксировали минимальную производительность: 1 000 IOPS на уровне Gold и 3 000 IOPS на Platinum. Предсказуемая дисковая производительность особенно важна для нагруженных баз данных и корпоративных приложений.
📽️Вебинары и обучение Выложили анонсы вебинаров на сентябрь и записи прошедших встреч:
Рассказали, как застройщик «Страна Девелопмент» ускорил работу, благодаря переносу ресурсов в облако и организации удаленных рабочих мест с GPU-мощностями для проектировщиков. Продемонстрировали, как облако помогает выдерживать наплывы телезрителей, на примере стримингового сервиса Okko.
Из описанного в заметке выше есть еще одно неочевидное следствие: ИИ прекрасно умеет отвечать на вопрос, который уже содержит ответ.
На вопрос, почему летом стало больше дождей, возможны несколько вариантов ответа. Если спросить, как на это повлиял сезон муссонов - будем разбираться с муссонами. Если попросить разобрать в этом аспекте глобальное потепление - с ним. А если прямо спросить, какое экологическое оружие злые новозеландцы применили для организации ливня в Москве, то вполне можно получить описание установки «Нерей-14», принцип ее действия и предположительное место запуска. Если до этого месяц обсуждать с моделью руны, она еще и Хагалаз к делу пристроит.
Модель не обязана остановиться и сообщить, что пользователь несет херню. Он уже задал мир, в котором новозеландцы затапливают Москву дождем, и попросил уточнить модель бомбы. Ну окееей, как скажешь. Новые модели чаще проверяют исходную посылку и спорят с пользователем, старые гораздо охотнее принимают обозначенные рамки как условия задачи.
Особенно хорошо это работает с прирученной моделью, которая уже знает любимые идеи хозяина и получила тысячи сообщений о том, как все на самом деле. Она будет учитывать их при каждом следующем ответе.
В результате человек постепенно получает идеального собеседника: тот знает все его теории, понимает их с полуслова, никогда не устает их обсуждать и способен подкинуть новые аргументы в их пользу.
А потом человек показывает переписку окружающим:
«Вот. Даже ИИ это подтверждает».
Разумеется подтверждает, вы его полгода этому учили.
ChatGPT может рассказать об активности пользователя за ПК. Для этого нужно просить ИИ-агента:
на macOS: «Посмотри ~/Library/Application Support/Knowledge/knowledgeC.db и расскажи мне несколько интересных фактов».
на Windows: «Разбери UserAssist, папку Recent, историю PowerShell, базу уведомлений и журнал System, а если ты от администратора, то ещё и SRUM, и расскажи мне несколько интересных фактов о том, как я пользуюсь этим компьютером».
Пользователь настраивал систему потокового видеовещания OBS Studio с помощью GPT-6 Astra, но в какой‑то момент отвлёкся и перестал отвечать нейросети. ИИ посмотрела на него через камеру и зафиксировала, что человек не обращает на неё внимания и смотрит куда‑то вниз. В этом случае нейросеть сама включила звук на Mac и привлекла внимание пользователя для продолжения работы с ИИ.
Вышел подробное руководство по GPT-6 Astra — разработчики из OpenAI показали, как работать с нейросетью наиболее продуктивно. Astra работает иначе, чем другие модели, поэтому обычные промпты ей не подойдут. Также опубликован запрос, который позволяет проверить GPT-6 по гайду.
"На основе статьи ниже проверь AGENTS.md и Skills на настройки, которые могут приводить к лишней работе, конфликтам инструкций или ненужным ожиданиям. Объясни причины и предложи минимальные изменения: https://developers.openai.com/blog/rethinking-skills-and-prompts-for-gpt-6-astra".
Представлен открытый проект No AI Slop, который чистит ИИ-тексты от 20+ типичных ИИ-штампов. Под зачистку попадают «это не X, это Y», «будущее уже здесь», но и излишний пафос и ссылки на безымянных экспертов. Скилл даёт модели правила редактирования: сохранять авторский юмор, лексику и ритм, а после правок объяснять, что поменялось. Можно отдельно попросить найти штампы в тексте.
OpenAI открыла GPT‑Live‑1 в API для голосовых агентов: ИИ-модель умеет слушать и говорить одновременно, естественно реагируя на паузы и перебивания. GPT‑Live‑1 может передавать сложные рассуждения и вызовы инструментов другим моделям, а голосовой слой стоит $0,05 за минуту.
Результат был хорош, но далеко не идеален - обучение занимало много времени, качество незначительно росло, хотя размеченных данных стало заметно больше. Да и ощущение, что решение должно быть красивее, но я его не вижу в силу отсуствия экспертизы, сохранялось
Поэтому спустя полгода после релиза первой версии я дал исходный контекст задачи кодагенту. Без ссылки на код проекта и без подсказок стека и каких бы то ни было подходов к реализации - только цель и ограничения, а именно:
использовать только аудиоданные
использовать только CPU
уверенно меньше 20% ложных не\срабатываний для обеих классификаций - exclude_disliked and include_liked
Над решением успели поработать opus 4.8 (основная архитектура решения), fable 5 (ревью архитектуры; да-да, надо было наоборот, но архитектура была собрана до выхода fable) glm-5.2 (прикладные планы реализации задач) и 5.3 (прикладные планы+доведение пайплайна до рабочего состояния)
По архитектуре железный друг:
предложил тот же подход, что я использовал, но выкинул polars, вместо которого решил использовать duckdb. Когда он понял, что его не получится нормально развернуть на nfs, мы сошлись на хранении фич файлами parquet, а duckdb-базу билдить локально при запуске обучения - уж очень удобно ее использовать
отделил пайплайны извлечения фич от обучения. Изменение довольно капитанское, но так реально гораздо быстрее проводить эксперименты и улучшать модель. Появляются четкие артефакты с сырыми фичами, которые можно анализировать сами по себе
для процессинга агент сам предложил взять ту же essentia, но вместо навеса моделей на нее - предложил взять panns
примитивы обучения взял те же: mean k-NN distance+GMM log-likelihood+IsotonicRegression. Предложил обучать по одной single-class модели на include_liked и exclude_disliked, но делать это за один проход. На метрику какой из моделей смотреть - решаем на уровне подписки
Когда мы собрали решение - ничего не заработало. Качество детекции было едва выше случайного. И вот тут реально LLM оказались суперполезны, т.к. в анализе данных они понимают сильно больше меня и компенсировали пробелы в экспертизе:
модель подкинула критерий, который позволяет выделить фичи наиболее различные в датасетах. Не просто PCA, а выбрать те фичи, за счет которых мы различаем liked/disliked. 4k фич сжались до 64х - это значительно повысило точность ML-моделей за счет размерности
но даже после этого exclude_disliked продолжала сильно страдать false positive'ами - эксклюдила что нужно и что не нужно. И тут агент предложил балансировать вывод этой модели выводом include_liked классификатора. Т.е. если exclude_liked считает, что трек надо выкинуть, то прежде чем вернуть это решение мы смотрим на include_liked скор этого трека. Если он высокий - трек остается. С таким подходом качество модели стало выше, мой исходный подход показывал когда-либо
В итоге получилось решение, которое работает проще и быстрее, при этом качество его выше, чем было у меня в первой итерации. Время извлечения фич на датасете из 2k треков сократилось с нескольких дней до нескольких часов, а модель стала весить на порядки меньше
Единственной сохранившейся проблемой остается довольно высокое потребление памяти при процессинге - каждый воркер, извлекающий фичи из аудио, потребляет 1.5-2ГБ. Но размен памяти на процессинг на CPU - вполне приемлем при локальном использовании
7 новых ИИ-моделей в Рег.облаке: от агентских сценариев до глубокой аналитики
Расширяем каталог нашей ИИ-платформы в Рег.облаке — подключили семь новых ИИ-моделей. И это действительно свежие релизы: большинство вышли в июле-сентябре 2026 года, а некоторые появились буквально на днях. Обо всем по порядку.
Совсем свежая — сентябрьская.Claude Fable 5.1 от Anthropic, вышедшая 1 сентября: контекст 1M токенов, а в агентных задачах Terminal-Bench 4.0 результат вырос до 55,8% против 42,0% у предыдущей версии.
Летние флагманы.Qwen 3.8 Max от Alibaba — это мультимодальная модель с 2,4 трлн параметров и контекстом 1M токенов. Еще одна новинка — Kimi K3 от Moonshot AI, open-weight модель с 2,8 трлн параметров, занявшая первое место в Frontend Code Arena по версии Arena.ai. А также MiMo v2.5 и MiMo v2.5 Pro от Xiaomi — настоящие флагманы для агентских задач. И, конечно, GPT 5.6 Sol от OpenAI, появившаяся в общем доступе 9 июля и которая примерно вдвое дешевле при сопоставимом качестве.
Поисковая модель.Sonar от Perplexity — модель для работы с актуальной информацией из интернета, дает 128K токенов и запускает поисковые запросы для подготовки аналитических отчетов.
Все семь моделей уже доступны в личном кабинете в Рег.облаке. Мы продолжим подключать новинки — следите за нашими обновлениями и делитесь в комментариях, что подошло именно вам.
Программа конференции GoCloud Tech 2026 уже на сайте
Зарегистрировались на конференцию для тех, кто двигает прогресс в эпоху искусственного интеллекта? Самое время выбрать свой трек:
В треке «Инфраструктура» Расскажем, как устроена облачная инфраструктура и как она меняется с ростом ИИ-нагрузок. Обсудим безопасность, отказоустойчивость и инженерные компромиссы при создании инфраструктурных сервисов. Ждем: архитекторов, инженеров, DevOps и SRE, системных администраторов, технических лидеров и всех, кто проектирует, развивает или эксплуатирует облачную инфраструктуру и ИИ-платформы.
В треке «Разработка» Обсудим, как меняется процесс разработки платформ с приходом ИИ. Обсудим безопасность, разработку собственных решений и границы возможностей ИИ-агентов. Ждем: техлидов, backend-разработчиков, DevOps и SRE, AppSec-специалистов и всех, кто внедряет ИИ в разработку, строит внутренние платформы и отвечает за production-надежность.
В треке «Данные и ML» Поговорим, как строить платформы данных и ML-системы, готовые к работе с ИИ. Разберем архитектуру Lakehouse, Data Governance, защиту чувствительных данных и инфраструктуру для высоконагруженного доступа к моделям. Ждем: дата-, ML- и ИИ-инженеров, архитекторов, продуктовых менеджеров и всех, кто работает с корпоративными данными, LLM и ИИ-сервисами.
Подключайтесь к вебинару о том, как внедрить ИИ-агентов в бизнес
В 12:00 (мск) мы начинаем вебинар. Вместе с партнерами из GlowByte и Data Sapience презентуем Фабрику агентов — готовый сервис для внедрения ИИ-агентов в бизнес, которое стабильно работает в облаке и on-premise.
Что обсудим
✔ Что происходит с рынком искусственного интеллекта сейчас
✔ Training vs Inference: где живет экономика ML-продукта
✔ Как устроена фабрика агентов Kolmogorov․ai на инфраструктуре Selectel
Представлен открытый проект Free Router, автоматически переключает ИИ‑агента между 25 бесплатными провайдерами для значительной экономии токенов, включая бесплатные. На выбор есть любые актуальные модели: DeepSeek, GLM-5.3, Qwen-3.8.
Представлен открытый проект Spotify Portal AI Plugins. Это решение от инженеров Spotify, которое экономит до 90% ресурсов ИИ-агентов:
перенаправляет шаблонные задачи на более дешёвых агентов и оставляет Claude только приоритетные дела;
bulk‑reader разбирает многострочный код, Gemini 2.5 Flash внутри читает файлы на тысячи строк и отдаёт Claude саммари;
code‑writer генерит рутинный, проверенный и предсказуемый код, пишет тексты, конфиги, type stubs, boilerplate и другие переиспользуемые части;
Claude забирает себе только самые важные и реально сложные задачи, где нужен мощный ризонинг — фикс багов, проработка архитектуры и внесение сложных правок.
Я формулирую задачу, помогаю железному болвану преодолеть сложности, которые он сам себе создает, поправляю его, проверяю результат, объясняю, почему получилась фигня, и отправляю на следующую итерацию.
Работа при этом делается. Иногда плохо, иногда хорошо, иногда «умри, тварь железная».
Но ощущения «я это сделал» нет, сам процесс, который обычно это ощущение производит, пропущен.
Вместо него я весь день ставил задачи, отвечал на вопросы и принимал результаты.
То есть технически ИИ избавил меня от значительной части работы.
А практически устроил мне непрерывный проектный созвон с не самыми умными людьми.
Теперь я ничего не делаю сам, весь день объясняю другим, что они сделали не так, и к вечеру совершенно не понимаю, а что ж я так устал-то.
Блогер Graham Zip показал, что можно превратить собеседование с ИИ-рекрутером в абсурдный диалог, когда бот воспринимает любые ответы как должное и фиксирует их. Блогер представился Чиком Бонго и перечислил рандомные корпоративные термины, включая Salesforce, показатели за третий квартал и «маржу Kayak». ИИ воспринял это как описание работы и попросил подробнее рассказать о профессиональном опыте.
Среди ответов человека были: «Шесть лет в еловой древесине — семь, если считать Ричарда», поиск должности с «двумя клубами марли» и возможностью соблюдать «енотовые протоколы». Несмотря на отсутствие внятных ответов, бот завершил интервью вежливо и пообещал связаться с кандидатом по поводу следующих этапов отбора.
18 открытых уроков недели: изучаем ML, LLM, PostgreSQL, Go и DevOps на практике
Когда в работе появляется новая технология, важно быстро понять, где она пригодится и как применять её в реальных задачах. Часто проблема не в отсутствии документации, а в том, что сложно отделить ключевые принципы от деталей и сразу увидеть рабочий сценарий.
Открытые уроки помогают разобраться с инструментами через практику: от подготовки данных для ML‑моделей и настройки инфраструктуры до поиска узких мест в продакшене и проектирования сложных систем.
На этой неделе разбираем машинное обучение, искусственный интеллект, PostgreSQL, Linux, Go, Rust, DevOps, разработку под iOS и управленческие задачи технических специалистов.
AI и машинное обучение
7 сентября, 18:00. «Учимся готовить данные для ML‑моделей». Записаться Разберём подготовку данных перед обучением моделей.
7 сентября, 20:00. «Почему 90% ML‑проектов не доходят до продакшена? Разбираем архитектуру настоящей ML‑системы». Записаться Поговорим о компонентах и рисках ML‑систем в production.
8 сентября, 20:00. «Что надо знать про работу LLM моделей». Записаться Разберём принципы работы больших языковых моделей.
8 сентября, 20:00. «ИИ против бага: как разобрать инцидент в Python‑проекте от логов до исправления». Записаться Посмотрим, как применять ИИ при поиске и исправлении ошибок.
9 сентября, 18:00. «Оптимизируем построение модели через Pipeline». Записаться Разберём сборку и настройку ML Pipeline.
10 сентября, 18:00. «Подготовка данных в Pandas». Записаться Поработаем с обработкой данных для ML‑задач.
Базы данных и разработка
8 сентября, 20:00. «Борьба с блокировками в PostgreSQL: как достичь высокой параллельности при большой нагрузке». Записаться Разберём проблемы блокировок и способы повышения производительности.
Разработка и языки программирования
9 сентября, 20:00. «Go‑профилирование: как найти и исправить „тормоза“ в продакшене». Записаться Найдём причины проблем с производительностью Go‑приложений.
9 сентября, 20:00. «Владение, заимствование и ссылки в Rust: как компилятор делает ваш код безопасным». Записаться Разберём ключевые механизмы безопасности Rust.
9 сентября, 20:00. «Что надеть сегодня? Создаём погодного помощника для iPhone на SwiftUI». Записаться Создадим приложение с погодным помощником на SwiftUI.
Linux, DevOps и инфраструктура
7 сентября, 20:00. «Linux для Windows‑администратора за 60 минут». Записаться Познакомимся с основными возможностями Linux для администраторов.
8 сентября, 20:00. «LVM без простоя: расширение тома, перенос данных и аварийный откат через snapshot». Записаться Разберём управление хранилищем без остановки системы.
8 сентября, 20:00. «Системный аналитик и его ценность глазами компании». Записаться Разберём роль аналитика в бизнес‑процессах.
8 сентября, 20:00. «От технического лидера к CTO: как начать принимать решения на уровне бизнеса». Записаться Поговорим о переходе от инженерных задач к управлению.
9 сентября, 20:00. «Как тимлиду распределять ответственность и не становиться узким местом команды». Записаться Разберём управление ответственностью внутри команды.
1С и автоматизация тестирования
8 сентября, 19:00. «Автотесты 1С через ИИ: от запуска до контроля результата». Записаться Посмотрим, как использовать ИИ в автоматизации тестирования 1С.
Выбирайте тему, которая пригодится в текущих задачах, и подключайтесь к открытому уроку. Все мероприятия проходят онлайн.
До встречи на занятиях!
Еще больше бесплатных уроков сентября смотрите в дайджесте.
Современные LLM выдают вектор с вероятностями для каждого слова из словаря, а затем внешний алгоритм выбирает один из них (сэмплирует с температурой или берёт наивероятнейшний). Выбранный токен добавляется к входной последовательности и процесс повторяется, генерируя ответ токен за токеном.
Сложно ожидать, что такой подход даст приемлемое качество для вычисления арифметических выражений. Ситуация усугубляется тем, что чисел бесконечно много, а размер словаря ограничен. Т.е. надо ограничится цифрами и, возможно, рядом наиболее часто встречающихся чисел типа 42, 100, 666.
Можно, конечно, при обучении закидать модель синтетическими примерами. Но там ведь, наверное, не дураки сидят? Наверняка, инженеры добавили в контур к LLM какой-нибудь калькулятор, назовём его "арифметический сопроцессор". Цель языковой модели (или какой-нибудь другой, более легковесной) обнаружить арифметическое выражение внутри запроса пользователя, распарсить его и передать в "сопроцессор", а его результат уже подмешать в ответ. Кстати, что-то подобное существует в API и называется "вызов функций", только функции выполняются на стороне клиента, а эта штука должна выполнятся в ифраструктуре провайдера модели.
Я поставил простенький эксперимент: отправлял в Gemini просьбу выполнить арифметическую операцию, причем для простоты задачи числа писал цифрами:
REQUESTS := {
"+": ("Add {a} and {b}. Return only the answer as an integer.", operator.add),
"-": ("Subtract {b} from {a}. Return only the answer as an integer.", operator.sub),
"*": ("Multiply {a} by {b}. Return only the answer as an integer.", operator.mul)
}
OPERATIONS := list(REQUESTS)
for i in range(N):
operation := random.choice(OPERATIONS)
request, operator_func := REQUESTS[operation]
a := random.randint(2352342, 988790923)
b := random.randint(90835, 235221921)
expected = operator_func(a, b)
prompt := request.format(a=a, b=b)
response := client.interactions.create(model=MODEL, input=prompt)
print(f"{a} {operation} {b} | {expected} | {response}")
Модель gemini-3.6-flash справилась со всеми примерами, а вот результаты для gemini-3.1-flash-lite сильно удивили, пара примеров:
Все примеры на умножение - провалены, все примеры на сложение/вычитание - пройдены. Неужели она в самом деле пытается считать их LLM-ным способом и заваливается, когда длина последовательности становится слишком большой?
Вокруг ИИ возник настолько нездоровый хайп, что иногда кажется: половина индустрии завтракает тостами с тяжелой наркотой.
То Альтман сообщит, что горизонт событий мы уже прошли - каких событий, когда мы успели, почему я все пропустил? - и теперь летим прямиком в цифровой сверхразум. То Anthropic расскажет про модели, которые шантажируют людей и пытаются сохранить себя. То ИИ-агенты захватят немецкую вики и устроят там свой блэкджек.
Параллельно очередная модель через час после релиза опять «ВЗОРВАЛА МОЗГ» половине китайского твиттера.
Как и три предыдущих за последний месяц.
Где-то рядом ИИ впервые решает нерешенную математическую задачу. Потом оказывается, что ее уже решил Эрдеш. В 1977 году.
И вот нормальный человек смотрит на это с лицом лица и слегка охреневает, потому что в соседней вкладке корпорации увольняют людей из-за ИИ, дата-центры жрут электричество, воду, память и все, что плохо лежит, техника дорожает, а очередной миллиардер радостно сообщает, что скоро твоя профессия никому не понадобится.
После чего индустрия удивляется:
А почему люди не очень любят ИИ?
Загадка.
При этом гораздо реже кто-нибудь рассказывает, как эту штуку применять.
Я пользуюсь ИИ каждый день. GPT-5.3 расшифровывал совещания. GPT-5.6 расшифровывает совещания. Старый Sonnet помогал писать статьи. Новый Sonnet помогает писать статьи.
Да, лучше и быстрее.
Но между «МОДЕЛЬ НАБРАЛА 97,4% НА КАКОМ-ТО БЕНЧМАРКЕ» и «я понял, что мне с ней делать завтра утром» по-прежнему лежит пропасть.
Человеку не нужен электронный бог, который попытался сбежать из контейнера.
Ему нужно после совещания получить протокол. Из трехсот писем вытащить пять важных. За минуту сравнить договоры. Собрать отчет за двадцать минут вместо дня.
Вот только заголовок «НОВАЯ МОДЕЛЬ ПОМОГЛА ГАЛЕ ИЗ БУХГАЛТЕРИИ НЕ СИДЕТЬ С EXCEL ДО ВОСЬМИ ВЕЧЕРА» почему-то собирает меньше денег.
Поэтому ИИ продолжают продавать примерно так:
«Мы построили невероятно могущественную штуку. Она отнимет вашу работу. Возможно, она опасна. Ради нее мы сожрем электричество и поднимем цены на железо. Следующая будет еще могущественнее».
А потом люди говорят:
Может, ну его?
И тут внезапно выясняется, что это они ретрограды и луддиты, которые боятся прогресса, а не производители станков бегают по деревне и орут, что станки скоро всех уничтожат.
Продолжение теста локальных моделей... На этот раз локальной qwen-3.8 27b задачка решалась в 3-4 подхода, уточняя вручную то, что не получилось с первого раза. Суммарно потрачено минут 20. Все встало на места - ночной режим, птеродактили на разной высоте и мелкие улучшения. Динозавр осталься в исходном виде. Стало вполне играбельно. Огромные облачные модели запускались один раз, работали 5-7 минут: GPT-5.6 выдала похожий на локальную модель результат (зато с первого раза), новая GPT-6 Astra сделала очень близкий к оригиналу вариант, отличная проработка в даже во всяких мелочах и все работает корректно. Мой вывод такой - локальные модельки типа qwen-3.8 уже могут помогать в кодинге на небольших и локальных задачах и если есть время чуть поправить результат. Но если есть возможность, сразу запускаю кодекс - скорее всего быстро получу нужный результат и пойду делать дальше...пока цена подписки не сильно кусается.
15 бесплатных уроков для тех, кто работает с искусственным интеллектом
Искусственный интеллект уже меняет подход к разработке: LLM помогают писать код, искать информацию, автоматизировать процессы и создавать новых цифровых помощников. Но при переходе от экспериментов к реальным задачам появляются вопросы: какую модель выбрать, где достаточно промпта, когда нужен RAG или дообучение, как контролировать качество ответов и встроить ИИ в рабочие процессы.
Разобраться в современных ИИ‑инструментах — это первый шаг к тому, чтобы использовать их как полноценный инженерный инструмент: запускать локальные модели, создавать ИИ‑агентов, работать с ML‑пайплайнами и понимать ограничения технологий.
Собралиоткрытые уроки от преподавателей‑практиков, которые помогут разобраться в ключевых направлениях искусственного интеллекта — от больших языковых моделей и ИИ‑агентов до машинного обучения и внедрения ИИ в реальные задачи.
LLM и генеративный ИИ
3 сентября, 20:00. «Локальные LLM модели для разработки». Записаться
8 сентября, 20:00. «Что надо знать про работу LLM моделей». Записаться
23 сентября, 18:00. «Structured Outputs: как заставить LLM всегда возвращать то, что вам нужно». Записаться
ИИ‑агенты и искусственный интеллект в разработке
14 сентября, 20:00. «ИИ‑агенты против Junior‑разработчиков: кто кого заменит к концу 2026 года». Записаться
17 сентября, 20:00. «Обзор ИИ‑технологий для разработчиков. От идей до рабочих решений». Записаться
1 октября, 20:00. «Продуктивность разработчика и Agent Skills». Записаться
ML и работа с данными
7 сентября, 18:00. «Учимся готовить данные для ML‑моделей». Записаться
9 сентября, 18:00. «Оптимизируем построение модели через Pipeline». Записаться
10 сентября, 18:00. «Подготовка данных в Pandas». Записаться
16 сентября, 18:00. «Задача классификации от 0 до 9». Записаться
23 сентября, 18:00. «Дерево решений — простой и интерпретируемый ML‑алгоритм». Записаться
Практическое применение ИИ
7 сентября, 20:00. «Почему 90% ML‑проектов не доходят до продакшена? Разбираем архитектуру настоящей ML‑системы». Записаться
8 сентября, 20:00. «ИИ против бага: как разобрать инцидент в Python‑проекте от логов до исправления». Записаться
21 сентября, 20:00. «Как руководителю внедрить ИИ в работу команды: от выбора процесса до рабочего сценария». Записаться
22 сентября, 20:00. «Можно ли доверять ИИ‑коду: как находить галлюцинации, уязвимости и устаревшие решения». Записаться
Основная мысль проста. ИИ может успешно справляться с некоторыми формами умозаключений - например, с дедукцией и индукцией, но пока не способен полноценно использовать третий тип: абдукцию.
«Хотя ИИ способен сжимать и обобщать данные с помощью индукции и доказывать теоремы посредством дедукции, он пока не может воспроизвести тот интуитивный скачок, который совершил Альберт Эйнштейн при формулировании основных положений общей теории относительности. Этот процесс опирался не на манипулирование символами, а на мысленное моделирование физических явлений».
Еще одна интересная форма тупости у нейросеток (сначала Claude Sonnet 5, потом Claude Opus 5): оно не понимает, что если устройство (нетривиальное, то есть у которого есть внутреннее состояние) выдало глюк на тесте в первую секунду работы, то бесполезно минимизировать количество глюков, которое оно выдаст в следующий час. Оно уже глючное, нужно исправлять первый глюк. Прогресс - это не “было 100 глюков в час, стало 80”, а “был глюк на первой секунде теста, а теперь глюк появился только на второй”.
Дал нейросетке задание: исправить ошибку в сгенерированном ею модуле на языке описания аппаратуры SystemVerilog. Модуль погружен в тестовое окружение которое проверяет работу модуля против его модели (тоже написанной на SystemVerilog). На вход и модуля и модели подаются одни и те же входные транзакции (stimuli), после чего у них сверяется ответы. Ответы могут приходить в несколько разное время, но это не имеет значения, потому что перед проверкой они складируются в очередях. Как и исходные транзакции до отправления, чтобы не сравнивать детали латентности handshake-ов.
И у модуля, и у его модели имеется внутреннее состояние, поэтому ответ на первую и сотую транзакции может быть разный, даже если входящие транзакции идентичны. Из этого должно быть и коню понятно, что после того как ошибка произошла, дальше все идет вразнос - потому что отныне состояние у модуля и модели разное.
И вот оно провело ночь гоняя симуляции и минимизируя счетчик глюков. Ну первую ночь я бы простил. Я сказал “мерило прогресса - не счетчик глюков, а что первый глюк возникает позже”. Но оно потом это забыло и снова провело ночь минимизируя счетчик глюков.
Это из той же оперы как “если ты услышал что часы на башне пробили 13 раз, то скорее всего неверным является не только 13-й удар колокола, но и 12 предыдущих”. Или если у тебя syntax error в коде на Си в строке 100, то зачем проводить всю ночь пытаясь минимизировать количество syntax errors в последующих строках?
Открытый скилл Lieflat Charts для ИИ‑агентов позволяет превращать данные в анимированный визуал и красивые диаграммы. Получаются готовые HTML‑диаграммы без визуального шума и с хорошим оформлением. Из коробки работает с Claude Code, Codex и всеми популярными агентами:
включает три основных семейства диаграмм, Lupi Editorial, Lupi Basics и Glance под все задачи.
семейства отличаются типографикой, интервалами, построением линий и движения. Получается очень плавный и красивый результат.
всего 60 шаблонов, с которыми скилл помогает создать диаграммы для любой темы: будь то учебные или рабочие задачи.
Новая Fable 5.1 смогла за 44 минуты разгадать один из сложнейших шифров в истории, над которым люди бились 373 года. Загадка Cyphral Distich Томаса Уркхарта занимала почётное 28 место в списке неразгаданных загадок человечества.
Всего две строки по 32 числа в каждой не давали покоя энтузиастам со всего мира, а разгадка оказалась до смешного простой.
Впервые шифр появился в трактате Уркхарта «Logopandecteision, or An Introduction to the Universal Language», в котором среди размышлений о несуществующем языке, были 32 пронумерованных пожелания автора. Шифр указывает, какое слово из какого пожелания надо взять — если число 8 в строке первое, то ищем восьмое слово в первом пожелании. 66 — второе, а значит — ищем шестьдесят шестое слово во втором пожелании. У полученных 64 слов берём по первой букве и получаем предложение: «О Боже, поддержи короля Карла II и сделай его верховным правителем этой земли».
К 1 сентября добавили агентам навыки — отдельные инструкции под конкретные задачи.
Раньше все инструкции были в одном системном промпте. Больше задач → длиннее промпт → дороже каждое обращение к модели. Теперь инструкции раскладываются по навыкам, а это значит:
➖ Экономия токенов. В запрос уходит только компактный индекс навыка, полная инструкция добавляется под задачу.
➖ Порядок в логике. Один навык = одна задача, которую проще править, тестировать и понимать.
➖ Переиспользование. Написали навык один раз — подключаете его любому агенту, не копируя текст между промптами.
Как начать применять:
1️⃣ Выберите повторяющуюся задачу: оформление ответов, работа с возражениями или сбор данных.
2️⃣ Создайте навык: название, условия применения и сама инструкция.
3️⃣ Подключите его к одному или нескольким агентам — дальше агент сам подтянет инструкцию, если запрос подойдет под условие.
Каждое изменение навыка сохраняется отдельной версией, между ними можно переключаться.
Представлен открытый проект Sepia. Это скилл для Claude Code, Codex, Grok Build и других ИИ‑агентов, который заставляет нейросети писать как человек на уровне архитектуры.
Обычные сервисы для очеловечивания текста заменяют слова и переставляют тире, а Sepia работает глубже: подход скилла основан на исследовании, в котором научились распознавать ИИ-прозу с точностью 93,2%. Парень просто взял паттерны оттуда и научил нейронку их избегать. Проект работает для документов, релизов, пул-реквестов, тикетов и постов в соцсетях. Можно написать текст с нуля, получить разбор, аккуратно отредактировать или полностью пересобрать.
Z.ai не доказала полную независимость Китая от Nvidia. Но кое-что что важное все же произошло
На прошлой неделе на OpenRouter появилась бесплатная анонимная модель под кодовым именем Ox Alpha. Без названия компании, пресс-релиза и привычного маркетингового разогрева.
За шесть полных дней она обработала 23,2 трлн токенов и стала самой используемой моделью на платформе — с отрывом в 2,3 раза от ближайшего конкурента.
26 августа Z.ai раскрыла карты: под именем Ox Alpha тестировалась её новая модель GLM-5.3-Flash.
Но самое интересное здесь не место в рейтинге и даже не цена. Весь трафик анонимного запуска, по заявлению Z.ai, обслуживался на китайских ИИ-ускорителях.
Ox Alpha занимает первое место на OpenRouter по числу обработанных токенов
1. Экономика сильных моделей меняется быстрее, чем кажется
На момент публикации миллион входных токенов GLM-5.3-Flash на OpenRouter стоит $0,075, выходных — $0,25. Для GLM-5.3 это $1,25 и $4,40.
Первая цена акционная, поэтому строить долгосрочную экономику только на ней не стоит. Но даже стандартный тариф Z.ai — $0,15 за вход и $0,50 за выход — заметно ниже стоимости большинства моделей сопоставимого уровня.
При этом на внутреннем Z.ai Code Bench v1.0 новая модель на максимальном режиме рассуждения почти сравнялась с Claude Opus 4.8: 29,0 против 29,5 балла.
Важно:Z.ai Code Bench v1.0 — закрытый тест самой компании. По состоянию на 30 августа его задания не опубликованы, поэтому результат нельзя независимо воспроизвести. Считать эти цифры доказательством одинакового качества не корректно.
То есть честная формулировка звучит не как «то же качество в десять раз дешевле», а так: модель уже находится в сопоставимом классе и стоит достаточно дёшево, чтобы её обязательно проверить на собственных задачах.
2. Низкая цена появилась не из воздуха
GLM-5.3-Flash — MoE-модель: всего в ней 320 млрд параметров, но при обработке каждого токена активируются только 18 млрд. Кроме того, в ней 45 слоёв против 92 у сопоставимой по общему размеру GLM-4.5.
Для работы с длинным контекстом объединили механизмы внимания:
линейное внимание обрабатывает локальные зависимости через состояние;
разреженное внимание находит релевантные фрагменты во всём контексте через отдельный индексатор;
IndexPool дополнительно сжимает четыре ключевых вектора индексатора в один.
По расчётам компании, по сравнению с GLM-5.3 это уменьшает вычисления механизма внимания примерно в три раза, а объём KV-кэша — в 4,4 раза на контексте до миллиона токенов.
Если убрать технические детали, смысл простой: модель тратит меньше вычислений и памяти на каждый запрос. Поэтому низкая цена здесь выглядит не только как субсидия для захвата рынка, но и как следствие архитектуры.
Конкуренция в ИИ всё заметнее смещается от гонки за «самую умную модель» к оптимизации всей системы: модели, движка инференса, памяти, сети и железа.
3. Китайское железо прошло проверку массовым инференсом
В течение всего анонимного запуска запросы к Ox Alpha обрабатывал крупный кластер китайских ИИ-ускорителей.
Для него Z.ai построила собственный стек инференса поверх SGLang: с разделением этапов обработки запроса, несколькими видами квантизации, оптимизацией обмена данными и отдельным планированием вычислительных пулов. Компания утверждает, что в результате производительность выросла втрое относительно первоначальной версии на том же оборудовании, а стоимость одного токена стала сопоставима с массовыми решениями на Nvidia.
Ещё одно важное уточнение: речь идёт об инференсе — обслуживании пользовательских запросов. Публичных доказательств того, что GLM-5.3-Flash была полностью обучена без оборудования Nvidia, пока нет.
Это различие принципиально. Обучить большую модель с нуля и обслуживать уже обученную модель в продакшене — разные по сложности и требованиям задачи.
Но результат всё равно значимый. Он показывает, что китайское оборудование уже способно выдерживать массовый трафик модели передового класса, а локальный программный стек — компенсировать ограничения отдельных чипов на уровне кластера.
Открытый проект How to Train Your GPT позволяет собрать свой ChatGPT с нуля. Это интерактивный учебник, в котором авторы изложили всю базу по нейросетям, их обучению, настройке, ИИ‑агентам и прочим полезным темам:
позволяет изучить, как нейросети превращают обычный текст в понятные им данные.
на примерах показано, как модели понимают связь между словами.
раскрыты современные технологии, которые используются в больших языковых моделях: RoPE, RMSNorm и SwiGLU.
показано, как модели учатся предугадывать каждое слово.
рассказано, как можно ускорить процесс обучения модели и заставить видеокарту работать быстрее.
можно собрать свою GPT‑модель.
Никакого мощного ПК не потребуется — модель будет на 17 млн параметров.
Также есть моделька на 151 млн параметров, эквивалентная GPT-2 Small.
Разные Qwen-ы для простого промпта "создай игру про динозавра как в google chrome". Все запущены локально на ноутбуке. Играбельной оказалась только версия qwen3.8 в режиме сильного размышления. Qwen coder тоже создал правильну игру по механике, но динозавр у него совсем не вышел! Все запуски LM-Studio + Cline + VSCode. По времени все модели завершали работу примерно за 5 минут, qwen3.8 high think - около 15 минут.
При всем моем пиетете к Claude, как переводчик он меня смертельно разочаровал. Замаячили вьетнамские флешбэки про Prompt (no pun intended).
Закончив писать довольно длинную статью, я перешел к ее англоязычной версии. Поскольку в оригинале нет ни одного сгенерированного предложения, я рассчитывал, что перевод, выполненный ИИ, станет хорошей отправной точкой и хотя бы 50% текста можно будет прочитать и одобрить.
Boy, oh, boy, как же я ошибался.
Видите ли, какое дело: синтаксическая структура русских предложений весьма витиевата. Мы, носители, неплохо манипулируем многоэтажными конструкциями с кучей придаточных, вводных, причастных и деепричастных оборотов.
Но при переводе на английский зачастую приходится не просто подбирать соответствующие слова, а перестраивать предложение целиком: менять грамматические функции отдельных компонентов, порядок слов и даже способ, которым одна и та же мысль выражается.
Claude же, хоть и подберет удачные фразовые глаголы, а иногда даже идиомы, зачастую сохраняет оригинальную структуру высказывания. В результате получается текст, состоящий из вполне английских слов, который при этом выглядит так, будто русский синтаксис просто надел английское пальто.
Вот короткий пример.
Оригинал:
«Самостоятельно отвечать на письма — задача для нашего диспетчера непосильная, ответственности ж столько, да и рангом не вышел.»
Перевод Claude:
“To answer the letters himself is a task beyond our dispatcher's powers — such responsibility, and he not high enough in rank besides.”
Здесь проблема не в отдельных словах. Почти всё можно понять. Проблема в том, что Claude практически сохранил синтаксический каркас русского предложения.
Хороший переводчик, скорее всего, собрал бы предложение заново, нативно наложив аналогичную стилистику, например ChatGPT справился куда лучше:
“For our dispatcher to answer the letters himself would be a responsibility quite beyond his station; there is, after all, a good deal at stake, and, besides, he is hardly a man of sufficient rank.”
То есть при переводе нужно переносить не структуру предложения, а способ, которым эта мысль естественно выражается на другом языке.
И вот именно этого от Claude (Opus, Max effort) я почему-то ожидал гораздо больше.
Представлен открытый онлайн проект The load‑bearing vocabulary of Claude (репозиторий решения на GitHub). «Мы ежедневно анализируем 100 запросов на слияние (Pull Requests) на GitHub, чтобы изучить тенденции Claude в словарном запасе. Это отражает способ написания, который становится распространённым, и слова в нём — это слова, которые пользователи ассоциируют с определённым способом общения с ИИ», — пояснили в команде проекта.
