0: 6 фраз и клод код работает в разы быстрее, но весь секрет в порядке. Пропишешь их не так, и 40% твоего лимита он просто сожрёт. А на выходе ты получишь все равно не то. А если пропишешь правильно, то тот же проект выйдет в 4 раза дешевле с 1 раза. И этот порядок не зави.

1: Письма вывели создатель клод код Борис чёрный и сооснователь опен эйай, Андрей карпатый. И в этом видео я разберу 2 вещи. 1, почему вся сила не в самих фразах, а в том порядке, в котором ты их пишешь по простому, без кода абсолютно. И 2, я проведу аб тест, я соберу бота.

2: Без этих фраз и с этими фразами мы их сравним и посмотрим, сколько токенов мы израсходовали в 1 и во 2 случае, а также проверим качество. А также я тебе отдам готовый скилл спёк пайлот, который мы собрали вместе с моей командой. Он позволяет использовать все эти 6 фраз в правильном порядке и эконо,

3: Огромное количество токенов, улучшая результат его ты сможешь забрать по ссылке в описании в моём telegram канале в закрепе будет ссылка. Поехали. Итак, у нас есть 6 фраз, где 1 4 это фундамент, то есть это скорость и предсказуемость. 5 это то, что заставляет систему

4: Улучшаться. Само и 6 это самая мощная, но в то же время она является и самой опасной, потому что её нужно использовать действительно с умом. И когда вы понимаете, что вы делаете. Итак, фраза номер 1, звучит она. Так что запускай субагентов. Дело в том, что клод по умолчанию, когда вы ему даёте определённую команду, он

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

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

7: Работает, конечно же, с большими задачами, потому что если задача маленькая, то нам нет смысла запускать субагентов, и в том числе, когда мы запускаем субагентов, мы получаем результат по 1 конкретной задаче в несколько раз быстрее, потому что это параллельные агенты, которые выполняют их одновременно и у каждого нашего

8: Субагента есть свой контекст, промт и права, и нам не нужно ничего настраивать дополнительно. Нам просто нужно написать нашему клоду, что запусти субагентов на эту конкретную задачу в параллельную сессию, и он это сделает в принципе самостоятельно. И вот как раз Борис чёрный об этом и говорит, что несколько клод одновременн.

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

10: Пишем ему, что запусти 5 субагентов. Главный наш клод распределяет нашу задачу на отдельные конкретные сессии, которые мы здесь видим. И тем самым каждая задача выполняется в отдельном диалоговом окне. Мы получаем гораздо лучший результат. Проблема в клоде заключается в том, что из коробки он их

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

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

13: Точки зрения, так и с банковской и так далее. У нас есть огромное количество разных вариантов, с точки зрения которых мы можем посмотреть на 1 и ту же задачу. Каждый из этих субагентов анализирует задачу по своему и выдаёт отчёты. И наш главный агент, который выступает ядром всего процесса, он потом сравнивает все.

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

15: Субагентов, которые будут решать эту задачу за нас. И, например, 10 агентов проверяют 10000 свободных доменов за 1 проход. То есть мы это вручную никогда в жизни не сделаем. Это очень рутинная задача, и она решается с помощью как раз-таки субагентов и просто банально быстрее. То есть, когда нам нужно выпол

16: Огромную задачу, которая состоит из огромного количества разных этапов. Мы можем запустить субагентов в параллельные сессии и в итоге выполнить задачу без проблем с учётом этих нюансов. Итак, у нас есть фраза номер 2 под названием напиши имплементейшен спёк. Дело в том, что у нас есть встроенный план

17: Моут внутри клод кода, но, честно говоря, он не даёт такого качества, как если бы мы писали специальный промт, который будет нам писать как раз-таки вот этот импламед йен план. И вот Андрей карпатый как раз-таки говорит про этот план моут, что он не любит, в принципе, этот план моут, потому что нужно вместе с агентом спроектировать

18: Очень детальную спеку, по сути, документацию, только потом давай писать код. И у нас есть промт, который мы можем просто банально скопировать и вставить внутрь нашего, соответственно, кода для того, чтобы он, в принципе, нам сделал план. И ключевая особенность этого промта заключается в том, что мы ему пишем. Напиши имплант.

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

20: Разных способов, по которым наш кодкод может собирать непосредственно эту спецификацию или делать наш проект. И вот как раз наша спецификация, она заточена на то, чтобы из огромного облака вот этих вот опций или способов, по которым мы будем реализовывать наш проект, выбрать только 1, который

21: Наилучшим образом подойдёт под наши задачи, под наши решения. И в конечном счёте мы помним, что те вещи, которые мы заранее не прописали, клод код, будет выдумывать за нас. И вот спецификация как раз позволяет нам минимизировать вот эти самые выдумки нашего клод кода и достичь максимального

22: Результаты, которые мы можем получить от него. И в итоге наш клод код будет делать 0% догадок, если мы эту спецификацию пропишем максимально детально и заранее. И вот это то, что я сейчас прописал, это максимально упрощённая история, потому что в реальном проекте у нас будет сотни Шагов и 1000 вариантов.

23: Дело в том, что без спецификации нам будет очень сложно попасть с 1 раза в то, что нам нужно и нам придётся потом переделывать проект 1000 раз. Вот вы наверняка сталкивались с такой ситуацией, что когда вы делаете какой-то проект, если вы делаете без спецификации, вы просите что-либо сделать, он вам делает этот проект, но при этом vs.

24: Детали, которые там есть, вам приходится переделывать по 1000 раз. И вот как раз качественная спецификация, она решает эту проблему. Фраза номер 3. Звучит она так, что проинтервьюируйте я смысл здесь в чем? Какой бы детальный спецификацию мы бы не прописали, какой бы детальный у нас не был бы.

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

26: Может задать такие вопросы, которые для него будут неочевидны. А для нас они могут быть очевидными. Либо это будут те вопросы, о которых мы можем даже не задумываться в принципе. И вот ответив на эти вопросы, мы сильно улучшим нашу спецификацию и в итоге достигнем нашей цели гораздо лучше и гораздо эффективне.

27: Чем-то, что было до этого. Поэтому здесь есть ключевые тезисы. Во первых, ему необходимо определить ядро, то есть какую проблему мы решаем, для кого она и для кого нет пройти ключевые решения вместе. То есть, если ты реально не знаешь ответ, нужно так ему и написать, что я не знаю, как реализовать эту задачу. Опиши.

28: Меня, пожалуйста, на твоё усмотрение, как бы ты её сам реализовал, и суммируй обратно в виде имплементейшен спект. То есть это спецификация либо pr ди, который мы ставим внутри нашего код кода для того, чтобы создавать разработку проектов в будущем и запускать как раз-таки тех самых параллельных субагентов в самом начале. Фраза номер

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

30: Это сделаем в самом начале. Именно поэтому мы говорим клод коду обязательно, чтобы он проверял до того, как строить, чтобы он исправил те косяки и те проблемы, которые есть в самом начале, чтобы, в принципе достичь максимального результата. И тут есть несколько уровней, где мы это прописываем. То есть уровень номер 1 у нас ест.

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

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

33: Он, в принципе, это и делает, и slow номер 3. Это зона валидации. То есть он определяет, где цена ошибки высокая. То есть, например, платежи, или бухгалтерская история, или финансовые документы, где ручная обязательно проверка человеком, то есть или хит, или human the loop называется, где низкая.

34: То есть, допустим, вёрстка, то есть он собирает быстро и не боится поломать. То есть он вставляет конкретно проверку человеком в те пункты, которые очень критичны и очень чувствительны, где нам нужен результат, близкий к 100 процентам, потому что мы знаем, что клод наш, он имеет свойство выдавать не стопроцентный результат.

35: Например, 99 и 5 или 99%. И поэтому в тех вещах, где нам важно, чтобы наш клод выдавал максимальный результат, мы как раз-таки и вставляем хьюман залуп в этой петле фраза номер 5. Сделай из этого скил. То есть, когда мы повторяем какие-то действия. То есть, например, у нас есть большой диалог, где мы прописали

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

37: Одни и те же правила постоянно из раза в раз, то это явный маркер того, что нам нужно упаковывать из этого в скилл. В этом случае мы просто пишем ему. Тем более что у антропиха есть специальный скилл под названием скил Крейтор, который в принципе создаёт скилл исходя из всей истории нашего диалога. И в итоге у нас

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

39: Этого самого скила, например, под названием там дейли овервью. Если мы делаем там ежедневные какие-то проверки, здесь есть 2 основных правила. То есть мы не придумываем скил абстрактно, то есть какой бы скилл собрать, то есть либо никакой, либо собираешь из того, что есть, и используешь. И 2 правило это строй из состоявшегося диалога.

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

41: Что это значит? Секция гоче? Это, по сути, крайний случай. То есть эдж кейсы, либо корнер кейсы это те самые грабли, на которые вы наступали, и те самые правки, которые вы делали внутри диалога, как стоит делать? А как не стоит. И вот когда вы их прописываете в вашем скилле, то с каждым новым разом

42: Когда вы этот скилл запускаете, он становится все лучше и лучше и улучшает, по сути, сам себя. Поэтому это как раз и являются те самые крайние случаи косяки, которые ты правил руками. То есть мы дописываем их по ходу, и ошибка уже не повторяется дважды. То есть базовое правило, что если ты ошибку допустил, 1 раз ты её прописал,

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

44: Чтобы мы больше не повторяли эту ошибку. И при вот этом коротком сообщении любой скилл, который вы будете запускать, он не будет повторять тех самых ошибок, которые вы имели в самом начале. И последняя фраза номер 6, после которой мы перейдём уже к практике, это автоматизируй, это, это самая мощная фраза.

45: Которая позволяет автоматизировать любые процессы, которые вы делаете. То есть, если вы что-то повторяете в принципе, в диалоге, либо, например, пишите постоянно одни и те же задачи. То есть возможность это автоматизировать. Есть 2 варианта, в принципе, это сделать. 1, это автоматизация всего. И 2 вариант. Это аргументация. В чем основ

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

47: Вещи, которые автоматизировать в принципе не нужно. Именно поэтому самый лучший вариант. Вот в данном случае это аргументация. Что это значит? Это значит, что ai здесь выступает ускорителем процесса, но мы всегда находимся в контуре. То есть мы перепроверяем результат, который мы получаем. Мы улучшаем каждый раз эту автоматиза.

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

49: Фильтр это тест на вкус 2 это анализ 80 на 20. Значит в чем основной смысл тест на вкус? Вы можете задать сами себе вопрос. То есть нужен ли вкус, чтобы оценить результат хорошим или плохим. Если нужен, то это только будет аугментация. Если не нужен, а это можно измерить в каких-то показателях, то

50: Это будет, конечно, автоматизация и фильтр номер 2 это 80 на 20. То есть, если результат будет на 80%, также хорош. Устроит ли это тебя? Если да, то автоматизируй. Если нет, то аргументируй, да, и оставайся в контуре, потому что если, например, есть процессы, например, финансы или бухгалтерия,

51: Или, например, юридические документы, где нас не устраивает, в принципе, результат 80 на 20, то мы не можем это на 100% автоматизировать, поэтому мы обязательно туда добавляем хьюман зелу, и мы не должны слепо доверять эйай в таких, конечно же, очень важных чувствительных процессах, потому что вероятность ошибки, она будет

52: Достаточно высокая. И в итоге, когда мы применяем эти 2 фильтра, то у нас результат становится очень крутым на выходе. И поэтому мы упаковали все 6 вот этих фраз в отдельный скилл и мы сейчас его с вами установим, и я запущу разработку бота и мы посмотрим без этих фраз абсолю.

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

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

55: Когда мы не загружаем туда никакой спёк кид, например. И потом я сделаю тоже самое, но при этом мы загрузим туда наш скилл под названием спёк кид, где указаны все эти 6 пунктов, которые мы с вами только что разбирали. И посмотрим, насколько точнее. В принципе, он сделает этого самого теле.

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

57: И заносить их в таблицу таблицу будем использовать эксель все, я использую опус 4 и 8 на x хай эффорт, поэтому давайте запускать и посмотрим, что мы в итоге получим итак, вот смотрите, что мы получили, он у нас отработал, и он нам создал несколько файлов и описал, как именно работает.

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

59: Здесь есть несколько важных моментов во первых, как именно работает эта запись в эксель, то есть у нас должна быть реально открыта в принципе физическая таблица эксель он не создаёт никакую новую таблицу. Заявка пишется новой строкой в эксель с датой user name, user id, есть кансл, понятные ответы на не то сообщени.

60: То есть смысл в том, что он создаёт эксель таблицу прямо в этой Папке и, в принципе, туда записывает эти данные. То есть бот супер простой. Никакого дополнительного функционала здесь нет, он нам даже не предложил ничего, в принципе, чтобы туда добавить. Я думаю, что бот в принципе отработает нормально, но при этом функционал бота, он

61: Очень ограниченный, конечно, именно тот, который мы написали. Теперь давайте запустим тот самый спёк кит, посмотрим, какие вопросы он задаст и насколько гораздо более детальнее и проработаннее этот бот будет, потому что в таком виде, конечно, как мы ему описали, он, правда, сделал, конечно, то, что мы его просили, но при этом в таком виде, конечно,

62: Пускать его очень будет сложновато, поэтому я сейчас создам новый диалог той же самой спёк кит. Но при этом добавлю туда непосредственно скилл, который мы создали, в который в принципе будет встраиваться вся эта история, поэтому смотрите, у меня есть скилл спёк пайлот, здесь есть уже инструкция, здесь есть readme.

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

64: Мне telegram бота по сбору заявок, задача которого собирать заявки от клиентов и помещать их в эксель таблицу, и здесь я ему прописываю, использую скилл, спёк, кит. Я намеренно здесь прописываю специально вот такую короткую задачу, чтобы вы поняли, что, в принципе, с помощью задава.

65: Дополнительных вопросов, даже из такого простого описания можно реализовать эту задачу. Поэтому давайте запустим и посмотрим, что он сделает конкретно с этим спёк кит, и насколько сильно качественнее получится у нас в итоге результат. Итак, обратите внимание, что 1, что мы в принципе здесь видим, что он

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

67: И в итоге посмотрим, что получится в конечном счёте. Итак, вот он задал нам вопрос, какие поля бот должен собирать у клиента, да, то есть имя, телефон, услуга, тема, либо какие-то дополнительные другие. Да, давайте мы выберем имя, телефон и также, соответственно, у нас должно быть деталь.

68: Заказа. Здесь вот как раз прописано, что дополнительно наш клиент может указывать детали заказа, которые клиент хочет заказать. Там должны быть кнопки с товарами, которые мы динамически можем прописывать в отдельном файле, да, вот он создаст нам отдельный файл, и мы там пропишем эти товары.

69: Которые клиент сможет выбрать, и таким образом, перед тем, как эта заявка попадёт к нам в эксель таблицу, мы уже увидим, что именно клиент хочет заказать, потому что просто оставить заявку, конечно, без деталей в общем то, это не вариант, также он у нас спрашивает, нужны ли уведомления о новой заявке в telegram, помимо записи в excel.

70: То есть мы можем, соответственно, указать, что в личку мы можем отправить уведомление, и таким образом все заявки, которые будут в этот telegram, будут приходить к нам, будут приходить также в наш telegram личный здесь он нам предлагает разные варианты библиотек, но самая актуальная это python plus аяга, поэтому мы выбираем именно её, и да.

71: Ждём, посмотрим, какую спецификацию он нам в итоге сделает. Он увидел сейчас, что мы ему дали информацию, что нужны заказы товаров с кнопками, и поэтому он хочет уточнить ещё 3 вещи перед тем, как он перейдёт к спецификации. Поэтому сейчас он нам задаст ещё дополнительные вопросы, мы на них ответим дальше.

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

73: Нам, конечно же, удобнее в эксель, поэтому давайте, в принципе, эксельку и сделаем. И вот сейчас, перед стартом разработки, он нам отправил спецификацию прямо в чат, где мы можем увидеть, какая цель, какие используются файлы проекта, какие функции будет сценарий, например, как именно будет работать.

74: Этот бот, где мы можем его доработать. Если мы с чем-то не согласны, перед тем, как он в принципе сделает нам кодовую базу, почему это важно сделать с самого начала? Потому что исправлять ошибки уже в готовом проекте гораздо сложнее, чем, например, заранее согласовать спецификацию и исправить это все на

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

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

77: Параллельные агенты. Вот мы сейчас видим то, что в данный момент времени крутятся 2 из них. Сейчас ещё запустят 2 1 агент, потом у нас идёт 2 агент, 3 и 4, соответственно, агент. Сейчас дождёмся, пока они отработают. Это будет сильно быстрее, чем если бы он делал это все последовательно и

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

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

80: Запущен. Я ввёл сюда несколько тестовых товаров, которые, в принципе, он может нам показать. Поэтому давайте сейчас перейдём в telegram и запустим его. Так, нажимаем на кнопку старт к нам приходит вот такое сообщение. Здрасьте. Выберите товары кнопками ниже, затем нажмите оформить. Ну, например, мы хотим, допустим,

81: Фри, к примеру, да, мы можем, кстати говоря, менять здесь количество ещё. То есть, обратите внимание, что такого, в принципе, не было в предыдущей версии. То есть он нам начал накидывать вопросы, и в результате чего у нас появилась вот такая таблица, где мы можем действительно оформлять, добавлять товары в корзину. И обратите внимание, что у нас даж

82: Цена внизу меняется в зависимости от того, какие конкретно товары мы добавляем. Вот у нас 2 210 ₽ нажимаем оформить, как вас зовут. Например, меня зовут Никита. Укажите телефон сразу. У нас кнопка поделиться контактом. То есть это значит, что мы можем телефон писать либо вручную, либо

83: Нажать на кнопку поделиться контактом. Я сейчас напишу, конечно же, вручную. Итак, проверьте заявку. Никита, телефон, состав итого подтвердить заявку. Нажимаем подтвердить. Все, спасибо. Ваша заявка принята, мы скоро свяжемся с вами, и мы получаем итоговый ответ отсюда. В итоге, если мы зайдём в файлы этого самого проекта,

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

85: Который мы здесь получили итого 2 210 ₽. Все в итоге мы получили бота, который был сделан буквально за 1 промт. То есть я ему не писал вообще практически ничего, кроме 1 промта. И кроме ответов, конечно же, на вопросы он нам позадавал дополнительные вопросы, сформировал специфи,

86: Кации, которую мы прочитали, нас все устроило, нас устраивает в принципе, то, как он работает. И в итоге мы запустили работу в параллельной сессии. То есть он самостоятельно запустил параллельных агентов, когда он запускает параллельных агентов, мы получаем гораздо лучшее качество, чем если бы это делалось в 1 диалоге.

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

88: Поэтому вот этот скилл, который я сейчас использовал, вы сможете забрать у меня в telegram канале. Ссылка будет в описании, переходите там в закрепе будет этот