AI и грабли

Чем CC на самом деле круче Codex с точки зрения бизнеса? В целом, будем честны, они уже плюс-минус одинаковые. Да, Claude лучше делает UI, а Codex педантичнее следует правилам. Обгоняют друг друга по разным фичам, но в основном в мелочах Но есть одна особенность, которая может быть критической при выборе Codex vs Claude Code для компании. По крайней мере, для тех компаний, где разрешен гитхаб Это automations (codex) vs routines (cc) Просто один из самых частых запросов у бизнеса сейчас: 1. Научите наших доменных экспертов автоматизировать себе задачки 2. А потом сделайте, чтобы часть задачек запускалась в фоне, чтобы не тратить на них фокус Раньше, переход из первого во второе означал кучу приседаний с SSH, CI/CD, Docker и кучей других слов, которые люди учить не хотели и правильно делали Теперь рутины в Claude Code это решают – там достаточно разобраться как запушить проект с AGENTS.md и скиллами на гитхаб (проверено, с этим справляются), скопировать .env, если был, и установить триггер по таймеру (но можно и вебхук, если хочется запускаться в ответ на внешнее событие) Всю сложность по деплою, триггерам, и т.д. забирает на себя антропик И для компаний, где мало разрабов или у них нет времени на создание такой инфраструктуры для своих нетехнических коллег – это прям киллер фича @ai_grably

Только сейчас узнал про флаг, который включает в codex'е request_user_question. Он и раньше был, но работал только в режима планирования, которым я не пользуюсь

[features]
default_mode_request_user_input = true

С чем особенно хорошо работает: ~/.codex/AGENTS.md

Ты сам автономно идешь до результата, пока путь **ожидаемый**. Если уперся в неожиданную проблему – не нужно скрытно костылить воркэраунд. Правильно – объяснить проблему и дать варианты ее решения (и обхода). Иначе – будем ходить костыльными путями, а пользователь даже не будет в курсе

Бтв, узнал про флажок в чатике курса от @the_ai_architect, мб вы тоже не знали

Лечим Dictation Мой Wispr Flow чет совсем испортился, а вот в Codex App встроенный диктейшн очень хорош. Но сделать нормально фичу, чтобы он работал по всей системе (пост) у openai так и не получилось – у меня стабильно теряет результат Психанул, раздебажил Codex App (благо написан на электроне), нашел url и параметры запроса, и воткнул его как новую модель в Handy – опенсорсный аналог Wispr Flow Кастомные эндпоинты в Handy прописывать нельзя, так что он был быстренько клонирован и запатчен Промпт для повторения:

Сделай кастомный Handy с моделью `Codex Dictation`.

Важно знать заранее:

Endpoint:
`POST https://chatgpt.com/backend-api/transcribe`

Auth читать из локального Codex:
`~/.codex/auth.json`

Поля:
- `tokens.access_token` → `Authorization: Bearer ...`
- `tokens.account_id` → `ChatGPT-Account-Id`, если есть
- `refresh_token` и `id_token` не использовать

Headers:
- `originator: codex_desktop`
- `User-Agent: Codex Desktop/26.611.62324`

Body:
`multipart/form-data`
- `file`: audio bytes, `audio/wav`, filename `handy.wav`
- `language`: optional; `auto` не отправлять; `zh-Hans/zh-Hant` → `zh`

Response:
```json
{ "text": "..." }

Склонируй github.com/cjpais/handy, найди, что в нем поменять, чтобы нативно встроить Codex Dictation в список моделей, собери приложение и установи

Для работы нужен аутентифицированный codex

Disclaimer: это может являться нарушением ToS OpenAI, хотя мы просто получаем сервис, который нам обещают (если используем локально)

@ai_grably

Вчера жестко прокрастинировал делать рабочие задачи. А что делает человек в 2026ом, когда отлынивает от работы? Я вот увидел картинку, где fable помог разобраться с NSEvent.pressure в MacOS 26 и использует тачпад для взвешивания порошка (картинка в комментах). Короче, картинка оказалась сгенерированная, нет там публичной апишки, которая граммы возвращает Но оказалось, что есть приватная😉 Спустя час дебага и экспериментов, мы находим правильное поле в структурке

там буквально был момент, когда агент пишет скрипт, который выводит разные значения, я давлю на тачпад с разной силой, а агент по 16 графикам – пытается понять, какое из этих 16 чисел отвечает за давление

В целом, на этом бы и остановиться – весы готовы. Но в процессе дебага я случайно решил вывести на экран все касания с учетом силы нажатия в реальном времени. Получилась красота на видео выше. Сразу стал думать, для чего можно было бы такое применить – это же супер детализированный инпут Первая мысль, что можно в геймдеве прикольные механики делать. А вторая – midi контроллер – играть музыку. руками. на тачпаде Проходит еще два часа Добавлены отображение волны и спектра, триггер на улавливание фазы (чтобы она стоячая была по возможности), пространственный звук, кучу настроек и пресеты. Ну и блокировка тачпада до кучи – чтобы пока музицируешь случайно не кликать куда ни попадя Скинул нескольким друзьям – оказалось жестко залипательной штукой Ощущения от обратной связи визуала на нажатие – офигенное. Наверное, самая крутая моя экспериментальная поделка за очень долго Залипнуть самому (только на Mac):

brew trust toolittlecakes/tremor
brew install toolittlecakes/tremor/tremor
tremor

@ai_grably

Удивляют люди, который ухмыляются над Антропиками. Мол, довыпендривались, теперь расхлебывайте Кмк, Антропики на данный момент получили топовый пиар – признание государства о том, что их модель слишком опасна из-за своей крутости. То есть, буквально валидация их собственной позиции Я думаю, закончится все тем, что они поправят джейлбрейки, отыграют публично послушание перед правительством, за что с них в какой-то момент снимут экспортные ограничения. И вот тогда то адопш мифоса/фэйбл взлетит до небес – все кому не лень захотят потыкать, что это тут у нас было под запретом Где я не прав?

Вы тоже успели подсесть на Fable? Что ж, ждем фронтир модели, которые будут сосать на бенчмарках, чтобы их не заблочили Раньше был "бенчмаксинг", теперь будет "бенчмининг"

Транскрибация на телефоне своими руками Казалось бы, что сложного: запись аудио → транскрибация → копирование в буфер обмена Но ни одно из приложений, которое пробовал, не дает нормального UX В итоге с подачи друга (спасибо, Паша), настроил себе нативный shortcut и повесил на Action Button / Double Tap Инструкция, как сделать в домашних условиях Создаем новый Shortcut (Команда). Добавляем: 1. Record Audio: - start: Immediately - finish: On Tap 2. Get Contents of URL: - URL: https://api.openai.com/v1/audio/transcriptions - method: POST - headers: Authorization = Bearer <сюда вставляем OPENAI_API_KEY с platform.openai.com> - body: Form - file = Recorded Audio, тип File - model = gpt-4o-mini-transcribe - response_format = text 3. Copy to clipboard 4. (Опционально) Show notification ——— Можно любой другой api использовать. Можно парсить json из ответа через Get Dictionary from Input. Можно поднять свою проксю на vps чтобы работало в рф без квн @ai_grably

В ту же тему ↑ заметил новый любимый паттерн

/goal делай задачи из папочки .tasks ВАЖНО: читай и делай по одной за раз!

Недооцененная фишка кодекса (или воркфлоу для бедных) ↑ По сути тупо насовываем сообщений в очередь на будущее Про фичу знал давно, но не особо раньше пользовался. А последние пару месяцев часто накидываю сразу по три-четыре задачи в ряд – справляется на порядок лучше, чем если кидать сразу все. Видимо, как обычно – focus is a key По сути на этом и подстроены все агентные воркфлоу, да и в целом идея оркестрации. Но там чет нужно думать, разбираться, тюнить А часто это не нужно – ты сам точно знаешь, что нужно сделать после текущей задачи – вот и формулируешь P.s. это очень тупо, но самое частое мое такое сообщение:

что мы еще упустили? нужно ли что-то проверить/поправить?

И работает! Если не пробовали – советую. Когда в клоде работаю – стабильно страдаю, что нет такого @ai_grably

Леша Остриков недавно запостил спонтанный краудсорсинг по самому горячему вопросу последних месяцев: Как дать экспертам (не технарям) доступ к агентам. И дать им возможность обновлять этих агентов через командные скиллы. Да еще и так, чтобы они могли коннектиться к инфре компании с правильными доступами Я накатал там в комментах ответ исходя из горького опыта экспериментов во время внедрений. Заметил, что пересылаю его уже третий раз кому-то, решил запостить – думаю, кому-то из вас сэкономит нервы: ————————— Я бы вообще абстрагировал бота (там речь шла про тг бот) от агентной части как один из фронтендов. Сделать сначала бэк + простой веб фронтендом (будет быстрее для итераций, чем трахаться с телегой как только выйдете за базовую функциональность) И отдельно решать вопрос именно настроек агента (скиллы, AGENTS.md и т.д.). Так же отдельно вопрос per-user доступов к корпоративным тулам. Код агента ничего про это не должен знать – это авторизация либо поверх MCP, либо поверх CLI (см. gh как пример) ——— По агентному бэку: к сожалению, я не знаю хорошего агента, который ванильно умеет в мультиюзер, т.к. все они делались изначально под локальный запуск с одним пользователем. Поэтому: 1. либо писать свой на базе какого-нибудь pi sdk; 2. либо изолированно запускать готовые (тот же pi или opencode) под каждого пользователя в сэндбоксе (в порядке увеличения изоляции: unix user → docker → microVM), а из своей тонкой мультитенантной прокладки просто роутить запросы в эти сэндбоксы Заведение нового пользователя – создание нового сэндбокса. А новый чат в рамках пользователя – просто новая сессия внутри его агента ——— По расширениям (MCP, CLI, SKILLS). Я бы забил на MCP (особенно, если нужно быстро). Оставил бы только CLI и SKILLS. Если не использовать git для хранения, то вы с нуля будете изобретать версионирование, диффы, RBAC, разрешение конфликтов и т.д Если хотим быстро и без боли – нам такое не подходит. Проще создать репо со скиллами на гитхабе, включая скиллы для работы с ним. можно даже сразу копировать весь репо в папочку /srv/company_skills_marketplace и подлинковывать ее содержимое в ~/.agents/skills 1. Даем скиллы для загрузки на гитхаб, обновления с гитхаба и т.д. 2. В какой-то момент разделяем роли, кто какие скиллы можем менять. 3. Потом запрещаем пушить в main и назначаем ревьюеров. 4* В идеале – разносим каждый скилл в отдельный репо, чтобы можно было обновлять независимо. Тогда в самом скилле можно даже зашить проверку версии по хэшу коммита и делать автообновление (или запрос пользователю на апдейт) ——— По коннекторам: Тут все по старинке – даем пользователям разные доступы на уровне самих инструментов, куда коннектимся, пусть агент просто логинится под аккаунтом пользователя через cli (см. gh, gcloud, etc) —————— Короче, все сводится к тому, чтобы разбить одну задачу на 4 независимых задачи изоляции: 1. Изоляция истории сессий (не могу посмотреть чужие сообщения) 2. Изоляция execution environment (не могу залезть в чужие файлы через shell) 3. Изоляция прав на обновление shared логики (не могу менять скиллы чужой команды) 4. Изоляция доступов (не могу залезть в гугл таблички фин.дира и посмотреть зп команды) 1 решается своим кодом, 2 – docker/microVM, 3 – гитхабом со скиллами-обертками для нормисов, 4 – давно решено

Эээээксперимент Писал выше про идею сделать курс по ИИ для людей. Галяяяя, отмена Мы решили сделать одну штуку, которую давно хотелось попробовать – марафон желаний заданий 1 день = 1 задание на пол часа Не сделал = выбываешь Заработал ачивки (например, помог кому-то в чате) = получаешь доп.жизни Задания проводят за ручку по пути приручения ИИ агентов для помощи в обычной жизни От выбора тапочек на озоне до заполнения душных табличек и локумеотов и личных дайджестов в телеге Начальных требований нет. Ок если вы новичок, он – если вы с ИИ давно, но ии-агентов пока не приручили 10к = месячный марафон (цена одного дня хорошей онлайн конфы) Старт сегодня Группа уже набрана, но все еще можно залететь Если вам или вашим близким актуально – пишите Саше

На рынке разработки ПО в последние пару месяцев происходит любопытный сдвиг, про который пока мало говорят в РФ В четверг 4 июня пройдет панельная дискуссия с иностранным гостем – о том, как агенты становятся "рантаймом" для нового типа ПО. И про сопутствующие проблемы: - Почему попытки сделать компании AI-native проваливаются - Как тестировать и мониторить системы автоматизации на основе ии-агентов - Как меняться роль разработчика и требования работодателя Все спикеры работают с иностранными компаниями, где этот тренд начался раньше: - Konstantinos Poulinakis - Co-Founder & CEO at ClaimsEvidence - Nikolay Sheyko - AI Solutions Architect, Founder of Grably Tech - Refat Ametov - Co-Founder & CEO at Devstark, - Maxim Romanovsky - Head of AI & Product Engineering at Deutsche Bank Эфир пройдет на английском Регистрация тут Эфир бесплатный, подписываться ни на кого не нужно

Все обсуждают opus-4.8, но почти никто не обсуждает гораздо более важную штуку, которую выпустили антропики – workflows Может быть не совсем очевидно, почему я считаю это реально важным. Давайте откатимся чуть назад и посмотрим на типичный путь AI инженера в последние годы: 1. Пилит детерминированные форкфлоу на последовательных вызовах модели. Вдруг:

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

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

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

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

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

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

Реальные кейсы внедрений, ошибки и подходы, которые можно унести в свою команду Здорово, когда в ру-пространстве есть ивенты, которые не стыдно рекомендовать Иду на ежегодную конфу 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 и другой крупняк. Ну и со мной можно на чашечку пива или кофе словиться – не так часто я где-то оффлайн бываю, а тут как раз в Питере буду Персональный промокод на скидку 10%: CVS26sGiA Подробности на сайте

Сегодня буду на панельке про "Что строить, когда все используют AI" (как отличать хайп от реальных трендов и прагматики) Будет про защиту от AI слопа в коде и работе и юнит-экономику внедрения ИИ при росте цен на токены. Я оттедельно хочу попушить тему SaaS → AI-агенство. А поспрашивать про сдвиги в управление командами в новом мире Будет честный опыт и практика от крутых спикеров. Ссылка на регистрацию ниже - ещё можно занять место: 👉 Зарегистрироваться 19:00 МСК

Благодаря каналу, у меня сейчас много общения и с компаниями, и с отдельными экспертами в разных областях. И все чаще вижу штуку, которая беспокоит: Как будто быстрее растет разрыв между теми, кто освоил ИИ, и теми, кто нет. Мы уже видели такое в разработке в прошлом году, а сейчас это перекатилось и на остальные профессии. Только, кажется, с еще большим эффектом Одни ребята сами настраивают себе ИИ-агентов – для анализа конкурентов, сбора саммари из кучи рабочих чатов, верстки през и брони билетов. И все без технических знаний Другие – сидят на бесплатных моделях, используют ИИ как поисковик, мучаются с галлюцинациями. И все равно делают почти все рукам И в целом понятно почему – большинство бросают попытки внедрить ИИ в работу, когда вместо автономного помощника получают еще одну проблему, которую надо контролировать, а понятных практик нет. Или просто нет примера перед глазами, а что вообще уже реально работает Для таких ребят мы с моей давней подругой Сашей решили провести эфир в формате "разрушения мифов" – покажем на реальных не-технических задачах из моего и ее бизнеса, где уже можно разгрузить себе голову и время за счет ии-агентов. А где еще нет От анализа конкурентов до монтирования видео. Всё одним инструментом ЦА: продакты, проджекты, маркетологи, сейлз, эйчар, руководители (и вообще всем, кого бесит рутина за компом) Вторник 26 мая, 19:00-20:30 по мск Бесплатно Регистрация в боте – там будет ссылка на эфир + записи и материалы с лайфхаками после P.s. подписываться ни на кого не надо 😁

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

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

Тип 1: агент через браузер Вешаем автоматизацию, на каждые 5 минут. Агент заходит в веб версию телеги и вручную разбирает все входящие диалоги Тип 2: официальное API Просто используем ТГ бота. Дальше он сам обрабатывает заявки, дергая LLMку. Проблема: многим не нравится вариант с ботом - либо сами юзеры не любят, либо владелец бизнеса хочет простой способ влезть в переписку. Есть вариант, про который мало кто знает! Бота можно подключить "поверх" любого премиум аккаунта – он сможет перехватывать все входящие сообщения и сам отвечать на них Тип 1.2 автоматизация фронта Как первый вариант, но не обязательно прям вручную все делать – можно дергать скрипт, который в цикле пройдет по всем непрочитанным диалогам Тип 2.2 неофициальный API Неумирающая классика - использовать User API чтобы полностью автоматизировать юзер аккаунт. Это не то, чтобы совсем не по правилам, но это серая зона. Целевое использование – это не автоматизация аккаунтов, а разработка сторонних тг клиентов. Поэтому легко случайно улететь в бан, нарушив какое-то неочевидное правило Советы: 1. Осторожно использовать популярные либы – создатель telethon писал, что тг распознает паттерны этой либы, которой пользуются многие спамеры и скамеры, что повышает вероятность блокировки 2. Не использовать на личном аккаунте (хотя, если любите адреналин, то можно – интересные ощущения, когда вас выкидывает со всех устройств и не дает войти обратно) @ai_grably

Может показаться, что я весь такой ИИ-эвангелист. Но большинство моих консультаций – это я 40 минут отговариваю делать ту ИИ штуку, с которой ко мне пришли (так себе реклама консультаций, ага) Я хз почему так происходит. Всм, почему так много слабых идей Кажется, у людей просто не набралось насмотренности и шишек, а FOMO гонит делать хоть что-то. Вот и автоматизируют не те процессы и не теми технологиями, а в особо запущенных случаях еще и в продукт это пытаются превратить (я знаю, я тоже тут был) Но парочку успешных паттернов я начал замечать. Расскажу про них на эфире, куда меня недавно позвали: "Что строить, когда все используют AI" Из забавного, там будет Саша Абрамов и Данила Симонов, с которыми мы уже встречались на панельке AI Dev Live. Оба – с неочевидными инсайтами из индустрии, но у нас с ними скорее вайб с технарским уклоном В этот раз его разбавят Даша Васянина (ex-CPO LIME | Дашич, беги) и Андрей Резинкин (ангел-инвестор | Money For Startup). Интересно, насколько у нас всех окажуться разными картины мира. Приходите смотреть, если вы тоже не только про технологии, но и про продукты и бизнес. P.s. Если есть хот-топики на обсудить – кидайте в комменты, я понакидываю на вентилятор Когда: 27 мая, среда, 19:00 мск Где: онлайн Стоимость: подписка на каналы спикеров Записи эфира не будет. 👉 Зарегистрироваться

Как дать агенту "руки": 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" в консоли разработчика. Аутентификация тут обычно по кукиз, либо вообще отсутствует, если страница доступна без логина (привет, t.me/s/oestick). Плюсы: - Есть все, что есть в UI, но быстро - Часто бесплатно или по стоимости личного аккаунта Минусы: - Почти всегда нарушение ToS - Иногда нужны приседания с обновлением кукиз —————— tl;dr на примере HR: - Добавить 100 HRD в коннекты на линкедине – 1 - Легально обрабатывать заявки кандидатов – 2 - Разово спарсить 1000 вакансий – 1.2 - Парсить 10 000 вакансий в день – 2.2 Домашка: привести примеры каждого типа для задачи кучи малых бизнесов в рф – обработка входящих заявок в тг Правильные ответы будут в следующем посте @ai_grably

Все новостные каналы пишут про нативный диспатчер от openai, но чет никто не пишет, что теперь можно крутить агента на VPS, а подключаться к нему нативно с телефона Codex теперь OpenClaw P.s. В идеале, осталось дождаться, когда в мобилку завезут password-less подключение – на десктопе уже есть)