Делимся подноготной найма

Все уже поняли, что от ai-native разработки никуда не уйти. И даже более менее понятно, как этому учиться (у даже начали появляться норм курсы). А как нанимать и наниматься – не понятно почти никому

Так как я все еще часто кручусь около найма и даже иногда помогаю компаниям выстроить этот процесс с технической стороны, мне прилетело фановое предложение от Родиона (@ai_driven) – провести мок собес одному из добровольцев (уже нашли)

А меня как раз есть личный репо, специально задизайненый для таких собесов. Если вы нанимаете или нанимаетесь, приходите смотреть! И делитесь с тем, кому актуально

Дата и время: 30 апреля 15:00-16:30 МСК
Регистрация: https://luma.com/mm9dv0im

@ai_grably

Кстати, кто пользуется Codex, у них классная фича появилась недавно, на которую я случайно натолкнулся – в настройках можно сделать хоткей для трансрибации, который работает в любом месте операционной системы.

Посмотрим, можно ли удалять Wispr Flow

По мотивам вчерашнего мок-интервью спонтанно собираемся на брейншторм – во что превратятся собеседования в айтишке

Должно быть супер интересно – у Родиона свой DevTools продукт, а у Макса просто колоссальный опыт работы с технологиями и людьми, которые их строят

UPD: вот ссылочка

Ребят, а кто как решает проблемы доступа к корпоративным агентам для сотрудников на уровне организаций? Интересует реальный опыт внедрения

Особенно круто, если там под капотом будут готовые агентские системы типа OpenCode/Pi/etc, но на такое я особо не надеюсь, так что подойдет и просто кастомные конструкторы

Покидайте в ЛС, пожалуйста. Если вы сами делаете такое – тоже пишите. Отберу нормальное и поделюсь со всеми

Вчерашний запрос оказался ящиком Пандоры

Спасибо всем, кто откликнулся, познакомился со многими классными ребятами!

Коротко в чем проблема:

- Компании хотят внедрять агентов для внутренней автоматизации
- Компании не хотят, чтобы сотрудники сами у себя на компе что-то костылили
- Зато хотят контроль над доступом к настройкам агентов/скиллов + доступам самих тулов
- А некоторым принципиально, чтобы это было on-prem

Многие из них – не айтишные и с задачами вне разработки

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

———

Все решения, которые мне прислали, я условно поделил на 3 типа:

1. Костыльный Кастомный
2. Готовое для малого/среднего бизнеса
3. Корпорат

Дальше – примеры и особенности каждого

1️⃣ Кастомный

Тут на самом деле даже два варианта:

Первый – вся конфигурация хранится на гитхабе, запуск агента локально (не путаем с локальными модельками), все обновления через доступы в гитхаб и AGENTS.md с инструкциями как отправлять/получать обновления, чтобы абстрагировать это от нетехнических юзеров

Плюсы:
- минимум изменений по сравнению с тем, как люди уже работают

Минусы:
- на практике система получается хрупкой
- сами сессии все еще скрыты от компании – нет трейсов, сложно улучшать
- юзер может снести себе систему

Второй – поставить агента на VPS, разбить доступы на уровне unix'вых юзеров или контейнеров/microVM, примонтировать им общий для группы AGENTS.md и .agents/skills. Кому нужно, включить права на редактирование. Не забыть про бэкапы. Для UI можно использовать браузерный vscode с расширениями cc/codex или opencode web. В идеале – настроить per-user токены для всех внешних интеграций

Плюсы:
- мгновенное обновление инструментов/инструкций для всех пользователей
- сессии лежат на сервере компании – можно крутить любой анализ

Минусы:
- легко накосячить с доступами
- добавление нового пользователя – боль

Подойдет для маленьких команд, у которых есть технари, которые это будут настраивать и поддерживать

2️⃣ Готовый SMB вариант

По сути то же самое что в предыдущем пункте, но уже настроенное: централизованное хранилище настроек/скиллов + кастомные роли для обновления + сэндбоксы для разделения execution

Вариантов, которые удовлетворяют всем 3 – я не нашел :(

Есть OpenHands – дает per-user доступ, но не совместим с Codex/CC/etc, и тут все равно нет нормального управления настройками/скиллами. Есть селфхост

Есть еще бета Claude Code web. В целом, тот же подход: разные агенты – это разные репо, а права выдаются на уровне настроек в репозитории

Плюсы:
- полная изоляция по воркспейсам

Минусы:
- настройка все еще через гитхаб и внешние доступы, нет полноценного RBAC внутри системы
- либо без селфхоста, либо какой-то кастомный харнес, который не понятно как работает

Если не хочется писать свою изоляцию execution части, то норм, но без велосипедов для доступов к настройками – не получается

3️⃣ Полный корпорат

Тут не нашел ничего поверх готовых систем вроде pi/opencode, чтобы конфигурировалось через скиллы/agents.md. Только блочные конструкторы с готовыми интеграциями. Из примеров мне скинули Just AI – такой типа n8n enterprise для РФ с упором на on-prem и управление ролями. Обещают месяц пользования бесплатно, список клиентов солидный

Плюсы:
- усть куча готовых тулов, rag, БД, вебхуки, cron
- полностью свой контур

Минусы:
- очевидно нельзя дать агенту shell_exec
- нужно кастомить агентов в UI вместо skills в opencode

Для крупняка, который не может себе позволить разрабатывать собственные системы, а варианты 1 и 2 не подходят по "энтерпрайзности"

———

Было еще пару интересных предложений, которые не до конца подошли, разберу их завтра отдельным постом

Невошедшее во вчерашний пост (по сути – альтернативы для 2 пункта):

1️⃣ Вариант Hermes+Honcho

Из хорошего – у Hermes есть профили под разных пользователей, а Honcho дает память = обучение правильно решать задачи

Но это не решает проблему изоляции юзеров + проблему совместного "дообучения" системы – память у каждого пользователя своя, нет шеринга знаний

2️⃣ OpenWebUI поверх бэкенда opencode/pi

Есть доступы по юзерам в UI и вот это вот все. Но:

а) Нужно писать коннекторы от UI через OpenAI-compatible API к opencode, у которого вообще-то и так есть нативная веб морда

б) Вопрос изоляции на бэке никак не решается. Если opencode на бэке один, то все так же можно лазить по чужим сессиям. А если нет, то мы возвращаемся к самописным костылям

в) OpenWebUI появился задолго до агентов и там куча UX-легаси, абсолютно не нативного для пользователя Claude Code

3️⃣ Уже после поста, созвонились с Валерой @neuraldeep – он сейчас делает свой hub.neuraldeep.com с сэндбоксингом по пользователям через microVM – по сути единственной честной изоляцией

Правда морда там тоже OpenWebUI, а это см. пункт 2. Но он показал закрытую экспериментальную версию с opencode под капотом, но собственным агентным UI. Я поговнился, что он запарится допиливать UI и синхронизировать с апдейтами, а пользователям больно будет привыкать к самопалу

Прикинули, как правильно прокидывать фронт OpenCode изнутри VM, чтобы не ломать аутентификацию, и через свои знаменитые 120 минут Валера скидывает рабочую версию + открывает ее на сайте для теста

Короче, вроде и нормальный агент под капотом, и нативный UI, и честная изоляция

Понятно – это пока скорее демка, но несколько компаний уже пилотируют прошлую версию в своем контуре – если хотите присоединиться, пишите ему в личку, скажите что от меня :)

4️⃣ Claude Code Enterprise. Это, наверное, единственное решение, устраивающее меня по функционалу для SMB. Но те, кто может себе позволить по бабкам, скорее всего не могут по географическим особенностям 😅

Хотя мб ошибаюсь, напишите, если кто использует

———

А вообще, только ближе к концу дня понял, что наивно искать продукт не от openai/anthropic, отвечающий всем требованиям. Нужно просто закрывать независимыми сервисами:

- Отдельно изоляцию execution по юзерам
- Отдельно какой-то Skill Registry, с совместным managed доступом и правами
- И отдельно управление доступами в рамках конкретных коннекторов – джира, гугл, github, etc (но это и так вроде делают уже много лет)

Вот хороший тред в комментах про это

Поражают успешные люди, которые остаются в своей "провинции". Еще и вбухивают кучу ресурсов в ее развитие

Пример – познакомился с фаундером успешного аутсорса. Клиенты – от Walmart до Яндекса. И вот сидит он у себя в Омске, помимо бизнеса образование в универе двигает, еще и оффлайн конференции проводит, на которые со всей страны приезжают (сори омичи, я просто завидую)

Если честно, не совсем понимаю, почему меня это так восхищает. Если понимаете – напишите в комментах

На ближайшую конфу, я, кстати, прилечу

Мне нравится, как все организовано: и в плане движа – много неформальных тус, и в плане спикеров – например, вытащили @kdoronin_blog из Эмиратов, и а из Лондона Андрей Бреслав подключится! (создатель Kotlin'a и CodeSpeak)

Конфа в целом для разработчиков, но мы – на отдельном ИИ треке – я там рассказываю как обходить грабли, на которые наступали вместе с командами при внедрении ИИ в SDLC

А в кулуарах поболтаем про найм и бабки 😁

Короче, кто соскучился по оффлайн движу, пригоняйте знакомиться

Моим подписчикам – скидка 10% до 15 мая по промо AiGRABLYxDevFest2026

20-23 мая

devfest.ru

Не нашел нормальных miro-like досок с доступом для агентов

Я обычно использую excalidraw, но все найденные cli/mcp нормально работают только с локальной версией

А мне нужно, чтобы это была shared доска (live сессия) – чтобы я мог скинуть клиентам/команде, они там что-то нарисовали, мой агент все прочитал, учел мои комменты и дорисовал что нужно

Короче, психанул, зареверсил excalidraw и накидал свой cli-based skill

- цепляется к комнате через websockets
- поставляется как cli tool
- вместо кучи параметров – нативный json heredock режим
- риалтайм обновление доски, можно сразу несколько элементов

Из забавного, решил добавить подход, который увидел в новой версии agent-browser.dev:

- основной SKILL.md прячем внутрь excalidraw-room с аргументом skill
- а во внешнем SKILL.md оставляем только description для поиска агентом + инфу про excalidraw-room skill

👀 Это все нужно, чтобы инструкция для агента не устаревала, а обновлялась вместе с самим cli

Пробовать:

# установка cli
npm install -g excalidraw-room-cli

# установка внешнего SKILL.md
excalidraw-room setup --all-agents

Или просто скиньте пост агенту и попросите, чтобы все сделал

⭐️ Репо

@ai_grably

Короче, есть у меня старая подруга Саша – ни разу не айтишник, у нее своя керамическая студия, оффлайн ивенты вроде бань и массовых глиномесных тусовок, а в найме (онлайн-школа) она занимается продажами и маркетингом. Проекты разнонаправленные, много рутины и оффлайн, и онлайн

Год назад подсадил ее на ai.studio, который она за это время внедрила в кучу своих процессов + подрезала косты в онлайн-школе, подсадив команду

Месяц назад, с третьего моего "Сань, поставь себе уже codex", начинает трогать агентов. С третьего, потому что, не смотря на постоянную работу с нейронками, прокрастинирует разбираться с "какими-то агентами, тулами, скиллами, не понятно а зачем и как всё это"

Поэтому провожу для нее пару "туториалов". В какой-то момент, Саша байтит меня записывать на видео все, что ей рассказал. Для таких же как она – кого просто нужно провести за ручку в мир ИИ-агентов, без сложных технарских штук и даже вайбкодинга. Короче, тех, у кого много рутинных действий за компом (рисерч, презентации, таблички, макеты, личные кабинеты и тд)

Решаем оформить это в цельный курс

Сейчас проводим кастдевы, докручиваем задачи для воркшопов и позиционирование на лендосе. Если у вас (или вашего друга/партнера) – много диджитал рутины без разработки, буду рад любым комментам в личке или тут

Про курс – aiforwork.courses

P.s. умные дяди учат продавать как можно раньше, так что если вы сразу поняли, что вам нужен наш курс, то первым 20 участникам – скидка 5/10к

html vs md

В последний месяц много использовал html там, где раньше – md

- репорты клиентам
- лендосы
- объяснение LLMкой мне сложных штук
- иллюстрации для воркшопов

Короче, там где читать портянку текста не хочется, html дает интерактив, визуальное разделение и нормальную графику

Только вот редачить html не удобно. codex desktop дает писать комменты к конкретным элементам, но это извращение, если нужно просто формулировки покрутить

Вдохновившись постом Глеба, сделал и себе мини-фигму. И задеплоил для всех желающих

Юзает модный браузерный file system access api, чтобы сохранять в тот же файл на диске, а не скачивать в Downloads каждый раз новый

Ссылочка (работает в вашем браузере, данные никуда не улетают)

@ai_grably

Codex в телефоне

Я уже писал как настроить OpenCode на VPS, чтобы не отвлекаться от контакта человек-ии даже на унитазе

Но там все как-то затухло из-за трех проблем:

1. OpenCode все-таки посасывает в сравнении с Codex. Родная упряжка лучше, писал об этом тут
2. Часто хочется работать с локальными файлами и браузером. И если файлы кидать еще можно, то проброс CDP порта браузера – совсем извращение
3. Мне очень нравится гуи Codex Desktop (с тех пор как они завезли fork и edit). Тут писал почему

Claude Code решил это через диспатч – мол, давайте просто синхронизовать сессию с десктопа на телефон

Ждать диспатч от OpenAI мне было лень, так что сделал свой. С 4го раза 😅

Первая попытка – цеплялся к фронтенду кодекс десткопа (т.к. это Electron) – манипулировать DOM оказалось невероятно хрупко (а gpt предупреждала)

Вторая попытка – вместо фронта – напрямую к codex app server, а интерфейс в тг. Задолбался переизобретать агентный UX в тг

Третья – сделал свой веб UI. Оказалось, что идея подсосаться к app server – не такая гладкая и риалтайм синхронизация с пол-пинка не заводится

Четвертая – пока дебажил синхронизацию, полез реверсить расширение Codex в VSCode – оно точно успешно синхронизуется с десктопом. Пока реверсил, понял, что могу просто взять расширение и заставить его работать без vscode. Бонусом получу готовый UI

Вуаля!

Запускаем codex-dispatcher и подключаемся с любого браузера в локальной сети

Если хочется через интернет, то

codex-dispatcher login  # через гитхаб
codex-dispatcher --relay  # тоннель, через мой VPS 

Создает тоннель и уникальную ссылку вида https://<github-username>.codex-dispatcher.app

Т.к. это PWA со стабильной ссылкой – можно сохранить себе как приложение из браузера

С большим количеством сессий работать не супер удобно, но менеджерить 2-3 пока ждешь еду в кафешке – самое то

Установка

curl -fsSL https://raw.githubusercontent.com/toolittlecakes/codex-dispatcher/main/scripts/install.sh | sh

Репо

UPD: написал пост в отложку неделю назад, а он устарел еще до публикации – openai завезли свой codex dispatcher

Удалять пост не буду – мб сам подход кому-то окажется полезным – не видел, чтобы кто-то так делал

@ai_grably

Как дать агенту "руки": 4 типа подключения внешних сервисов

Заметил, что стал объяснять эту штуку на воркшопах даже не технарям — с тех пор как Claude Code и Сodex перестали быть инструментами для разработчиков и превратились в агентные среды общего назначения.

Почему это важно?

Ну вот хотите вы посмотреть анализ рынка ИИ вакансий (скоро выложу) – просите агента сходить на hh и собрать инфу. Он открывает ваш хром и идет вручную кликать по вакансиям, выжирая лимиты за 10 минут.

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

Короче: в мире, где возможности агента ограничены набором его коннекторов к внешнему миру – понимать типы этих коннекторов и области их применения – база.

———

Начну с двух противоположностей (на видео выше именно они)

———

Тип 1: Ручное управление браузером (aka browser use)

Место подключения: Фронтенд

Поведение: агент ведет себя как пользователь – смотрит на страницу (через текстовый снэпшот или скриншот) и "думает" перед каждым следующим действием.

Плюсы:
⦁ Можно подстраиваться под неожиданные изменения UI, не нужен детерминизм.
⦁ Почти не распознается бот-детекторами, потому что агент между действиями "тупит" так же, как живой человек.

Минусы:
⦁ Долго и дорого: модель жрет токены на размышления перед каждым кликом.
⦁ В UI часто есть не все функции, которые спрятаны в коде.


Тип 2: скрипт, вызывающий API (сюда же идут все mcp/cli – это просто доп. обертка над API)

Место подключения: Бэкенд

Поведение: агент пишет скрипт, который стучится напрямую к бэкенду. Скорее всего, скрипт за раз делает сразу несколько действий. Часто в цикле.

Ему не нужно думать на каждом шаге, потому что в документации API уже есть все нужные методы и не нужно смотреть на страницу, чтобы понять куда дальше кликать.

Плюсы:
- Очень быстро
- Надежно, не зависит от фронта

Минусы:
- Не все функции есть в публичном API: в GetCourse нельзя управлять домашками студентов через API
- Ценник: инвесторские api для доступа к биржевым метрикам могут стоить несколько тысяч долларов в месяц

———

Это по сути два "официальных" способа.

В реальности, это часто не работает – В реальности мы часто не хотим ждать часы, пока агент кликает страницы, или не готовы платить за API. Или в нем просто нет того, что нужно

Тогда переходим к двум промежуточным типам ("злые братья-близнецы" предыдущих методов):

Тип 1.2: браузерная автоматизация

Место подключения: все еще фронтенд, как в Типе 1

Поведение: но теперь, вместо того, чтобы "думать" на каждом шаге, он пишет playwright скрипт, который за один прогон проходит в цикле по всем действиям. Нужно заранее знать, какие есть селекторы, как обходить пагинацию и т.д.

Плюсы:
- Быстро (но медленнее API)
- Можно сделать все, что может сделать пользователь через браузер

Минусы:
- Легко детектится антифродом — поведение скрипта не похоже на человека
- Хрупкость – обновились селекторы на фронтенде → скрипт не работает

———

Тип 2.2: Неофициальный API (притворяемся фронтендом)

Место подключения: все еще бэкенд, как в типе 2

Поведение: агент притворяется фронтендом и дергает внутренний API, который мы нашли через "Network" в консоли разработчика. Аутентификация тут обычно по кукиз, либо вообще отсутствует, если страница доступна без логина (привет, api.hh.ru/search)

Плюсы:
- Есть все, что есть в UI, но быстро
- Часто бесплатно или по стоимости личного аккаунта

Минусы:
- Почти всегда нарушение ToS
- Иногда нужны приседания с обновлением кукиз

——————

tl;dr на примере HR:

- Добавить 100 HRD в коннекты на линкедине – 1
- Легально обрабатывать заявки кандидатов – 2
- Разово спарсить 1000 вакансий – 1.2
- Парсить 10 000 вакансий в день – 2.2

«Домашка»: привести примеры каждого типа для – обработки входящих заявок в тг (задачи кучи малых бизнесов в РФ)

Правильные ответы будут в следующем посте

@ai_grably

Может показаться, что я весь такой ИИ-эвангелист. Но большинство моих консультаций – это я 40 минут отговариваю делать ту ИИ штуку, с которой ко мне пришли (так себе реклама моих консультаций, ага)

Я хз почему так происходит. Всм, почему так много слабых идей

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

Но парочку успешных паттернов я начал замечать. Расскажу про них на эфире, куда меня недавно позвали: "Что строить, когда все используют AI"

Из забавного, там будет Саша Абрамов и Данила Симонов, с которыми мы уже встречались на панельке AI Dev Live. Оба – с неочевидными инсайтами из индустрии, но у нас с ними скорее вайб с технарским уклоном

В этот раз его разбавят Даша Васянина (ex-CPO LIME | Дашич, беги) и Андрей Резинкин (ангел-инвестор | Money For Startup).

Интересно, насколько у нас всех окажутся разными картины мира. Приходите смотреть, если вы тоже не только про технологии, но и про продукты и бизнес.

P.s. Если есть хот-топики на обсудить – кидайте в комменты, я понакидываю на вентилятор

Когда: 27 мая, среда, 19:00 мск
Где: онлайн
Стоимость: подписка на каналы спикеров

Записи эфира не будет

👉 Зарегистрироваться

Ответы к домашке:

Обрабатываем входящие заявки в тг для малого бизнеса

Тип 1: агент через браузер

Вешаем автоматизацию, на каждые 5 минут. Агент заходит в веб версию телеги и вручную разбирает все входящие диалоги

Тип 2: официальное API

Просто используем ТГ бота. Дальше он сам обрабатывает заявки, дергая LLMку.

Проблема: многим не нравится вариант с ботом - либо сами юзеры не любят, либо владелец бизнеса хочет простой способ влезть в переписку.

Есть вариант, про который мало кто знает!

Бота можно подключить "поверх" любого премиум аккаунта – он сможет перехватывать все входящие сообщения и сам отвечать на них

Тип 1.2 автоматизация фронта

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

Тип 2.2 неофициальный API

Неумирающая классика - использовать User API чтобы полностью автоматизировать юзер аккаунт.

Это не то, чтобы совсем не по правилам, но это серая зона. Целевое использование – это не автоматизация аккаунтов, а разработка сторонних тг клиентов. Поэтому легко случайно улететь в бан, нарушив какое-то неочевидное правило

Советы:

1. Осторожно использовать популярные либы – создатель telethon писал, что тг распознает паттерны этой либы, которой пользуются многие спамеры и скамеры, что повышает вероятность блокировки

2. Не использовать на личном аккаунте (хотя, если любите адреналин, то можно – интересные ощущения, когда вас выкидывает со всех устройств и не дает войти обратно)

@ai_grably

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

Как будто, все быстрее растет разрыв между теми, кто освоил ИИ, и теми, кто нет. Мы уже видели такое в разработке в прошлом году, а сейчас это перекатилось и на остальные профессии. Кажется, с еще большим эффектом

Одни ребята сами настраивают себе ИИ-агентов – для анализа конкурентов, сбора саммари из кучи рабочих чатов, верстки през и брони билетов. И все без технических знаний

Другие – сидят на бесплатных моделях, используют ИИ как поисковик, мучаются с галлюцинациями. И все равно делают почти все рукам

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

Для таких ребят мы с моей давней подругой Сашей решили провести эфир в формате "разрушения мифов" – покажем на реальных не-технических задачах из моего и ее бизнеса, где уже можно разгрузить себе голову и время за счет ии-агентов, а где еще нет

Чисто одним инструментом – от анализа конкурентов до монтирования видео

ЦА: продакты, проджекты, маркетологи, сейлз, эйчар, руководители
(и вообще все, кого бесит рутина за компом)

Вторник 26 мая, 19:00-20:30 по мск
Бесплатно

Регистрация в боте – там будет ссылка на эфир + записи и материалы с лайфхаками после

P.s. подписываться ни на кого не надо 😁

Сегодня буду на панельке про "Что строить, когда все используют AI"

(как отличать хайп от реальных трендов и прагматики)

Будет про защиту от AI слопа в коде и работе и юнит-экономику внедрения ИИ при росте цен на токены. Я отдельно хочу попушить тему SaaS → AI-агенство. А поспрашивать про сдвиги в управление командами в новом мире

Будет честный опыт и практика от крутых спикеров. Ссылка на регистрацию ниже - ещё можно занять место:

👉 Зарегистрироваться

19:00 МСК

Реальные кейсы внедрений, ошибки и подходы, которые можно унести в свою команду

Здорово, когда в ру-пространстве есть ивенты, которые не стыдно рекомендовать

Иду на ежегодную конфу Conversations от Just AI, про которых я уже как-то писал

25 и 26 июня в Питере (и онлайн)

2 дня, 65+ спикеров, 700+ участников, 300+ компаний, а еще афтерпати (вот уж где обычно самые важные инсайты). Всего будет 4 трека:

Бизнес / AI-Native / Продукты / Технологии

Если коротко сформулировать суть конфы – тут про то, чем отличаются ИИ-инициативы, которые не умирают на этапе пилота, а реально начинают приносить деньги. А главное – про грабли на этом пути – такое любим. Лично мне отдельно интересно посмотреть, чем подводные камни в энтерпрайзе отличаются от проблем, с которыми сталкиваются мои SMB клиенты

Выбрал доклады, которые мне ближе всего (значит, вероятно, и вам, раз вы меня читаете) + пару слов от себя, почему их

AI-powered департаменты: новая операционная модель бизнеса – Наталья Артамонова, директор по внедрению genAI, Норникель (так как эту штуку я сам во всю наблюдаю и распространяю, буду запоминать энтерпрайзные аргументы и кейсы)

Почему между прототипом за 2 недели и работающим AI-продуктом — ещё 6 месяцев инженерии, фидбека и интеграций – парный доклад, один из докладчиков – Станислав Округ, техдир в R77 (это супер крутые инженеры с топовыми кейсами внедрения ИИ – от анализа поведения свиноматок до сегментации сосудов в мозге. их точно стоит послушать)

Опыт перехода от maas к selfhosted/on-premise моделям: проблемы, боли, решения – Сергей Нотевский, AI platform lead, Битрикс24 (Сережу читаю лично, у него – лучшие русскоязычные материалы по промт-кэшингу, искренне рекомендую)

В лайнапе еще Lenta Tech, VK, Лаборатория Касперского, X5, Северсталь, BIOCAD, MWS AI, hh и другой крупняк. Ну и со мной можно на чашечку пива или кофе словиться – не так часто я где-то оффлайн бываю, а тут как раз в Питере в эти даты

Промокод на скидку для подписчиков: CVS26sGiA

Подробности на сайте

Все обсуждают opus-4.8, но почти никто не обсуждает гораздо более важную штуку, которую выпустили антропики – workflows

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

1. Пилит детерминированные форкфлоу на последовательных вызовах модели. Вдруг:

"Вау, есть structured output и можно на нем делать SGR – схлопывать несколько сложных шагов, где в один запрос последовательно заполняем output схему"

2. Пилит детерминированные воркфлоу, использует SGR, делает нормальные эвалы. Считает агентов чем-то плохо валидируемы (хотя даже не пробовал 😅). Но в какой-то момент:

"Вау, оказывается можно не расписывать логику на все edge-кейсы. Агент сам разбирается с ними в процессе. Агенты – это круто!!!"

3. Во всю пользует агентов. в половине случаев вообще встраивает готовые codex/opencode/pi вместо того, чтобы писать свои велосипеды. Тысячи строчек кода сложных переходов схлопываются в один AGENTS.md или пару скиллов. Но просыпаясь в один из дождливых четвергов, обнаруживает:

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

———

И начинает пилить свой фреймворк для оркестрации агентов

———

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

И теперь антропики дали возможность не костылить свои рельсы, а брать готовые. Уже встраиваю это в два клиентских проекта, столкнулся с первыми подводными камнями, но в целом доволен. Поделюсь на следующей неделе

Если еще не смотрели – советую глянуть. Ставлю, что это скоро станет стандартом