Как вкатиться в разработку с ИИ и не выгореть — Тимур Хахалев — https://youtu.be/z6L8LuGMYFA

[00:00] А мы, тем не менее, переходим к нашему первому спикеру. Это прекрасный Тимур, который нам сегодня расскажет о том, как, в принципе, можно сейчас вкатиться в разработку с иагентами и не выгореть получать от этого удовольствие. Тимур, передаю тебе слово. >> Привет. Привет, привет. Добрый день. А меня зовут Тимур Хахалев. Вот я сегодня хотел бы рассказать про свой опыт,
[00:31] а, про то, как правильно вот подходить к обучению сагентами. Вот. И сейчас расшарю презентацию. Угу. Так. И поехали. Значит, ну, во-первых, давайте небольшое бинго, да, активность. Э, кому жиза, ставьте номера, числа в чатик отправляйте. Кому не хватает лимитов подписки,
[01:01] кто не читает пиар после агентов, кому проще удалить проект и начать всё заново, вот, или у кого, может быть, документации в пять раз больше, чем кода. Вот. Пока отправляете, немного ещё раз представлюсь. Вот, значит, я, те, кто не знают, я автор Telegram-канала Тимур Хахалев про айдинг. Я я энтузиаст, практик и автор ещё также курсов по-кодингу. Вот. И в прошлом
[01:31] бэкэнд разработчик на JS. А, да. Значит, я проводил, а, небольшой опрос летом, а, на своём Telegram-канале. Вот мне казалось то, что у меня, а, то, что все вокруг уже всё решили давно вот с AI кодингом. Вот. И у всех всё классно. Но я знаю то, что я нахожусь в таком пузыре, где у меня всё классно, а снаружи люди, у которых есть проблемы. Вот. И, значит, по результатом этого опроса выяснилось,
[02:01] что главная боль - это потеря ментальной модели проекта. То есть у нас что происходит? У нас код э пишется быстрее, чем мы его успеваем понимать. Вот. Плюс также работа поменялась. Если мы раньше писали код и кайфовали от жизни, и у нас была такая рутина, да, это ещё отсылка к вчерашнему прекрасному докладу Макса Ключникова, да, то теперь мы в основном ставим задачи и проверяем, и это действительно нереально
[02:32] выматывает. Вот и, ну, к тому же этому нужно учиться заново. А нужно учиться тому, как это всё правильно делать, да, делегировать задачи. А как вообще обычно выглядит обучение? кодингу. Вот. Но, э, есть вот такая вот кривая обучаемость, так называемая. То есть это говорит о том, что на самом деле начать пользоваться с вот с распахнутой двери левой ногой, ну, не получится, если у вас не было опыта работать с AI.
[03:04] Вот. И выглядит оно примерно вот так вот. На первых этапах у нас всё классно получается. Как только мы даём более-менее серьёзные задачи из нашего бэклога, появляются какие-то ошибки, мы не знаем, что происходит, и бросаем и говорим о том, что я - это Т9 на максималках. А почему вообще так происходит? Почему люди бросают ээкодинко обучение? Вот и а у меня получилось таких вот две причины.
[03:34] Вот. Значит, во-первых, первое - это неправильное завышенное ожидание, да, как мы знаем, а ваши ожидания, ваши проблемы. И вот, собственно, так и происходит, что, а, в двадцать четвёртом-два пятых годах, например, ээ был сильный хайп на курсор, да, когда он там только появился на клодко, и у людей сформировывалось такое впечатление, ожидание, что вот сейчас я поставлю себе, куплю подписку за 20 долларов, между прочим, 2.000 руб. А, и все мои
[04:05] проблемы решатся. Вот. Но как бы не так. И как только мы даём более-менее серьёзные задачи, у нас появляются какие-то проблемы, что типа, блин, агент там сломал какой-то модуль соседний. Вот у нас тесты все зелёные, а, но на самом деле ничего не работает. Вот и а что делать-то? Ну, непонятно. Не буду же я разбираться в этом. Ну, мне обещали инфлюенсеры в Инстаграме о том, что всё классно, всё работает, и за 2.000 руб.
[04:35] он должен впахивать ээ за за меня и за моего брата. А, ну и вывод такой, что я эта игрушка пишет плохой код. Вот. И вообще это не нужно. А в целом сейчас на текущий момент а таких ожогов стало меньше, потому что народ уже более-менее понял, как как с этим работать. Вот. Но всё ещё остался, например, страх фома, да, в Fear of Missing out. А вторая причина, разработчики не менее.
[05:05] В целом логично, да, и разработчики привыкли, как работать. Они привыкли, что они берут задачу, идут ээ с ней разбираться самостоятельно, да, ну, в голове у себя всё это а программирует уже, компилирует код у себя в голове. А при делегировании, при постановке задач они, ну, требования обычно не сильно чёткие, да, ожидания также непроговоренные. Ну и этапы из DLC, не факт, что вообще
[05:35] народ про них знает. Вот если знает, то точно не знает, как применять их с агентами. Вот. Ну а с агентами нужно, собственно, в первую очередь уметь делегировать, да, уметь поставить задачу правильно, уметь её правильно оценить, понимать, как именно ты будешь оценивать. Вот. И на конец двадцать шестого года правильно применять SDLC подходы в ЕА-агентах, а, ну или, наоборот, аагентов применять в SDLC, тут кому как ближе. Ну и получается, что у нас получается две крайности таких, да, одни
[06:09] читают каждую строчку и выгорают от этого и офигевают от нагрузки, а другие, ну, могут просто слепо доверять агентам, э вот верить на слово, вот. Но истина, как обычно, посередине. Так, а вторая часть, а в каком порядке лучше учиться и начинать обучение? А я, в общем, как какое-то время сел и подумал,
[06:41] как мог бы выглядеть roadmap для новичка, ну или для того, кто уже более-менее работает с эагентами вот на конец двадца шестого года и вывел вот примерно такую конструкцию. Ну, во-первых, мы говорим о том, что этот roadmap он для инженеров, да, для программистов, разработчиков, для тех, кто соответствовал в двадцать пятом-двать четвёртом году резюме на Хтхантере, да, вот вот это вот
[07:12] гит, докеры, ээ, сети, базовые основы, там, не знаю, питона и так далее. Вот. Ну и и базовое понимание, как из чего встроено приложение. Вот это без этого не получится, потому что я - это у нас рычаг, да, и если у нас есть уже эти навыки, то нам будет сильно проще получать с AI эффективность какую-то. Значит, первый уровень это база, вся база, да, всё, всё, о чём мы говорили год назад на предыдущей нашей конференции и Фидedбеклуб, и постановка задач,
[07:49] контексте, и так далее. И второй уровень уже - это именно работа в проекте, в команде, то есть настройка, подготовка проекта, это внедрение SDLC, вот это релиз на параллельная работа, это дальнейшее обслуживание проекта. Вот. И давайте постараюсь быстро про каждый уровень поговорить. Вот, как я уже сказал, да, то, что вот инженерная база нам нужна просто потому, что нам нужно понимать, что идёт не так, куда идёт агент, где его нужно остановить, ударить по рукам.
[08:21] А значит, первый уровень. Ну, во-первых, я всем рекомендую всегда сделать своего первого аяагента, как делали мы, или сделать свой, э, собственный рак, применить эмбединги, вот как делали мы, вот спикеры, кто тут на конференции присутствует года два-три назад. Вот, и все получили опыт классно с этого. Кто-то разочаровался в рагах, эмбедингах и так далее. Вот. Но понимание того, как это всё устроено, это точно даёт.
[08:52] И если вы ещё не пробовали, опять же повторюсь, рекомендую попробовать. А постановка задачи, да, понимать, как мы, э, должны промтить, да, что мы, ну, это не поисковая строка Google, да, мы можем общаться с агентом, вот это контекст, э, понимать, как он составляется, как он устроен, это feedback. Э не устану повторять о том, что Feedbckop важен. Вот это расширяемость базовая, да, как устроены скилы, MCP, что
[09:22] каждый нам даёт. Безопасность, как не стать жертвой мошенников, установив новый скилл или MCP. А, ну и диагностика, да, как правильно, эффективно использовать агентов для диагностики, а каких-то проблем, да, потому что сейчас уже мовитон сидеть читать логи, а код и вот мэтчить одно с другим и понимать, пытаться понять, что там происходит, потому что агент это делает, ну, за 10 минут буквально. А, блин, заспойлерил,
[09:52] да, хотел спросить, какой тут, э, этап поворотный, но на самом деле это Фидбеклуб, вы абсолютно правы. Почему фидбклуб? Почему мы так про него, а, почему мы эту тему вообще солим? Да, я ещё год назад рассказывал про него. Арифат, помню, год назад рассказывал. А, ну, как минимум, да, мы все с вами точно знаем, да, что тесты - это важно, что, а, нам нужно запускать, э, линтеры, билды и так далее для того, чтобы
[10:24] агент понимал что происходит с его кодом, да. Для тех, кто не знает, кратко расскажу, что Feedbклуop - это когда мы даём в руки агента инструмент, который он может использовать для того, чтобы проверить качество своей работы. То есть взял, запустил тест, взял, запустил линт, увидел ошибки, пересобрал код. Вот здесь всё вроде очевидно, но на самом деле, когда мы начинаем решать инженерные проблемы, и не только инженерные, может, и бытовые даже, да, за пределами а нашего репозитория, то
[10:54] а многие забывают о том, что агенту нужен фидбк-луб, да, о том, что ему нужно понять, что там происходит. Вот у меня был кейс, кратко расскажу, у меня был кейс с монтажом видео, например, вот скринкастов. И, а, значит, у меня раньше скринка монтажил человек. Вот потом я решил, что, блин, двадцать шестой год на дворе, а, нужно попробовать агентов. А, попробовал Опуса, мне не понравилось. Потому что Опуus ориентировался
[11:25] на распечатку с аудио, да, на транскрипt. Вот. И, значит, я вспомнил о том, что существует GMI, э, том, что это омнимо модель, о том, что, а, она поддерживает нативно и аудио, и видео. Вот. И я просто подготовил, аэ, для неё специальный CL, да, которым она может, э, и которые она может использовать для того, чтобы нарезать, прослушивать отдельные куски аудио, да, и чётко делать монтаж там, буквально, да, за
[11:57] доли секунд склеивать очень плавно. Вот. И вот, собственно, вот feedback loop продумать. Вот продумать feedbлуub - это ваша основная инженерная задача на сегодняшний день. А, да. Значит, второй уровень, это уже уровень проекта, аа, уровень работы в команде. Ну, во-первых, нам нужно научиться как-то хранить знания о вашем проекте где-то в одном месте, которые могли бы быть доступны а вашему агенту.
[12:29] Вот как раз у нас доклад сегодня вечером будет промвики. рекомендую остаться и посмотреть его. Вот дальше, э, скилы, более продвинутый уровень, да, понимать, как мы можем писать скилы свои, как мы можем, где мы можем находить полезные штуки, которые можно своровать у других. Вот дальше это, а, собственно, применение с DLC, да, с иагентами. То есть мы здесь уже понимаем, что с агентами нужно как-то исследовать
[13:00] задачу, например, да, ставить какие-то а задачи, задачи на создание прототипов, на мы должны создавать план для имплементации для агентов, да, мы должны передавать этот план в имплементацию, и агенты там что-то делают, они должны как-то ещё проверять полученный результат, да, мы это тоже должны подготовить. Вот. И здесь, кстати, если кто сталкивался с термином Dark Factory, здесь, в принципе, его вполне можно применить,
[13:31] да, вот именно вот этот вот процесс а 67 имплементация 67 имплементация и review - это по сути Dark Factory, да. Вот следующий уровень - это уже следующий этап - это вот параллельная работа, а, ну, и релиз обслуживания. Ну и обслуживание, кстати, тоже, а, такой этап, на который не все обращают внимание, да. А вот что, как сделать так, чтобы со временем наш код не а не потерялся и чтобы было всё классно.
[14:03] Вот не все об этом знают. Вот. И тут ещё про параллельную работу хотелось бы подсветить, да, что, ну, параллельная работа - это запуск субагентов, workтс, различные интеграции, куча окон, а, клодкода. открытых. Вот. А и, собственно, вывод тут такой, что параллелить можно только то, что вы уже умеете делать руками. Вот если у вас ещё нету опыта разработки с агентами, я рекомендую не идти ни в какие Work 3, ни в какие
[14:36] субагенты. Делайте вот просто вот тупо и просто. Вот наберитесь опыта в этом сделайте своего собственного рак чатбота. Вот. И тогда уже можно идти открывать для себя горизонты пареализации. А что происходит, когда эти этапы перепрыгиваются и пропускаются? Ну, во-первых, вот первая ошибка, на мой взгляд, - это сразу идти в SDD. А почему? Почему? Да. Ну вот как это обычно бывает, что человек услышал про существование
[15:09] некого SDD, который, а, применяет у себя крупные российские корпорации и у них всё классно, и я хочу себе также. И я пойду поставлю себе Open Spec. А, ну я мануал полный читать, конечно, не буду. У нас есть агенты, которые прочитают его за меня и настроят меня всё, и я просто буду жать кнопки. А, но вроде всё классно работает, но спустя время замечаю, что лимит подписки улетают сильно быстрее. Вот также через какое-то время может прийти осознание о том, что
[15:41] source ofust проекты переходит из кода в спеке. А, да, потому что мы генерикод из спек. У нас вот спеки - это главное. Вот. Ну, спеки, конечно, никто не читает. И так получается, что спики получаются в там несколько раз больше кода. Почему так происходит? Потому что, ну, мы немножко можем забывать о том, что код на самом деле это тоже, э, спека, которая несёт в себе информацию. Просто код - это более сжатая
[16:12] запись информации этой. Вот. И для кода у нас наши деды придумали э инструменты, которые позволяют проверять этот код вдоли поперёк и получать какой-то результат. Вот. А для спек э наши зумеры зумеры придумывают какие-то новые инструменты и которые и и в общем-то они хотят решить проблемы, которых у нас просто не было. Вот. Но в общем, я в это не верю. В том, что вот спеки должны быть 40 раз.
[16:43] Ну и помимо этого всего у нас просто, а так получается, что для новичка это просто лишняя лишняя, извиняюсь, это просто лишнее что-то, на что он тратит время и на что можно было бы не тратить время. На самом деле сейчас не все подряд, если вот смотреть в реальную жизнь по моему опросу от августа, не все подряд, на самом деле, ещё а начали применять из DDдие. Вот он может хорошо залетать
[17:14] вот в больших корпорациях, где есть выделенные свои человеки, которые этим занимаются, внедрением. Вот. И тут, на самом деле, единицы ээ этот SD применяют, да. Ну и в Браунфи проектах тут как будто бы тоже сложно его применять, на самом деле, этот SDD, потому что, э, нужно ещё подготовить этот Brownfield проект, нужно подготовить тесты, потому что они не у всех есть. Я вам открою секрет. Не во всех
[17:44] ээ старых проектах есть даже тест. Не у всех даже есть CCD. Не у всех даже есть Git. Да. Э вот. Ну и без этого всего никакой SDD просто у вас не встанет. Вот у вас, ну, оно просто не будет работать. А вторая ошибка - это вот такой вот кейс подписчика. Мне в чатике написал подписчик как-то спра, короче, спрашивал советы по поводу SDD и говорит, что вот, блин, попробовал я воще этот SDD и какая-то фигня полная, какой-то космолёт получается.
[18:15] А вот мы с ним разговорились, он скинул статью на Хабры, где поделился своим опытом с, ну, в этой статье поделился своим опытом с SDD. Вот я немножко прочитал и понял то, что, блин, ну там полнейший просто овенжениринг в в этом в том в той вариации. который он использовал этого SDD. Вот. И, значит, я его ещё немного порасспрашивал, понял, откуда ноги растут. Ноги растут из, а, вот этого Талмуда, который вышел летом от одной из
[18:47] а из одного российского бигтеха, вот, где говорилось о том, что нужно делать вот именно так. И там, э, харнесы всякие разные. Вот. И, а, ну, там прямо сильный сильная бюрократия, мне кажется. Да, сильная бюрократия, которая просто не взлетит -э где-то вне этой корпорации. Вот. И нужно понимать, да, что они себя это внедряют, потому что им это подходит, потому что у них и так бюрократия и им вот вообще классно.
[19:17] А когда ты аа когда ты небольшая компания или ты вообще солоразработчик, тебе это вообще нафиг не нужно. Это бюрократия. Ты должен пользоваться тем, что у тебя есть, своим преимуществом, а, гибкости, поворотливости и так далее. А третья ошибка - это фома, всем нам известный, да? Это когда мы видим, что по новостям, что вышел новый инструмент фрейвок и ты обязательно должен попробовать его. Вот ты бежишь пробовать, бросаешь текущий сетап, переезжаешь,
[19:48] вот просишь агенты там тебе все установить, но ты в этом не разбираешься в в мануале, да, как это устроено, конечно же. Вот. Ну и так получается, что в итоге а результат чаще всего не доводится до конца. У нас в репозитории появляется такая каша из десятков маркдаун файлов. Вот. Ну и так всё, всё время это повторяется. Вот. В итоге у нас появляется информационный перегруз и усталость. Вот. И а вывод тут такой, что если что-то действительно годное появится, вы об этом точно узнаете,
[20:20] да. Но тут стоит сделать исключение, что про KM man и RTK это правило не работает. Как вчера нам Коле рассказывал, я с ним абсолютно согласен, что это полная фигня, но о нём трубили все подряд. Да. Ну что каждый должен обжечься и попробовать плохой инструмент. А да, также, если видите в своей ленте соцсетей новости, посты типа clкло, всё, Open, всё, рекомендую отписаться от этого источника, потому что вот там кроме фома вам ничего не дают.
[20:56] А информационный перегруз, да, вот следствие предыдущей ошибки, да, это вот попытка применить всё, что вы слышали, вообще без какой-либо системы, без того, чтобы разобраться в в том, что вы у вас происходит, да. Это вот, э, да, мы пробуем э применять всё подряд, ни в чём не разбираемся, большая часть не работает. И вывод тут такой, что нужно строить какую-то свою систему, свой собственный стек, набирать свои скилы,
[21:28] сила и так далее. Вот. И я лично этим занимаюсь, и меня всё устраивает. Вот. Но этот процесс не быстрый, да? Если вы хотите получить быстрый результат и не заниматься вот этим вот настройкой конфигов, это, конечно, не про вас. И нужно искать какие-то ну всё равно тут нужно потратить какое-то время на поиск подходящих инструментов под вашу работу. Но, в общем-то, тут всегда такая рекомендация всё же будет, это
[21:59] строить, искать что-то своё, да? Вот, ээ, у нас куча открытых источников. Наши Telegram-каналы, на которые вы уже подписаны. Блин, возьмите, а, сохраните, выгрузите весь эти каждый Telegram-канал и попросите джипетишку составить вам учебник, а, учебник, по которому можно реально учиться. Вот, рекомендую. А теперь поговорим немного немного про то, как ревьюить агентов, работу агентов
[22:29] вот из моего опыта, да, чтобы не а не быть сильно информационно перегруженным в этом, да. Вот давайте разберём проблемы, которые обычно возникают вот из того, что я вижу. Это, ну, во-первых, что агент делает не то, что непонятно, что проверять, а непонятно как проверять. И проблема, что агент может врать. Вот. Здесь решение такое, что нам нужно внедрять SDLC в первую очередь, да? Это подход, например, Plannect, который я пропагандирую.
[23:00] Это речь о том, что мы должны сначала запланировать задачу, мы должны понять наши требования к задаче, скоуп наш, а выстроить майлстоуны, то есть пошагово, как мы будем это делать, а создать критерии приёмки. Вот. И по критериям приёмки у нас второй агент должен проверять результат работы основного агента, который пишет код. Почему второй? Потому что первый будет врать. Вот. Ну вот здесь вот нужно использовать субагентов. Можем просто чат открыть, да?
[23:30] Можем в одном чате писать код, открыть новый чат, сказать: "Смотри, у нас есть вот такой вот план, есть написанный код. Давай, ну проверим, насколько одно соответствует другому". Если есть какие-то допущения, мы жмём Ctrl C, Ctrl V. Вот список этих проблем отправляем в первый чат и говорим: "Исправь". Вот это точно работает. Вот. И это всё, конечно же, можно замкнуть в цикл, как я уже показывал. Вот. И да, я ещё вот для себя вывел такие три слоя проверки, которые каждый из вас должен обязательно использовать.
[24:01] Во-первых, это инструментальный слой. Если у вас его ещё нет, вы должны это сделать уже вчера. Это добавить линтеры, тесты, билды и дать в руки агенту. Это вот самый базовый фидбэк-клуб. И, ну, это детерминированный способ, детерминированный слой к проверке. Второй слой - это второй агент, да? Это мы можем взять, блин, охапку просто агентов разных, китайцев, американцев, французов, а,
[24:31] и запускать их по разным направлениям и просить там, ну, в первую очередь просить это проверить на соответствие просить проверить код на соответствие написанному плану за ранее. Вот. И это штука, которая реально точно работает. Вот. Во-вторых, можно, э, просить разных агентов проверять, там, делать кодрев, искать всякий код smells, всякие плохие паттерны, которые вам точно не нравятся. Вот. А,
[25:01] и они тоже, э, агенты всё это могут находить, и в том числе даже китайский фронтиры, да, не самые продвинутые модели, они тоже хорошо с этим справляются, просто потому что, ну, и что нам на самом деле, что, ну, то есть, что людям, что агентам, просто проще найти, э, проблему у другого, чем у себя, и сделать сделать нормально у себя. Вот это на самом деле так и работает. Ну и третье - это проверка ручная. Это когда вы уже проверяете,
[25:32] но здесь проверять только самое самое критичное, да? Если вы уже проверили всё остальное, у вас все тесты собираются, все рельсы, а, работают, по ним ходит агент, то, ну, стоит может быть один раз в неделю проверить, насколько у вас эта система работает, да, посмотреть там, сделать ретроспективу, но так, чтобы каждый проект проверять по повторно после, а, первых двух слоёв, я не рекомендую. Вот критичное - это, например, билинг, датамол, миграции
[26:03] и всё такое, где есть такой довольно-таки обширный blрадиус, да, и где было бы сложно откатить изменения назад. Вот вот это вот можно проверять вручную. И, собственно, это всё сильно экономит э сильно экономит вам внимание, да, и вас голова не будет так сильно уставать к концу дня. Вот. Кстати, ещё отсылка к Сегодня у нас будет ещё выступать, а, Алекс Волочнев, да, а из код.
[26:33] Он подробнее расскажет про кодрев и рекомендую послушать, остаться его послушать. А, да, пятый, пятая часть у меня уже почти всё. А значит, про компании немножко. Почему, а, компания упирается опять же с, а, с оглядкой на мой опыт и на мой опрос, который проводил? А, ну, в первую очередь, потому что, э, у людей, у компании нету какого-то общего
[27:04] подхода к-кодингу. В принципе, сейчас это логично, да. У нас большинство разработчиков делают ээ кто у кого как получится, да, и не у всех есть а подходы единые стандарты и единствен компаний только где происходит какая-то трансформация, где внедряется аа вот эти вот подходы и правильные рельсы к тому, как это всё делать правильно. Вот. Во-вторых, э нестабильный доступ к AI. Вот из рф это особенно актуально, да, потому что
[27:35] -э, особенно это касается более мелких компаний, да, у корпорации это более-менее всё о'кей, там есть свои наработки, не буду палить схемы, а но в более мелких компаниях это работает, так что а людям приходится за свои покупать подписки, короче, проходить вот эти вот 10 кругов ада с клодом, да, актуальная тем, Э, для многих вот, э, локальные или self-хоed
[28:05] модели тоже у некоторых компаний есть, но они не такие крутые, как вот американский фронтир, например. А есть также запреты э-э у некоторых компаний, да, там у некоторых компаний вообще стоят старые модели. И вот у меня народ отвечал, что, во-первых, у кого-то есть контекст в 20.000 тысяч символов, не токенов. Вот там используются сильно древние open source модели, типа из двадцать четвёртого года.
[28:37] Вот. Но удача им. А вот и развёрнуты маленькие локальные модели, но им запрещено писать код. Только тест, только текст. Вот. Ну и что ты с этим текстом сделаешь, блин? Но непонятно, зачем так делают компании. Э, и это, если что, ну, не выдумка никакая. мне реально писали люди вот с этими отзывами. Аа и также, а в больших организациях салавный самый главный тормоз, да - это
[29:09] информационная безопасность и compliance, потому что, ну, зачем на мне разбираться, как там устроены агенты, как они должны, как должна устроить, должна быть устроена инфраструктура с агентами, с вот эти вот провайдеры. Если, э, я вижу по новостям, что, ну, каждый день какие-то взломы происходят, так мне проще запретить. Просто пусть дальше крутятся, как хотят. Вот. Ну и так у многих происходит. А проблема внедрения вот такая вот.
[29:39] Это когда происходит внедрение без системы, либо сверху спускается э директива, что вот теперь мы натив компания, значит вам каждому по подписке клода, ой, у нас клод забанен, теперь каждому по подписке чат GPT. Вот. А, ну это делать неправильно, да. И, кстати, по также по моему вопросу я заметил и удивился довольно-таки, что а довольно-таки много энтузиастов
[30:09] есть, которые такие амбассадоры AI, чемпионы AI, да, в своих компаниях, которые находятся на острее технологии, и им было бы интересно пушить это снизу и обучать своих коллег, а, прокачивать всех и Но руководству вообще на это абсолютно наплевать. И это, честно говоря, печально. Вот. Так что, если вы, э-э, знаете, если у вас есть возможность поддержать таких амбассадоров AI, то делайте это вам,
[30:40] я вам точно гарантирую, это дешевле, чем, а-а, нанимать внешних консалтеров, да, как я, например, или проходить череду ошибок, когда мы без какой-то а-а без какого-то единого подхода мы пытаемся это всё внедрить. Вот. И если есть амбассадоры, пусть они занимаются хотя бы у себя в локально внутри командах этим эй проработкой. А,
[31:11] да. Проблема опять это разный уровень людей. Вот кто-то более прокачен, кто-то менее прокачен. Вот. И, а, решение такое, что нужно всех уравнять какого-то, ну, до какого-то базового уровня, да, чтобы они все были на каком-то более-менее базовом уровне, чтобы, а, один не тормозил другого. Э, коллеги, а у многих также есть страх потери навыков. Вот, а-э,
[31:41] и потере навыков, как и разработки, и для собеседований. Вот и я тут считаю, да, у меня следующий слайд про это, да, про то, что, а, сейчас сформулирую. В общем, ну, навыки теряет тот, кто делегирует понимание, да, это понятно. Но ещё такой факт, что мы же сейчас переходим на уровень на уровень абстракции вверх, да, все, кто управляет агентами.
[32:12] То есть нам на раньше нужно было писать код, сейчас нужно делегировать. И у нас же существо существовали люди, которые делегировали эти задачи, да, они управляли разработкой, и вряд ли они деградировали, да, ну, может, они и разучились писать код, потому что они там открывали, а, айдишку раз в год там или реже. Но они всё такие же крутые специалисты. Они просто у них просто другой профиль. Вот. Но если вы переживаете о том, что вы не хотите терять
[32:43] вот этот навык ээ коннинга, ну пишите свои скрипты по вечерам, кайфуйте от этого. А да, и как, значит, такой вывод, да, у нас как делать правильно? Во-первых, практиковаться, а, обязательно практиковаться, пробовать, а, что-то делать своё, пробовать делать, э, реагентоврак чатбот, а-э, своего сделать, вот, и именно прямо попробовать вручную, да, вот в
[33:13] руками писать код или хотя бы, чтобы вам ваш агент объяснял это на корзиночках, как как это делать правильно, да, если кто из чего это состоит. Вот. и пробовать разные техники, подходы из того, что вы видите, из того, что мы пишем на наших Telegram-каналах. А, во-вторых, идти по порядку. Вот тут будет ссылочка ещё на Roadmap, вы можете сохранить себе и использовать это. А, в-третьих, мы AI можем использовать
[33:44] в том числе и для обучения, да, мы мы его можем взять и попросить объяснить какую-нибудь тему актуально. Единственное, тут нужно понимать о такой штуке, как нодж котов, да, это, а, собственно, ограничение по знаниям у модели. То есть всё, что произошло после этой даты, она знать не будет. Ей нужно использовать интернет, вот, и так далее. А-э, также стоит разбирать с свои сессии, да, особенно где у нас происходили проблемы какие-то, делать ретроспективу,
[34:14] например, один раз в неделю, смотреть, что у нас были за сессии за прошедшую неделю, где можно было бы что-то улучшить, может быть, где-то стоит донастроить агенты. И вот, а, с опусом, кстати, это прямо реально хорошо работает, потому что опус очень хорошо понимает, как устроены агенты AI и всё такое, и с ним можно вообще очень хорошо и круто прокачивать свой а-э стек. Вот. А, ну и, конечно же, не отписывайтесь от наших Telegram-каналов,
[34:46] держите руку на пульсе, следите за, а, актуальными а событиями. Мы, мне кажется, никто из нас не пишет, не трезвонит о каждой, а, новости, которая выходит в в мире AI. Вот. И в основном многие пишут реально про свой, а, крутой опыт с работы с агентами. Так и, да, мерить результатом. Вот стоит вести какую-то, а,
[35:16] какой-то такой подход. В общем, я у себя на курсе, на третьем потоке, который недавно запустился, придумал такую штуку, что я перед стартом а попросил людей зафиксировать свой текущий, э, опыт. То есть там они отвечают на вопросы типа как я делаю вот это, как я делаю то, они отвечают на это. И потом спустя 2-3 месяца я ожидаю то, что они ответят на эти же вопросы опять и увидят, что у них есть какой-то прогресс. Вот вам это что даёт? Вам даёт ощущение, что вы не просто так, блин, бежите за этим локомотивом.
[35:47] хайпа за за этим хайп-трейном, да, вы увидите свой прогресс, вы увидите то, что вы реально там за 2-3 месяца, допустим, очень хорошо прокачались. И таких, как вы, на самом деле, сейчас не так много. Вот. Так что, если ещё не где-то не фиксировали свои свой текущий опыт, не рассказывали, где-то не записывали о том, что вы сейчас умеете, рекомендую это сделать. А, да, что ж такое, когда слайды эти кончатся? А, значит, итог. Почему мы устаём? Во-первых, у нас кривая
[36:17] обучение, да, есть, потому что с двух ног просто так залететь нельзя. У нас есть фома, который, которому я тоже подвержен, да, и тоже у меня такое есть, а ревью без системы, да, мы обычно ревьюем, как мы привыкли это делать. Вот есть envirйonмент, среда, которая нам может не сильно помогать, и это стоит прокачать, да? Ээ, собственно, что стоит делать, да, идти по порядку по помэмпу, который сейчас будет на следующем слайде, а
[36:48] использовать различные проверки, прокатиковаться на реальных задачах из своего, а, из своей работы. Вот можно прямо взять задачу, которую вы ещё не делали с агентом, которую вы делали вручную, и попробовать просто решить её с агентом, вот именно ту, которую вы уже сделали, и посмотреть, сравнить результаты. Вот я думаю, у вас куча инсайтов от этого опыта появится. Вот. Ну и, конечно же, учиться вместе с другими. Круто, когда у тебя коллеги или друзья прокачиваются так же, как и ты. Вы можете обмениваться опытом.
[37:19] Вот. И а внезапная отсылка к нашему нетворкингботу, да, в на канале, который вы можете открыть и пообщаться с, а, такими же ребятами, как и вы, обменяться опытом. Вот у меня на этом всё. Вот есть QR-код на Roadmap. Можно открывать, сканировать, копировать, ээ, давать к лоду и просить составить вам этот roadap уже более детально, да, и обучаться. Всё,
[37:49] спасибо тебе, спасибо большое, Тимур. Очень клёвый доклад, очень хороший, прямо обзорный по всем кусочкам. Я даже поймал некую лёгкую ностальгию. Я завидую чувакам, которые сейчас этот путь, может быть, будут проходить в первый раз. Сколько их ждёт восторга и удивления? >> А, >> и делать своего ракчатбота. Да, >> да, да. И свой харнес пилить, и свой оркестратор над харнесами и так далее, и так далее. >> Мне кажется, все, все проходят этот путь, включая меня. >> Да.
[38:20] >> Слушай, вопросы такие собрались. Эээ, наверное, один из первых вопросов - это ты упоминал, ээ, что хорошо выбрать хорошие скилы в хороших местах, в том числе адаптировать их под себя и так далее. Вот хочется тут, наверное, два вопроса соединить воедино. Во-первых, из популярных коллекций, типа там Super Pers, MPOК, вот это вот всё, что думаешь, что тебе кажется хорошим, плохим? И сюда же, а где вот эти самые хорошие места? То есть где бы ты рекомендовал?
[38:51] Может, какие-то каталоги? Может, ещё что-то? >> Ну, спасибо за вопрос. Э, во-первых, в качестве агрегаторов скилов, я лично использую skки do от, конечно, есть куча мусора, но и также есть много тобовых скилов. И из российских есть ещё, э, наш любимый Neral Hub. Аэ, там размещаются именно российские скилы, которых вы больше нигде не найдёте, типа по 1С, по Яндексу и так далее.
[39:21] Вот. Аэ, где брать хорошие скилы? Как уже сказали, это Мэд Pocк, да, загуглите, если кто не знал. Это чувак, который тоже, э, разрабатывает, собственно, делает свои курсы, разрабатывает, а, скилы, этот тот тот самый Greill M. Вот. И там, значит, как нужно к этому относиться? Ну, нужно зайти посмотреть, как вообще этот скилл устроен, сравнить с тем, как вы делаете. Вот. Можно ещё попросить Клода поресёрчить, посмотреть отзывы об этом скиле, и у вас тогда появится понимание,
[39:55] возможно, что стоит оттуда взять, потому что, ну, просто взять, брать и копировать там какой-нибудь Gill me, я не рекомендую. Я рекомендую взять в основу, сделать форк, переделать под себя и использовать. Также ещё есть, а, крутой чувак Dex Horty. А-а, он автор Human Layer. Ну, тут, короче, лучше ссылками скинуть. Вот я у него использую скилл show me. Это скилл, который заставляет клода, ну, заставляет агента писать различные графики, htмэльки,
[40:25] простые псевдокод, для того чтобы разобрать вот какие-то сложные штуки для вас, вот для для лучшего понимания. Вот, наверное, вот два таких топовых чувака, на которых я за которыми я довольно-таки давно уже слежу, вот, которые, которых рекомендую. >> О'кей. Спасибо тебе огромное. А подскажи ещё вот в эту же копилку твоего инструментария, того, что ты юзаешь, а-а, вот, ну, как бы рассказывая про про все системы, которые ты строил.
[40:55] Интересно, а какие буквально приложения ты используешь? То есть в чём гоняешь агентов? Это там вот, может, как ребята упоминали, BB, может OpenCД, может нативные классические Bби, >> Биби вперёд, да? Биби с недавних пор, вот до этого был кодекс App. Вот потом, короче, Клод стал моим лучшим другом вместо GPT. Вот. Потому что, ну, OPС 5,5 реально крутая штука. Вот я его использую через BB. А это кастомизируемость
[41:26] ээ очень крутая. Это возможность в одном UI использовать разные харнесы. Вот я ещё, кстати, делал аналог гранолы, назвал его гримил. Вот. И, значит, там особенность в том, что ты сам управляешь провайдерами, которые ты используешь, да, для обработки речи, для записи и так далее. И в качестве движка для чатов я туда интегрировал BB, да? То есть у нас теперь есть возможность создавать сари или чатиться с
[41:57] любым, э, с любой записью и с через любой харнес, да, который у вас установлен на компе. Вот мне эта идея пришла в голову, и я такой: "Блин, это же вообще открытие века просто". Вот. Короче, Биби рекомендую. >> О'кей. О'кей. Спасибо большое. У нас прямо конфа получается. Биби нам не платил, да? Я полагаю, им, наверное, и нечемно >> мы их запиарили вовсю. Слушай, спасибо тебе ещё раз огромное.