Qualcomm анонсировала официальную поддержку Linux для Snapdragon X2 Компания выпустила Linux Early Developer Preview для ноутбуков на чипах нового поколения. Базовую совместимость с Debian 13 планируют завершить к концу 2026 года, а сертификация Ubuntu появится в первой половине 2027 года. Сборка работает на кастомном ядре с загрузчиком systemd-boot. Инженеры уже настроили шины USB, PCIe и управление питанием, а сейчас отправляют в апстрим драйверы графики Adreno и модуль FastRPC для работы с NPU Hexagon. Финальную готовность кода обещают к концу ноября, но сборка предназначена только для чипов X2 — первое поколение Snapdragon X и десктопные ПК в программу не вошли.

Пока мы без советов тестировщиков. Не доходят руки проверить, дополнить и запланировать новую партию. Сейчас все крутится вокруг платформы и фиксов багов. Выкатил несколько новых сборок для Android и iOS вчера. 2го октября выступаю на степикон и готовлю доклад про ИИ и геймификацию. Это платная конференция для авторов курсов на Stepik и других платформах, но материалы к докладу по сути строятся на двух статьях, которые вы можете прочитать сами: ИИ в курсах по тестированию Геймификация в курсах: результаты внедрения Как и обещал, сажусь за обновление продвинутого курса в модулях: мобильное тестирование, git, bash, ci, cd. Уроки и скрины уже есть. Осталось только их проверить.

Период полураспада софта - 3 месяца Я сейчас возвращаюсь к сайту BitGN, чтобы начать подготовку к соревнованию ECOM2 (agentic economy), добавить место для публикации LLM бенчмарков и в целом обновить дизайн. В этот код я давно не ходил, и он ну очень дремучий - эпохи где-то до декабря 2025 года, когда Codex расцвел. Современным стандартам AI Native разработки совсем не соответствует. Агенты спотыкаются часто (даже Astra), предлагают ерунду, прямо за ручку надо держать. А потом я восстановил хронологию и сильно удивился. Я же ушел из TimeToAct в феврале этого года, чтобы начать делать платформу для бенчмарков агентов. Этой весной мы с COLIBRIX провели два соревнования, с тех пор 2.8M задач выполнено агентами на платформе. И выходит, что возраст кода BitGN не “вечность” - а всего 7 месяцев от начала разработки. Причем в последний раз я туда активно ходил всего три месяца назад. За это время настолько улучшилось как качество современных AI code агентов, так и наше понимание об их эффективном использовании, что проекты быстро начинают казаться постаревшими. В общем, если кажется, что софт теперь стареет быстрее - это иллюзия. Код как преспокойно лежал себе в Git-e, так и лежит там. Это просто так быстро улучшаются наши ожидания о работе с AI Coding агентами. Ваш, @llm_under_hood 🤗

bb plugin atlas - чтобы плагины для bb писать не вслепую Это продолжение поста про bb и стрима, где мы его разбирали втроем. Если вы уже пробовали bb, то знаете: для плагинов он предлагает вайбкодинг на максималках: попросил агента свой сайдбар и фича уже в том же окне. Но что вообще возможно и как оно хоть примерно работает? Скажем, вы знали, что плагин может: - использовать под 30 мест интерфейса чтобы заменить или добавить свою компоненту - подсвечивать куски текста в поле ввода, пока вы печатаете - придержать или отклонить любое сообщение, пока оно не ушло модели - хранить данные в собственной SQLite с миграциями и в vault Для виджета на вечер это знать не обязательно, а вот для чего-то посерьезнее - нужно, и как минимум полезно знать как это правильно называется, чтобы нормально запромптить. Кое-какая документация у bb есть, но написана она скорее для для агентов чем для человека (в виде скиллов, референсов и типов SDK). В общем, так появился bb plugin atlas. Сначала для себя, сейчас вот опубликовал. Забавно, что обычно документацию конвертируют в скиллы, а тут пришлось наоборот, из скиллов и исходников bb собирать документацию. Текст в основном писал агент, небольшую часть формулировок я переписал руками и направлял в нужную сторону. Что внутри: - карта UI-зон - сразу видно, куда можно встроиться и как это место называется, там же все полезные ссылки - архитектура bb и плагина: процессы, точки входа, RPC между фронтом и бэком, где живет состояние - модель доверия и многое другое + бриф для агента на каждой карточке, копируешь и вставляешь в Claude Code, Codex или композер bb Сайт собран на Astro со Starlight. Astro я беру уже не первый раз для самых разных статических сайтов, и с документацией он тоже справляется отлично. Ах да, скилы для технической документации тоже пришлись кстати. 🔥 ➕ 🔁 @nobilix

У Зои недавно случился первый outage — перестали ходить авторизационные СМС. Я с самого начала решил, что проект будет исключительно монолитным. Так и живем уже год — весь код, включая бухгалтерию, шаблоны сторисов и учёт затрат на маркетинг живет в одном репозитории. Полгода назад, правда, искал сокращалку урлов и решил, что навайбать свою будет быстрее, чем разбираться с традиционно кривыми API отечественного производителя. В итоге она и выпала. У нас есть массовая (вернее не совсем, всего пара сотен) рассылка СМС. В какой-то момент скорость создания этих СМС переросла порог тротлинга в сокращалке урлов (не спрашивайте, зачем там тротлинг на внутреннем API — это только клод знает). Сокращалка отказала, и СМС пошли с полными урлами, всеми этими utm_medium и utm_source — кароч по три СМС вместо одной. Как назло, на балансе было мало денег — СМС-провайдер начал отказывать с 402. Но у нас же ретраи! Из-за ретраев случился уже шторм — в какой-то момент провайдер стал отвечать уже не 402, а 403 (вернее заменил 200 ok с текстом «No Money», на 200 ok с текстом «ip blocked», но кого такое удивляет). В общем пока я проснулся, пока сообразил как чистить очередь ретраев, пока пополнил баланс — потеряли кучу денег на рекламу. Вот и получилось, что есть несколько сервисов, каждый по отдельности работает хорошо, а когда начинают коммуницировать между собой — случается хуйня. Мне кажется в эпоху AI все баги такими и будут: потому что на привычные ошибки в коде легко нагенерить тестов, даже не имея специальных знаний. А вот коммуникацию между сервисами, просто так, увы, не протестируешь. Делайте монолиты кароч. Ну или хотя бы слушайте Антона.

Продакт может покинуть тело на время, главное позволить ему сделать это осознанно Я фигачу всегда на чуйке и интуиции. В фреймворках это называется экспертность и вера в результат, зачастую имеет немалый вес, особенно во всяких битуби-энтерпрайзах. И эта штука часто реально работает, если продакт не долбоеб. В одной компании был чел, который на серьёзных щас предлагал сделать кружочки в сториз квадратными, обоснование какое-то даже принёс. Надеюсь он меня не читает. Я пилю продукт, и впервые делаю всё наоборот. Раньше было по уму: родилась идея, прикинул палец к носу, собрал на коленке концепт, пошёл продавать, пока создаёшь. А сейчас вот не знаю какая муха меня покусала. Решил сделать всё хрестоматийно неверно: сначала почти целиком собрать продукт, вложиться в него временем, деньгами и вниманием к деталям, и только потом показать вам и узнать, нужен ли он вообще. Конечно, иногда накрывает тотальной неопределённостью, но держусь. Но главная странность ситуации в том, что мне пока вообще не хочется идти и проверять, купите вы это или нет. Обычно я именно так и делаю: максимально быстро выясняю, есть ли спрос, чтобы не тратить жизнь на Неуловимого Джо. А тут впервые захотелось сначала сделать штуку такой, какой я сам хочу её видеть. Вот прям чуть ли не для себя в первую очередь. Не MVP, не проверить гипотезу, не "достаточно хорошо для запуска", а прям нормально так сделать на совесть. Думаю, причина в том, что впервые делаю продукт не вокруг хардового навыка, который уже освоил и могу упаковать, а наоборот — вокруг вопроса, на который у меня самого пока нет нормального ответа: что вообще делать дальше, когда старый сетап жизни перестал работать, а новый ещё не собран. Этот вопрос в последние пару лет занимает меня всё больше, и, судя по разговорам вокруг, не только меня. Возможно (да точно!), это очень тупой продуктовый подход, через несколько дней узнаем. У меня уже на 70% всё готово, а вы даже не знаете, что это. А штука прикольная, я б купил. Нащупываю здесь хоть какую-то определённость. Поэтому давайте сердечки, если становится интересно!

zvec-grep (zg) от Alibaba Qwen Локальный слой поиска для человека и агентов. Объединяет точное совпадение текста, лексический поиск и векторный поиск в одном CLI, подключается через MCP к кодинг-агентам • гибридный поиск - вектор + BM25 + ripgrep, ранжирование через Reciprocal Rank Fusion • поиск по смыслу, проверка точным текстом и regex • структура-ориентированность - индексирует символы кода, заголовки и иерархию документов вместо сырых чанков • результат с привязкой к файлу и строке - меньше вызовов и токенов у агента • 100% локально - эмбеддинги, индексы и поиск на устройстве, GPU не нужен • работает из терминала: zg query • подключается к Claude Code, Codex, OpenCode, Cursor и другим через MCP • Linux, macOS, Windows Бенчмарки на Claude Code и Codex: ответы точнее и меньше расход токенов. Индексы лежат в .zvec-grep/ под корнем проекта, данные не покидают машину без разрешения. #search MAX

Запись и таймкоды к нашему стриму про getbb.app. Также доступен на YouTube. Стрим получился очень интересным и душевным. Если ещё не успели посмотреть – welcome. Таймкоды: 0:00:00 — Подготовка к эфиру и общение 0:11:05 — Введение и представление гостей эфира 0:13:15 — Архитектура агентных интерфейсов и харнессов 0:17:35 — Уровни харнессов и концепция bb 0:22:50 — Демонстрация интерфейса и возможностей bb 0:25:55 — Кейс автоматизации документооборота агентства 0:31:00 — Удаленный доступ и подключение машин 0:34:15 — Расширяемость системы и создание плагинов 0:40:05 — Инструменты для разработчиков и бизнеса 0:44:05 — Особенности развертывания на Windows 0:50:40 — Внедрение интерактивных виджетов в интерфейс 0:53:15 — Смена парадигмы разработки с агентами 1:00:30 — Преимущества клиент-серверной архитектуры агентов 1:05:15 — Расход токенов и подписки моделей 1:12:00 — Организация памяти агентов и проектов 1:20:45 — Сравнение bb с DeepSeek Harness 1:24:40 — Личные ассистенты на базе Hermes 1:30:45 — Выбор недорогих моделей для рутины 1:37:25 — Изоляция данных в многопользовательских системах 1:43:30 — Эфемерные агенты и контекст работы 1:45:00 — Анатомия и внутреннее устройство bb 1:51:30 — Классификаторы и структурированный вывод 1:56:00 — Подведение итогов прямого эфира Подписывайтесь на участников стрима: Николай Шейко Рефат Аметов Константин Доронин

Компаниям завезли УРОВНИ ИИ-зрелости — в день конференции «ГигаКонф-2026» Сбер представил модель, которая за 15–30 минут поможет оценить готовность разработки и сопровождения ПО к внедрению ИИ-агентов. Всего уровней шесть — от нулевого до инновационного. Оценка идёт по восьми направлениям: от стратегии и разработки до тестирования, безопасности и эксплуатации. Компания узнает свой уровень, точки роста и получит базовые рекомендации, как подняться выше. Как отметил старший вице-президент, руководитель блока «Технологии» Сбера Кирилл Меньшов, модель даёт честную картину текущих процессов. При этом логику расчётов тоже раскрыли — можно сразу разобраться, из чего складывается результат. Прокачивать придётся и рабочие процессы 😏

Постоянная рубрика "блекпилл недели по AI коду." После предыдущего болезненного опыта, где я обнаружил, что агенты ужасно пишут код и за ними потом надо неделями разгребать слоп, я задумался как быть. Это новая реальность разработки софта и мне как СТО нужно придумать как существовать в новом мире. Изучая, что придумали более умные люди, я понял: ничего. Никто не знает как жить в новом мире, когда один разработчик производит столько кода, сколько в прошлом мог производить целый отдел. За пределами твиттера проблема известная (т.е. большие компании вроде Cloudflare и GitLab уже написали блог-посты), но решения никто не нашел. На основе своего и чужого опыта придумал гайдлайны по AI разработке для нашей команды. Основные предположения: 1. Код важен. Код это то, что действительно исполняется, а значит единственный источник истины. Все спеки это в лучшем случае искаженные описания кода, а чаще всего просто слоп-эссе на тему. 2. AI агенты это мультипликаторы скорости генерации кода. При наивном применении они перекладывают работу с автора кода на меинтейнера. 3. Главный ограничивающий ресурс это понимание кодовой базы разработчиками. 4. Деградация кода неизбежна и поддержание его качества это необходимая работа. 5. Агенты для кода ненадежны и непостоянны. Результат зависит от множества постоянно меняющихся факторов: модели меняются, сетап у всех разный, и так далее. Если что-то работает сейчас, нельзя гарантировать, что оно будет так же работать завтра. 6. Агенты для кода быстро производят техдолг и не могут самостоятельно его уменьшать. Отсюда следующие принципы того, как может работать адекватная система: 1. Необходимо перенести работу по поддержанию качества назад с мейнтейнера на автора. 2. Люди отвечают за дизайн и архитектуру. 3. Люди отвечают за систему верификации: pre-commit, CI чеки, документация и принципы. Только люди редактируют AGENTS.md и постоянные доки. 4. Все правила, которые можно, нужно превращать в механические чеки, потому что промптинг не гарантирует, что агенты будут их соблюдать. 5. Борьба со слопом закладывается в бюджет. 6. Минимизируем человеческие затраты на ревью, максимально автоматизируем проверки и контроль качества. Первый пункт самый главный: можно вайбкодить как угодно, если в результате у тебя рабочий код который ты понимаешь. И конкретные практики: 1. Каждый PR не более +2к строк кода. Эмпирически найдено, что больше отревьюить невозможно. 2. Автор каждого PR сам пишет его описание по шаблону и указывает какие сущности за что отвечают. 3. Очень жесткие pre-commit и CI чеки. 4. Кастомный код-ревью бот в CI, который отсматривает каждый дифф и весь PR в целом с целью доказать, что он сломан. Промптится логом прошлых инцидентов, который пополняется только людьми. 5. Люди дизайнят скелет своих изменений в AI-assisted режиме, агенты заполняют пропуски. 6. Доки пишутся людьми, агентам запрещено их редактировать. 7. Разгребание слопа закладывается в планирование. Всю карьеру (в эру кожаного кодинга) я считал pre-commit чеки очень бесячими и не особо полезными. Теперь же у нас самые жесткие чеки и линтеры в моей жизни. Там как базовые вещи вроде ruff и black, так и кастомные правила import linter, и многое другое. Я постоянно завожу что-то новое. Например, недавно добавил проверки на вложенность и цикломатическую сложность функций из SlopCodeBench. На днях появилась проверка всех диффов с помощью Jev. Это более-менее сработало. Pre-commit с механически забитыми правилами позволяет видеть не совсем слоп на этапе ревью. Очень жесткий CI обеспечивает то, что слоп обнаруживается до мержа, а не после. Но появились новые проблемы. Самая главная: актор с критиком могут очень долго итерироваться над PR без видимого прогресса. Агент делает изменения, ревьюер находит блокирующие проблемы, агент делает заплатку, ревьюер находит следующую дыру и так далее. Я видел как это происходило буквально днями, до тех пор, пока я не погружусь и не разберусь: в чем же корень проблемы? Ни одна модель (вклюбчая Fable и Astra) пока ни разу не смогла сама выбраться из этой спирали. Вытекающая проблема: медленно. Теперь беклог PR разгребается гораздо медленнее, чем пополняется. У агентов как будто появляется новый инструмент: защита (своего кода) заебыванием. Когда ревьюер в десятый раз находит ошибку в каком-то PR возникает очень сильное желание вмержить его, чтобы просто больше не видеть. Что иронично: ускорение от вайбкода как будто целиком компенсируется или замедлением на этапе ревью, или, если вы на вайбах, разгребанием проблем в проде спустя пару недель.

Выложили записи с митапа про вайбкодинг, который делали вместе с Just AI 👀 > HR, который поймал Ритм: поддержка и развитие продукта на вайбах Спикер: Любовь Коган, HR в Garage Eight YouTube | VK Видео > Я не умею писать код. Зато умею объяснять, чего хочу Спикер: Елизавета Шацкова, HRBP в Just AI YouTube | VK Видео > Открытая дискуссия: вайбкодинг глазами разработчиков — где польза, а где пора звать инженера Участники: Александр Дупак (ai_business_spb), Дмитрий Мыльников (2ГИС), Евгений Копп (Just AI), Марат Галиаскаров (Nexign) Модератор: Александр Безносик, руководитель отдела цифровизации и автоматизации в Авангарде YouTube | VK Видео #GarageEight_митапы