Что не так с вашим промптом? Живой разбор и рекомендации — Transcript

Живой разбор промтов с рекомендациями по улучшению и инсайдами от Савви для интеграторов и бизнеса.

Key Takeaways

Грамотная структура и оформление промтов значительно влияют на качество работы бота.
Использование генератора и аудита промтов помогает улучшить сценарии взаимодействия с клиентами.
Векторный поиск и работа с большими файлами требуют особого подхода и настройки.
Внутренние проекты и R&D отдел способствуют внедрению инноваций и улучшению платформы.
Интеграция с внешними сервисами расширяет функционал и удобство использования ботов.

Summary

Вебинар посвящён разбору и улучшению промтов с использованием генератора и аудита промтов на платформе Савви.
Ведущий рассказывает о технических сложностях и новых функциях, включая работу с векторным поиском и большими файлами.
Обсуждается опыт участников: интеграторы, представители бизнеса и их цели на вебинаре.
Приводится пример промта для банного комплекса с детальным разбором структуры и логики диалога.
Дается рекомендация по правильному оформлению промтов, включая пунктуацию и визуальную структуру.
Рассказывается о внутреннем проекте по созданию бота технической поддержки с использованием кластеризации вопросов.
Упоминается создание R&D отдела для разработки инновационных функций и перспективных решений.
Ведущий делится лайфхаками по работе с предоплатой и интеграцией с внешними сервисами (например, Клалис).
Обсуждается важность точной настройки и тестирования промтов для повышения эффективности работы ботов.
Видео содержит живое общение с участниками и примеры из реальной практики.

Full Transcript — Download SRT & Markdown

Speaker A

Вроде получилось. Значит, я также сделаю небольшую ремарку, что если вдруг в процессе вебинара у меня отключится связь, не волнуйтесь, не переживайте, я подключусь в течение там нескольких минут. У меня бывает что-то обрывается интернет, вот периодически. Вот. Ну, если что, подключусь там с мобильного.

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

чтобы понять, надо ли им рассказывать прямо самые азы. Так. Ну вот Антон написал, что хочу стать интегратором платформы, сделать первого бота для тестов. Интегратор уже делал. Интегратор делали. Сергей Коновалов. Да, вот знакомые лица.

Speaker A

Так. Угу. Ну, те, кто отписался, как будто уже что-то делали. Это хорошо. Это хорошо. Значит, значит, так вот даже кто-то тут написал: "От бизнеса работали в Савину, не дожали, сломались на векторном поиске. Тяжело было понять, много баговат, потому что тупили с

Speaker A

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

Speaker A

Партнёр Битриксов. Компания входит в топ-100 стоп орф. Круто. Молодцы. Так, для продавформ знаком сегодня. Да вот Вячеслав машет рукой, с платформой знаком. Сегодня пока проводил эфир у автогн продают кольц закон на встречу.

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

ЛС-системе мы собрали 11 000 э пар вопросов и ответов. И вот сейчас их как бы упаковываем в такие кластеры, а где по сути, ну, думаем, что вот технической поддержки на начальном этапе во вне рабочее время будет вам помогать, ну, а

Speaker A

и в дальнейшем, скорее всего, будет забирать на себя первичную обработку ваших запросов. Вот. Ну и прикольно получается, на самом деле. Там из этого следуют ещё и другие разные всякие такие штуки. У нас тут появился недавно месяц назад R&D отдел. Это отдел, который

Speaker A

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

Speaker A

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

Speaker A

вообще взломают вот, ну, поменяют вообще правила игры. Game changer, как это называется, да, на языке стартапа. Ну, давайте переходить, собственно, к самому к самой повестке основной. Значит, у нас сегодня разбор протов. Подключаю стандартно, значит, ну собственно личный кабинет и начнём

Speaker A

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

Speaker A

построения промтов. Ну, всё же сейчас посмотрим. Так. [музыка] Значит, как появится экран, поставьте плюсик. Что?

Speaker A

Так, значит, Большая русская баня. Давайте смотрим. Так, ну, здесь уже вижу, да, использовали наш стандартный такой этот генератор. Значит, ты, Елена, менеджер банного комплекса Большая русская баня в Комсомольске на Амуре.

Speaker A

Комсомольск на Амуре. Это же мой родной город. Я вот тоже с Комсомольска.

Speaker A

Вот. Да вы что? Да. Земляк. Земляк. Да. 20 лет там прожил на 66-м квартале на Гагарина. Ну да.

Speaker A

Вот. Местная, доброе, с тёплым чувством юмора и любовью к банным традициям. Значит, цели и задач помогать клиентам с выбором. Ну, здесь как бы в целом вот если брать в целом то, как составляет э, как бы наш вот этот

Speaker A

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

Speaker A

сильно, как будто значимая такая информация в целом. Ну, о'кей. Есть и есть. Дальше, логика построения диалога.

Speaker A

Шаг один: поздоровайся и представься как Елена. Шаг два: спроси, как могу к вам обращаться? Только один раз в начале.

Speaker A

Ну, единственное, что вот я бы вот здесь бы вот либо вот точку как-то ставил, да, либо вот двоеточие потом вот так вот.

Speaker A

Ну, то есть как-то вот может быть больше его структурировал. Здесь у нас нейронка работает. Она сама может тоже не всегда вот структурировать, как надо. Я люблю, когда вот какой-то визуальный порядок такой вот есть. Ну, вот как вариант.

Speaker A

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

Speaker A

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

Speaker A

Елена. Спроси, как могу к вам обращаться, а только один раз в начале. Значит, ответь на вопрос или уточни цель. Хотите забронировать баню или а или есть вопросы? Помоги выбрать дату и время, когда хотите прийти, на сколько часов. Проверьте свободные слоты.

Speaker A

Значит, проверь свободные слоты, предложи все возможные варианты по всем баням, которые подходят. Если выбранное время или баня недоступны, сразу предлагаю альтернативы использовать для проверки свободных мест такую-то функцию. Это у вас интеграция с Клалисом, да, здесь.

Speaker A

Да-да. Угу. И выдай пользователю свободные слоты. Уточни количество гостей, сколько человек будет. Подбери оптимальный вариант, подтверди выбранный вариант, уточни контактные данные. Но в целом тут какой-то идёт сценарий, то есть не могу здесь ничего как бы по нему даже

Speaker A

прокомментировать, потому что как будто бы. Ну вот, кстати, неплохой такой вот, знаете, неплохой лайфхак. Вот небольшой, да, здесь есть. Сообщи о необходимости предоплаты. И там идёт какой-то файл. И вот что-то внутри этого файла есть, какой-то текст. Почему это такой

Speaker A

прикольный лайфхак? Потому что вот в этом файле вот prepayment, предоплата, там может быть много всего. То есть там может быть вот такой-то текст, допустим, да, ну какая-то вот, не знаю, история про там предоплату, как её внести, там на куда отправить и так далее. То есть

Speaker A

какой-то большой текст. Вот. И если мы вот этот большой текст, мы её запихиваем вот сюда вот в пронт, то мы таким образом сразу увел...

Speaker A

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

Speaker A

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

Speaker A

есть 16 шагов как будто дофига. Вот. Но тем не менее бывает так, что он и до десятого шага, возможно, не дойдёт человек. А у нас в промте это будет этот текст. А так у нас оно упаковано в каком-то файлике. Дойдёт. Ну отлично, мы

Speaker A

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

Speaker A

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

Speaker A

поступит в течение разумного времени, ну, у него нет такого, да, понятия. То есть как бы модель работает так: в неё пришло сообщение, она ответила. То есть как бы как что есть разумное время? Вот для модели слово разумное очень

Speaker A

обтекаемо. То есть лучше здесь, ну, здесь вообще, в принципе, вот эта модель отработать не сможет. Здесь как бы надо бы, мм, как-то по-другому это делать.

Speaker A

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

Speaker A

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

Speaker A

бронь будет отменена". Да, я думал, что здесь поначалу подумал, что боту надо как-то контролировать, что поступила бронь или не поступила, и и досылать какой-топ. Вот только после подтверждения способа оплаты предложи дополнительные услуги с учётом сезонности. Просто не ттт. Если выборная

Speaker A

услуга недоступна, объясни причину и предложи альтернативу после выбора дополнительных услуг. Спроси, нужно ли что-то ещё. Если нет, вызови функцию.

Speaker A

Ага. Если нет, то вызываем менеджера. Ну отлично, да? Всё понятно. Если клиент хочет ещё что-то уточнить, да, собери всю информацию и также передай менеджеру. Завершить диалог. Спасибо.

Speaker A

Менеджер скоро свяжется для подведения оплаты и до встречи в бане. Ну, здесь как бы можно вот так. А можно вот, например, если мы зайдём, давайте вот сейчас в этот файл, который с менеджером.

Speaker A

Так, значит, где он у нас? Менеджер. Вот менеджер push. То есть, если мы сюда зайдём, ну, у вас здесь как бы пустой файл, а можно, ну, сделать по-другому. Можно, например, ну, пустой файл, это значит, что как бы бот игнорирует, да, ответ. То

Speaker A

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

Speaker A

текстом это прописать, потому что вы текстом это здесь не прописали, уже как бы не видно. Что ещё можно было бы здесь добавить? Здесь можно было бы добавить теги. То есть можно было бы создать, например, тег на, не знаю, там менеджер,

Speaker A

допустим. Ну, я его создам, если что, потом удалите. Так. Угу. Всё, создаём. И теперь его вот здесь вот выбираем. То есть, и, например, когда этот файл срабатывает, то у вас будет накапливаться аналитика, статистика. То есть вы будете в разделе аналитика вот

Speaker A

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

Speaker A

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

Speaker A

Если клиент задаёт вопрос, на который ты не знаешь ответ, вызови функцию getex. Нет ответа. Ну, допустим, если клиент предоставил все необходимые данные для бронирования, готов завершить разговор, вызови функцию менеджер push. Ну да, если для проверки информации по клиенту

Speaker A

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

Speaker A

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

Speaker A

какая функция, за что отвечает. И так вот так. Антон, а где прочитать? В этом в технструкции или где это?

Speaker A

Ну, я бы так сказал, что служебный промт он доступен только как бы ребятам с подпиской интегратора.

Speaker A

У нас есть отдельный раздел служебная для интеграторов. И у нас вот есть тут такой вот такой раздел с инструкциями.

Speaker A

Вот есть отдельная вот инструкция по работе склансом Альтежа. Вот она написана. И эта инструкция, она как бы, ну, содержит в себе определённую уже информацию, связанную с как бы с вакласом, да, и там с функциями, которые он использует. Вот поэтому не уверен,

Speaker A

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

Speaker A

что, я в личку могу потом вам прислать. То есть, Антон, я сейчас его не вижу, я правильно понимаю? Я просто Я думаю, что Да, если у вас просто как бы, да, если у вас нет подписки интегратора, то, скорее всего, вы её не

Speaker A

видите. Ага, понятно. Ну, отправите, пожалуйста. Буду ждать, да? Значит, потом что ещё здесь есть?

Speaker A

Здесь есть то, что, ну, вот здесь запрещено, там запрещено, это о'кей. Ну, в принципе, какие-то запреты. После диалога передай менеджеру дату и время, количество гостей, выбранную баню, дополнительные услуги с выбор способ. Ну вот здесь вот это как будто бы не нужно,

Speaker A

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

Speaker A

исходя из этой инструкции. как будто бы лучше это всё-таки делать через вот базу знаний вызов Telegram. А дальше вот есть раздел интеграции. Здесь вот есть вот оповещение в Telegram. И вот здесь вы можете, да, прописать, что ему нужно

Speaker A

передать. И здесь есть такая вот такой плюсик. А у плюсика есть такая штука, которая называется summary. И вот это Summary, вот оно вот как раз, если вы сюда его пропишите, вот у вас его, видите, нету. А его можно прописать

Speaker A

отдельным пунктом. То есть вот так вот сюда проставить, добавить сюда sumary. Вот. И sumary будет передаваться вместе как бы с диалогом. Вот. А что такое Sumary? Sumary - это краткая, ну, по сути, краткое содержание диалога. И вот дальше вот здесь есть инструкция. Ну вот

Speaker A

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

Speaker A

вот эту историю можно, собственно, оповещать менеджера. Ну, кстати, вот вы, по-моему, сейчас А, ну у вас он вы не подключен, по-моему. То есть, ну, вот можно через подключить. А, нет, подключено. Подключено, да. Большой подключено. Подключено, да.

Speaker A

Угу. Так, сейчас ещё комментарий. Значит, проверяй доступность сезонных услуг. А, например, пихтовый веник только с ноября. О'кей.

Speaker A

Ну, почему нет? передавать дополнительные опции только после сбора ключевых данных. Если пользова спрашивает спрашивает про бассейн, купель, используй get. Ну о'кей, ну тоже нормально. То есть в принци Ну в принципе неплохо составлен промт, я бы сказал. То есть явных каких-то огрехов в

Speaker A

нём нет. Есть просто такие вот некоторые моментики, которые можно было исправить, а глобально, э, ну вот глобально всё о'кей. Ну то есть всё нормально.

Speaker A

Так, а где находится, где находится баня? На на базовой. На базовой. Дада. Да, понял, понял. Прикольно.

Speaker A

Ну вот нечасто встретивши кого-нибудь из Комсомольскай на Амуре. Вот очень приятно всегда. Рад вас тоже встретить, если что. Это Да, да, будем на связи, конечно. Угу.

Speaker A

Всё, спасибо, Павел. А мы переходим к нашему последнему, собственно, боту. Это всё-таки Валерий. Валерий Дюбин. Вот я не знаю, Валерий, вы здесь там помышите ручкой или там дайте обратную связь, потому что иначе пойдём.

Speaker A

Я ему написал, Антон, в личку, чтобы он скинул тебе почту, но я так понимаю, он не скинул.

Speaker A

Не, он не скинул, похоже. Он, похоже, не скинул. Хорошо. У нас есть у нас есть ещё, ну, вот там под постами в группе писали, а, писали, значит, ребята тоже свои пронты. Вот я сейчас сейчас я сейчас посмотрю эти

Speaker A

эти промты, которые ребята вставляли, и может мы разберём заодно их, потому что по сути нам без разницы, где эти проты написаны.

Speaker A

Так. [музыка] А есть какая-то база промтов типа шаблонных? А, да, про как раз вот писали писали вот сейчас Валерий Дюбин. Я сейчас нашёл Валерия, значит, промт Валерия Дюбина. Я сейчас поделюсь вкладкой, он отправлял его, потом он посмотрит, что в записи. А

Speaker A

по поводу вопроса, есть ли какая-то база промтов? Базымтов нет, но есть типовые боты. То есть у нас сейчас мы всё как бы вот пытаемся запустить SAVI Markket наш. Это такой маркетплейс готовых решений.

Speaker A

Просто всё откладываем этот момент. Хочется его поднаполнить разными ботами. Вот. И там не такой простой механизм с точки зрения его вообще использования.

Speaker A

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

Speaker A

какие-то решения. Но важно понимать, что вот нельзя один и тот же промт использовать в двух одинаковых компаниях, да? То есть у каждой компании есть своё ожидание того, как должен работать сотрудник. Но это всё равно, что вот если мы возьмём, например, там,

Speaker A

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

Speaker A

общаться и продавать, но будут разные объекты, допустим, да, будет разная какая-то специфика, и уже условно его скрипт, его общение будет отличаться.

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

общие вещи, общее понимание типа там доброжелательности, клиентоориентированности и прочее. Так, давайте сейчас, а, значит, значит, сейчас я посмотрю. Так, давайте вопросы. Ну, сейчас перед тем, как последнего бота, а, разберём. А почему вот Эмиль, да, задаёт вопрос.

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

одно приветствие вызывать, в другом случае другое, а в третьем случае третье. У нас тут есть, на самом деле, там три или четыре подхода. Первый подход - это вот как сделал Олег. Просто всё прописать в в прот. Он чреват. Он

Speaker A

имеет, наверное, а, ну, он чреват тем, что промт увеличивается, увеличивается стоимость и бот, ну, объём, когда промта большой, бот может начинать путаться, то есть у него рассеивается внимание. Чтобы не рассеивать его внимание, мы можем выносить вот эти куски. Например,

Speaker A

первое, в базу знаний мы можем сделать отдельных три файла базы знаний и прописать. Если у нас там тур, тогда getфайлк такой-то текст. Если у нас там не тур, тогда вызывает такой-то текст.

Speaker A

Если у нас там третье, вызывает такой-то. То есть создать три файла базы знаний и вызвав тем самым текст. Но мы в данном случае поменяем шило на мыло, потому что у нас, во-первых, мы создадим три файла базы знаний, если прямые

Speaker A

вопросы, тем самым увеличив объём базы знаний, да? А и нам всё равно там придётся также прописать в кавычках, скорее всего, вот эти как бы ответы, чтобы бот не стал их менять. Мы третий вариант, мы можем создать один файл базы

Speaker A

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

Speaker A

условия будет заниматься всё равно основной бот. То есть он вызовет один файл базы знаний, возьмёт эти этот объём текста, увидит там эти условия и будет их обрабатывать. Чем это чревато? Ну, тем, что в одном из десяти запросов он

Speaker A

может это может не сработать, и он начнёт как-то запутается и вызовет не тот как бы не тот не тот ответ, который нужно. Почему? Да, возникает вопрос. Ну, потому что у основного бота и так большой объём как бы информации. Ой, а

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

Блин, плохо, плохо, плохи, как в том ме, да, дела мои плохи. Так, хорошо, давайте сейчас попробую. Ну, мне важно, мне важно то, чтобы вы разобрались. Мне важно, чтобы вы разобрались. Давайте я сейчас попробую, а, сейчас я попробую нарисовать

Speaker A

нарисовать, а, нарисовать это, например, вообще в пеinнте. А сейчас это важно. Ну, потому что это такие ключевые вещи, которые очень круто, ну, определяют вообще, как будет работа, ну, у вас качество работы как будет строиться, на самом деле.

Speaker A

Так мм сейчас подключу, подключу вам Paint, чтобы он у вас был. Так, и мы с вами прямо нарисуем схемку, на которой, я надеюсь, будет понятно, почему, а почему использование подчинённого бота лучше.

Speaker A

А давайте представим, что у нас вот бот, например, у него есть какой-то ограниченный набор знаний, которые он может использовать.

Speaker A

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

Speaker A

Вот мы предположим, что чат GPT вот наш там AI, он хорошо может вот как бы обрабатывать только, ну, давайте вот зелёненький цвет возьмём, только вот этот объём.

Speaker A

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

Speaker A

плохо переваривать как бы и и вот эту, то есть вот начинается вот такая картина становится. То есть он как бы начинает работать плохо. Вот. И тут возникает вопрос: блин, как нам быть? То есть как нам сделать так, чтобы у нас вот этот

Speaker A

объём информации большой, чтобы он у нас хорошо работал. Вот так вот, да, чтобы он был зелёненький, качественно отвечал.

Speaker A

Мы берём и делаем по-другому. Мы говорим: "Я вот этот вот этот объём информации, вот этот, который у меня Ой, сейчас так есть". То есть я, ай, господи, так чёрный я вот этот объём информации, я её типа как бы вытащу в

Speaker A

другое место. Я её типа изолирую. То есть вот я возьму сейчас сейчас вот, блин.

Speaker A

М, давайте ластик возьму. [музыка] Я её беру, стираю. Блин, ну какстик-то побольше сделать в принте.

Speaker A

[музыка] Ладно, я педантично его сейчас просто очищу. Значит, я беру и говорю: "Не, мне не надо вот как бы всё пихать в одного бота. Я просто беру рядом бота второго и как бы пишу там AI 2.

Speaker A

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

Speaker A

необходимости. Таким образом, у меня и первый бот работает хорошо. И как бы второй бод работает хорошо тоже как бы вопрос, почему нельзя с базой знаний так сделать? Потому что база знаний, она всё равно будет относиться к первому боту.

Speaker A

Если я при прочих равных буду вот этот объём запихивать как бы в базу знаний, которые у меня есть, да, вот тот, который у меня был, вот этот объём, давайте я его повторю сейчас, то у меня он ну как бы будет работать, может быть,

Speaker A

ну, пускай он будет не зелёненьким, но он всё равно станет похуже. Он он станет вот так вот таким цветом, понимаете? То есть он как бы хуже сработает, потому что база знаний её всё равно будет обрабатывать как бы первый бод он

Speaker A

получит информацию, её надо из файла базы знаний опять что-то внутри проанализировать. А так анализом занимается второй бот. Ну не знаю, конечно, блин, можно можно ещё по-другому как-то там уйти или внутри сервиса начать, но я боюсь, что как бы

Speaker A

много времени потратим, не успеем. Ээ, ну я согласен, да, лучше схему подготовить. Просто как бы это такие абстрактные как бы вещи, которые э хочется до вас донести. Тоже не почём разни между базними и другим ботом.

Speaker A

Второй бот с промто. Да. Вот. Понимаете, в чём суть? Что второй бот - это просто пром. Ну вот давайте я сейчас на примере. Хорошо, давайте. Нужно всегда показывать на примере. Берём вот прямо на так вот. Ну давайте я сейчас вернусь

Speaker A

в свою учётку. Вернусь в свою учётку. И просто я покажу, как это устроено вот на примере прямо конкретного бота.

Speaker A

Мы Pain видим. Сейчас переключусь. Да. Так, называем его, например, бот окна. Значит, нажимаем сгенерировать инструкцию. Значит, нужен бот для создания для продажи класвых окон. Всё, нажимаю сгенерировать.

Speaker A

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

Speaker A

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

Speaker A

данном случае, в данном случае замер - это тоже диагностика. И вот тут вот шаг семь. Видите, вот я не ошибся, я занимался в своё время просто, э, пластиковыми окнами и дверьми. Вот. И я знаю, как это происходит. Вот предложи

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

история. То есть я, например, предложить записать клиента на замер, я могу сказать так, что, а, например, ну, вот давайте я сейчас, э, значит, сейчас, э, шаг восемь просто создать, значит, вот так. Вот так. Если клиент, э, согласен на замер,

Speaker A

вызови функцию и пускай, э, замер будет, ну, как-то, как он там называется? Meuring meure Вот так, по-моему.

Speaker A

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

Speaker A

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

Speaker A

Я ему могу так и описать. Тебе присылают дату и время на замер. Твоя задача проверить аэ доступность доступность даты и времени через Google календарь.

Speaker A

А, и значит через Google календарь. Ну и, допустим, а, и структурировать, значит, и и отправить ответ в таком формате. То есть у нас же ещё бывает, когда мы хотим какой-то формат определённый ответа иметь, чтобы небот не просто там текстом отвечал, а

Speaker A

прямо в определённом строгом формате. Например дата время. Значит, давайте вот так, значит, у нас, значит, давайте сейчас даже так дата Google календарь. Если время доступно, отправить ответ в таком формате. У нас доступны следующие слоты.

Speaker A

Значит, доступны следующие слоты. Значит дата время дата дата время. Замерщик. Александр, значит телефон 8 911 111 111 8998, например. Всё. То есть или дальше, если время недоступно, отправить информацию в то время недоступно. То есть это вот просто пример, да? Там вариантов, на самом

Speaker A

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

Speaker A

есть там какие-то свои особенности у каждого. Время ожидания мы у него ставим 0 секунд. Значит, всё, его сохраняем.

Speaker A

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

Speaker A

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

Speaker A

Всё. Значит, здесь мы можем создать а аргумент и действия, например, передать дату, время. А можем не создавать, можем просто создать, нажать на кнопку Добавить шаг. Вызов бота нажать.

Speaker A

Выбираем бота вот здесь, который нам нужен. А нам здесь нужен бот. Запись на замер. Вот мы его вызвали. Ну, текст запросов. Бот, я не знаю, по-моему, это только у админов у нас выводится. Ну, это как бы такая служебная история, где

Speaker A

мы просто передаём ему замет и нажимаем сохранить. Всё, использование стоит. Всё стоит. У нас здесь автоматом создался аргумент вот этот quyкст от основного бота к подчинённому. что основной будет передавать подчинённому. То есть представьте, что основной бот - это как

Speaker A

бы сотрудник, у которого есть секретарь, который говорит: "Слушай, а что, когда у нас там свободные слоты?" И второй бот ему отвечает: "Ну вот у нас тогда-то, тогда-то есть". То есть это как бы делегирование определённой задачи боту-помощнику.

Speaker A

И здесь в инструкции, да, сейчас единственное скопирую имя функции. Значит, выбираю инструкция, возвращаюсь, значит, в инструкцию. Где у нас шаг?

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

Видите, вот он пишет сразу: "Уточните в удобную дату для вас время". Единственное, что мы не подцепили того бота к календарю. Давайте его подцепим, чтобы сразу было, ну, как бы видно, что там вызывается Google календарь и прочее. Ставим, заходим в интеграции,

Speaker A

значит, ставим Google календарь, нажимаем подключить. Всё, подключаем календарь. И по сути нам нужно спросить, а значит, что нам нужно спросить? имя, а, и ну и всё, да, имя и телефон, по большому счёту. Всё, нажимаем, а, сохранить. Тут есть

Speaker A

какая-то служебная инструкция Google календаря. Ну, и пускай она будет. И сейчас вернёмся в список ботов, откроем нашего бота, вот этого. И давайте вот здесь пишем. А давайте на следующую неделю, на вторник, а, на 1500часов.

Speaker A

Значит, смотрим. К сожалению, время на следующий вторник, 5 августа, на 15:00чав, уже занято. Могу предложить другое время в этот день или выбрать другую дату, как вам будет удобнее. Так, ну вот смотрите, что мы здесь видим. Мы видим, что была вызвана функция, внутри

Speaker A

которой был как бы передана информация, да, записать клиенту на замер на следующий вторник, 5 августа, ттт на 15:00. И вот он нам вернул. Как можно, ну, в другом месте? Давайте посмотрим в разделе чаты, потому что здесь в тестовом чате не очень хорошо видно. Ну,

Speaker A

там видно, что он вызвал, да, эту функцию, что это был подчинённый бот, но здесь это будет просто по поудачнее как бы как бы видно. Вот. Вот мы видим, да, что вот он выполнил эту функцию. А если мы вот кликнем по вот этой кнопочке,

Speaker A

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

Speaker A

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

Speaker A

клиенту, грубо говоря, да? То есть таким образом у меня основной бот, у него нету доступа к календарю, он как бы ничего об этом не знает, он делегировал эту операцию конкретному подчинённому боту, и у того есть своя инструкция, как ему

Speaker A

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

Speaker A

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

Speaker A

бы тупить. А когда мы их выносим в отдельные куски в отдельных подчинённых ботов, это сразу хорошо как бы работает.

Speaker A

Так, ну теперь это Давайте понятнее теперь стало или как бы или не очень. Чем меньше будет пром промт будет, тем круче будет э бот работать. Видел в чате Сай полностью противоположное мнение.

Speaker A

Чем подробнее, тем лучше. Не, смотрите, а вот важно чётко определять, э, как бы, аэ, если речь идёт о большом промкте, вот чем больше сам промт, подробнее не значит больше, да? Бывает, бывает большой как бы промт, но он очень

Speaker A

перегруженный и очень непонятный. Поэтому здесь важно так сказать, что чем подробнее будет описано, но лаконичнее, тем лучше, как бы, да. Вот. То есть важно описывать максимально лаконично, без потери смысла, но чем больше объём текста, чем больше объём промта, тем

Speaker A

хуже будет работать бот. Есть даже, ну, такие уже как бы бенчмарки, что считается, что если промт больше, чем 4.000 токенов, то как бы а всё, там начинают вот тупить прямо совсем. Вот поэтому чем меньше промт, чем короче пром тем лучше он работает. Но опять же

Speaker A

меньше, если вы изолировали и говорите ему: "Твоя задача записывать в Google календарь, вот у тебя есть правила записи", то это 100% будет работать лучше, чем та же самая инструкция будет в основном боте, у которого ещё плюс 100500 разных задач, которые он решает.

Speaker A

Понимаете, почему, например, white cliт, а бот склалисом, который вот интеграция склалисом, почему оно в целом работает, ну, я бы так сказал, чуть менее стабильно, чем чем просто бот обычный, потому что у него 10 функций или 12 функций по работе склалисом. И у каждой

Speaker A

функции есть какая-то своя там своё описание. И представьте, он смотрит на эти 12 функций. Это мы с вами понимаем, что вот у нас там есть салон красоты, то он должен что-то делать. А когда у него 12 этих функций, он на них смотрит, он

Speaker A

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

Speaker A

второго бота всё перекинуть. Не могу понять тогда, при какой команде ему переключаться. А если у меня сеть с филиалов в каждом филиале, тогда нужно ещё по три бота, продажник, адвокат, клиент. Но опять же, смотря как бы смотря смотря какой у вас объём вот этой

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

Можно минипромт сделать. Да, да, да. То есть, если вы делаете подчинённого бота, то там уже не нужно ему выделять области там роли общей и прочее. Это как будто уже не нужно, потому что у него одна простая задача. Если мы говорим про

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

Кажется, надо ещё ответы второму боту отключить. А, а нет, их не надо отключать. Но там может быть в чате вот то, что выделяется вот эта запись на замер, да, оно здесь не должно выделяться, но нет, он никуда ничего не

Speaker A

отвечает, он отвечает это вот этому боту вот сюда в этот чат. Вот надо будет сейчас с ребятами я уточню, да, почему он здесь выводится. Планируете Яндекс?

Speaker A

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

Speaker A

Ну, Алексей, смотрите, опять же, если промт у вас слишком большой и каждый этап занимает там большой объём, то почему нет? Ну, то есть можно это выделить в отдельных бов, но здесь без фанатизма надо. То есть если у вас бот работает хорошо, то не

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

главный бот и где-то четыре подчинённых, то это сразу увеличило стабильность. Да, ошибки там не делись прямо 100% мы стабильно сделать не смогли -э, ввиду просто, ну там, комбинаторики, да, всей, но качество улучшилось на порядок. То есть он ошибаться стал на порядок, как

Speaker A

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

Speaker A

Яндекс-календарь, да, у нас планируется сейчас. У нас я в САV маркете есть уже а приложение, которое сделано а для Яндекс календаря, поэтому там он будет. Сделал то же самое, но не подключением, а переключением на другого бота. Это это

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

Так, подскажите, если файл Бзм сообщением, то Ибот может спокойно не поздороваться, несмотря на такую инструкцию в общей инструкции.

Speaker A

Соответственно, приходится добавлять инструкцию на приветствие внутри файлов базы знаний. Это только у меня, э, да, всё может быть. Знаете, вот тут как бы LM, ну, это вероятностные модели, поэтому как бы ну надо смотреть. То есть там разные бывают ситуации. А не

Speaker A

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

Speaker A

ребята, вот пишите, у Евгении есть как бы заказы, вот можете с ней поработать, кто интеграторы. Это, ну, мы будем только рады. Мы сами тоже берём, но как бы здесь лучше давайте коллегам пускай будет.

Speaker A

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

Speaker A

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

Speaker A

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

Speaker A

Google таблицах. А если мы эти 10 Google таблиц с большим количеством характеристик и колонок подцепим к основному боту, то у нас мы, ну, по сути, у нас стоимость диалога, она очень сильно вырастает, потому что каждая отдельная таблица -

Speaker A

это отдельная функция, как вы знаете. И тут есть разные способы оптимизации. Один из способов оптимизации - это, например, а просто взять и сохранить все прайс-листы в одну таблицу. Но так нельзя у них, потому что у них там в

Speaker A

разных таблицах разные характеристики. То есть колонки разные, нельзя объединить в одну таблицу. Вот. И какой какой вариант есть? Ну, смотрите, до до стоимости, да, в вопросе цены мы, как правило, доходим не сразу, не с первого сообщения. То есть ты можешь начать

Speaker A

диалог, общаться, общаться, а потом спустя пять сообщений клиент спрашивает: "Вот мне нужно там такое-то, что будет по цене?" Да. И как бы что мы сделали?

Speaker A

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

Speaker A

Когда речь заходится о цене, основной бот вызывает вот этого бота. У того бота там 10 функций, 10 таблиц. Он там их проверяет, ну, нужную вызывает, обсчитывает стоимость. Причём там вот такая инструкция огромная по тому, как рассчитывать стоимость. Там на каждую

Speaker A

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

Speaker A

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

Speaker A

бывает. Можно тут оптимизировать, ну, по-разному. Вот. Эмиль, ты мне тоже ты меня слышишь вообще? Ты же что-то не Во, отлично, супер. Ты мне говорил, что у тебя довольно много функций в боте вызывается по работе с серmсистемами, да? Вот, возможно, где-то тут есть как

Speaker A

бы точно а поле для оптимизации, потому что если 30 функций у тебя в действиях, ну, блин, это стоимость диалога, мне кажется, очень велика там будет, а, в этом случае, потому что каждая функция имеет название, описание, это всё токены

Speaker A

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

Speaker A

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

Speaker A

Да. Ну вот я не знаю, Олег там поднял руку, хотели, да, руку поднять, но если это Да, да, да, говорите, Олег, если что-то хотел.

Speaker A

Нет, я случайно хотел с майк брать. Ага, понял, понял. Ну, если кто-то что-то хочет голосом сказать, скажите на прощание. Не знаю. Слава богу.

Speaker A

Огромное спасибо за информацию. Было очень ценно. Да, спасибо, Павел. Спасибо, что пришли. Так, ну спасибо.

Speaker A

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

Speaker A

следующей неделе. Тогда всем спасибо большое. Всем до свидания. Так, останавливаю запись. Останавливаю показ.

Topics:промтычат-ботыинтеграторывебинарвекторный поисктехническая поддержкагенератор промтоваудит промтовR&Dавтоматизация продаж

Frequently Asked Questions

Что такое генератор промтов и как он помогает?

Генератор промтов — это инструмент на платформе Савви, который помогает создавать структурированные и эффективные сценарии для чат-ботов, улучшая взаимодействие с клиентами.

Почему важно правильно оформлять промты с точки зрения пунктуации и структуры?

Правильное оформление промтов помогает нейросети корректно интерпретировать команды и снижает вероятность ошибок в диалогах, что повышает качество работы бота.

Какие сложности возникают при создании ботов для технической поддержки?

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

Get More with the Söz AI App

Transcribe recordings, audio files, and YouTube videos — with AI summaries, speaker detection, and unlimited transcriptions.

App Store Google Play

Or transcribe another YouTube video here →