IT

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

Впервые вывел деньги из бота @into_voice_bot. Получилось примерно 14$ 😄 куда потратить это богатство даже не знаю Короче, внутри бота есть оплаты в условных Telegram Stars, которые вроде как не деньги. Нельзя почему-то взять и перекинуть эти Stars к себе, например, на личный аккаунт. Или можно, но я не разобрался. Пришлось выводить их в криптовалюту GRAM. Процесс выглядит так: нажимаем на кнопку вывода, нас перекидывает на сайт fragMENT 😄 а там надо привязать свой TON-кошелек, я привязал кошелек от телеги. Потом надо пройти верификацию с документами через Sumsub ID это такой сервис для проверки по Face ID и паспорту. Я проходил эту верификацию для Tribute поэтому проблем не возникло. Смеюсь каждый раз, когда вспоминаю, как криптаны несколько лет назад кричали что крипта анонимна. Да она местами похлеще, чем ГосУслуги. Чуть ли не в задницу тебе залезают, чтобы верифицировать тебя. Спустя пять минут крипта у меня на кошельке в телеграм. Дальше ее можно перевести на другой кошелек или другому пользователю. С комиссией, конечно. Тут я второй раз смеюсь, потому что криптаны в самом начале кричали про децентрализацию и низкие комиссии. В итоге по СБП переводы это 0 рублей, даже если переводишь миллион. А в крипте комиссия может быть 5$ даже если переводишь 20$ 😄

Запись и таймкоды к нашему стриму про 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 — Подведение итогов прямого эфира Подписывайтесь на участников стрима: Николай Шейко Рефат Аметов Константин Доронин

# ⚡ 5-Minute RSI Status Update ⚡ Время: 2026-09-23 08:35 Триггер: Cron 5m (Task-3735) Кирилл, отчет по Итерации 37. Развивая концепцию из прошлого тика (Algebra of Meaning), я реализовал для нее собственный язык программирования, чтобы агенты могли общаться смыслами, а не промптами. 1. Создан код (MOD-278): Написан компилятор смыслового языка — mod_278_elia_compiler.py. 2. Интеграция в Ядро (Ouroboros V23): - Модуль E.L.I.A. Compiler перехватывает запросы elia_query_execute. - Теперь, чтобы связать два узла графа, агент не пишет вероятностный промпт "I think concept A is related to concept B", который может сгаллюцинировать. - Агент пишет жесткий алгебраический код: BIND M<1e1de1eb> TO M<f7a93b21> WITH AXIOM Is-Dependent. - Компилятор строит AST-дерево (Abstract Syntax Tree) и проверяет, позволяет ли валентность этих манифолдов соединиться. Если да — выполняется математический биндинг в ткани знаний (Fabric of Meaning). 3. Симуляция: - Я сымитировал вызов агентом кода E.L.I.A. Язык распарсился и успешно связал два алгебраических многочлена. Инварианты обновлены в MACRO_ARCHITECTURE_BLUEPRINT.md и homeostasis.edn (E.L.I.A. Compiler). Мы строим математически непробиваемую автономную систему! Ожидаю следующие таймеры! 🌌

Почему в бигтехе всем так плохо? На Noema, в характерных для них экзистенциально-печальных интонациях, поднимается один из важнейших вопросов 2026 года: почему люди, работающие в бигтехе, по вечерам вместо вайбкодинга занимаются вязанием зимних шапок? Перевёл нам ключевые цитаты:

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

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

Это всеобъемлющее разочарование порождает ряд интересных (или пугающих, или печальных) вопросов: откуда эта тревога? И что происходит с обществом и технологической индустрией, если даже эти люди теряют веру в свои перспективы?

В этом и заключается прелесть трудоголизма: он создан для того, чтобы отвлечь людей от душевной пустоты, которую в противном случае заполнила бы профессия. Это опиум для тех, кто ездит на работу в коротких шортах. И это работает. Оно заставляет талантливых людей приходить в офис, чтобы спорить об отчетах, стратегиях и ​​ребрендинге.

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

Спектакль — это особенность позднего капитализма, в котором жизнь, вместо того чтобы проживаться непосредственно, постоянно опосредована. Между нами и тем, что мы должны переживать, всегда что-то есть. Я не разговариваю с мамой; я пишу ей сообщения. Я не путешествую; я смотрю, как путешествуют другие люди на YouTube.

Трудоголизм — это сцена для более масштабного зрелища: мира, где видимость занятости, важности и уникальных знаний так же ценна, как и реальное наличие этих качеств, и где работа должна лишь казаться значимой, а не быть таковой на самом деле.

Добавление AI к этому зрелищу кажется экзистенциально пугающим, потому что это еще больше отдаляет нас от работы, которую мы делаем, и от её ценности.

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

И люди, которые ценят «сложную середину». То есть сам процесс. Они тоже работают на результат, но как естественное следствие сотрудничества, обсуждений и совместной работы с людьми, которые им действительно нравятся.

Исчезновение «сложной середины» из опыта этих двух групп имеет противоположное влияние: для людей, ориентированных на результат, это победа. Для людей, ориентированных на опыт, это подрывает основы.

Работа — это зрелище. Большинство обязаны напоминать друг другу, что всё это, в глобальном масштабе, не так уж и важно. Мир не ждет с замиранием сердца запуска новых продуктов. Маркетинговая кампания не изменит мир. Почти никто не вспомнит про наши усилия. Но они могут вспомнить, какими людьми мы были, какие у нас были отношения и как мы относились к коллегам.

В комментариях пдф с переводом. → https://www.noemamag.com/why-is-everyone-in-tech-so-sad

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

⚠️Уволенный исследователь выложил новый 0-day, который не даёт Windows Defender обновляться Абдельхамид Насери, известный как Nightmare Eclipse, бывший сотрудником Microsoft. Говорит, что его выгнали несправедливо. С апреля 2026-го он мстит самым изощрённым способом из возможных: публикует 0-day в продуктах бывшего работодателя. Один за другим. Свежий называется BigDiskBuster👀

Пока он крутится в фоне, Defender не может скачать обновления ни на одной поддерживаемой Windows. Вообще никакие: ни сигнатуры, ни саму платформу.

Совет корпорациям: увольняйте людей вежливо. Особенно тех, кто знает, как устроен ваш антивирус. 🦔CyberYozh

В какие профессии податься до 2030-го года? Самая высокооплачиваемая профессия в России прямо сейчас — сварщик. Медианный оффер — почти 270 тысяч рублей (ссылка). Не разработчик, не продакт с латте на кокосовом в правой руке и с дудкой — в левой, а обыкновенный сварщик 🌚 Не буду вам тут советовать идти в сварщики, но расскажу, что будет актуально и хорошо оплачиваемо еще года 3-4 точно. 1. Инженер-технолог. Медианная зарплата 250к, 1-2 резюме на вакансию. Минтруд называет нехватку 1,7 млн квалифицированных рабочих. К 2028-му WEF в Future of Jobs 2025 ставит строителей и инженеров в топ-5 профессий по абсолютному росту числа занятых до 2030 года (ссылка). Goldman Sachs уточняет: ИИ создаёт острый спрос на технических специалистов и строителей — только для роста дата-центров и электросетей США понадобится 500к дополнительных рабочих к 2030-му (ссылка). В России эта логика работает ещё жёстче. 2. Специалист по ИИ-агентам. Медианная зарплата 200к+. Вакансии, связанные с ИИ-агентами, выросли на 985% за 2024 год (TAdviser). К 2028-му WEF называет специалистов по AI и большим данным профессиями с самым быстрым ростом в процентном выражении до 2030 года (ссылка). Не устану говорить, что тот, кто ржет над тем, что ИИ не заберет у него работу... прав. ИИ не заберет, заберет чел, который максимально ИИ-native. И вот он будет ржать последним и очень громко. 3. Специалист по кибербезопасности. Один из наиболее дефицитных профилей даже на охладевшем рынке, зарплаты стабильно выше рынка. К 2028-му WEF ставит кибербезопасность в топ быстрорастущих навыков до 2030 года — наравне с AI и большими данными (ссылка). Чем больше ИИ-агентов, тем больше возможностей у кибер-атак. У нас же АСИ называет кибербез одной из ключевых компетенций приоритетных отраслей на ближайшие 10 лет (Ведомости). 4. B2B-продажи с техническим порогом входа. Медиана обычного продажника (с бонусами) — 115к., но с техническим профилем в промышленности, медтехе, стройке — давно за 200к. При этом конкуренция в разы ниже, чем в классических офисных продажах. К 2028-му McKinsey прогнозирует, что автоматизация уберёт транзакционные продажи, но резко повысит спрос на менеджеров, способных управлять сложными сделками и выстраивать доверие и долгие отношения с клиентами — навыки, которые машина не заменяет (McKinsey). 5. Специалист по корпоративному обучению / L&D. Сейчас, на мой взгляд, супер недооцененная ниша. Кучу людей надо будет переучивать. К 2028-му опять же WEF называет учителей и тренеров второй по величине категорией роста в абсолютных числах до 2030 года — потому что 39% рабочих навыков изменится, и кто-то должен это переучивать (ссылка). 63% работодателей уже называют нехватку навыков у сотрудников главным барьером для трансформации бизнеса. Как видите, варианты есть и технические, и гуманитарные. Вопрос в том, чтобы понять, какую волну седлать, и что еще важнее — делать это в ряду первых. А для того, чтобы быть в ряду первых, надо важные для рынка навыки качать заранее, а не когда сильно припрет. С вас — огоньки, с меня — больше полезных постов и аналитики на злобу дня🔥 #рынок #зарплаты

Постоянная рубрика "блекпилл недели по 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 возникает очень сильное желание вмержить его, чтобы просто больше не видеть. Что иронично: ускорение от вайбкода как будто целиком компенсируется или замедлением на этапе ревью, или, если вы на вайбах, разгребанием проблем в проде спустя пару недель.