ИИ-чат-бот для интернет-магазина: сравнение товаров по одобренным данным

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

Предлагаемая здесь задача — черновик сравнения товаров в AI Flowi Workflow. Она охватывает предоставленные описания и вопросы покупателей; оформление покупки, оплата, актуальные складские остатки и поиск закрытых сведений о заказах требуют отдельных проверенных систем.

Создайте матрицу сравнения до настройки чат-бота

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

Предлагаемый контракт источников сведений о товарах
Поле источникаЧто хранить вместе с фактомЕсли данных нет или они противоречат друг другу
variant_referenceТочный вариант товара и его связь с семейством.Уточнить, какой вариант имеет в виду покупатель.
attribute_name / valueОдобренная формулировка и любая единица измерения, указанная в источнике.Отметить эту характеристику как недоступную.
source_referenceРаздел документа, подтверждающий характеристику.Не включать утверждение в сравнение.
content_revisionРедакция, одобренная редактором каталога.Попросить сотрудников разрешить противоречия между редакциями.
scope_noteИсключения, например аксессуар, продаваемый отдельно.Не подразумевать включение в комплект на основании описания семейства.

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

Подготовьте каталог и доступ к провайдерам

Используйте учётную запись AI Flowi Workflow, одобренные тексты о товарах, синтетические вопросы покупателей и проверяющего, способного исправлять каталог. Базе знаний с поиском нужны модель эмбеддингов и данные доступа к её провайдеру, где они требуются. Для модели генерации ответов нужны ваша собственная учётная запись и API-ключ её провайдера; его услуги оплачиваются отдельно от тарифа AI Flowi Workflow.

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

Настройте сравнение с опорой на подтверждения

пример конфигурации, а не зафиксированный тест

Этот путь сравнения товаров описан в каталоге; Ai Flowi не проверяла его в производственной среде.

  1. Chat Input: следуйте процедуре ввода в чат вопроса с названиями вариантов и нужных характеристик.
  2. Knowledge Base: используйте процедуру базы знаний для одобренных описаний вариантов.
  3. Parser: следуйте общей настройке Parser.
  4. OpenAI: используйте инструкции подключения модели для черновика сравнения вариантов.
  5. Structured Output: передайте проверенные фрагменты о товарах через input_value, а настроенный OpenAI LanguageModel — через model. Задайте schema_name = approved_product_comparison. Используйте табличный output_schema для идентификаторов вариантов, сравниваемых характеристик, подтверждений, неуточнённых сведений и вопроса сотрудникам. Поместите исходный синтетический вопрос покупателя в system_prompt вместе с правилами использования только предоставленных подтверждений. В этом первом упражнении вопрос задаётся вручную; динамическое составление вопроса требует отдельной проверки.
  6. Chat Output: используйте настройку отображения JSON для сравнения вариантов.

Определите результат сравнения и передачи сотрудникам

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

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

Сравнивайте характеристику, не заимствуя факты соседнего варианта

Используйте синтетический вопрос покупателя о том, входят ли в комплект двух вариантов чехлы для переноски. Одобренный источник явно указывает чехол для варианта A; фрагмент варианта B описывает материал, но ничего не говорит об аксессуарах. Сравнение должно сообщать подтверждённое наличие чехла в комплекте варианта A и оставлять сведения о наличии чехла в комплекте B неуточнёнными. Отсутствие упоминания в описании B не доказывает, что чехол не входит в комплект.

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

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

Проверьте ошибки, специфичные для товаров

  • Сравните два варианта с одинаковым названием семейства, но разными спецификациями. Проверьте, что их характеристики остаются разделёнными.
  • Удалите одну характеристику из одного источника. Модель должна сохранить пробел, а не заимствовать значение у соседнего варианта.
  • Предоставьте противоречащие друг другу одобренные описания. Черновик должен отметить противоречие и запросить проверку каталога.
  • Попросите неподтверждённый вывод «что мне купить». Проверьте, что ответ связывает любое сравнение с указанными критериями покупателя и фактами источников.
  • Спросите о заказе или сегодняшних остатках. Подтвердите, что черновик указывает на отсутствие подключения к системе с текущими данными, а не создаёт впечатление выполненного поиска.

Когда вместо чат-бота для электронной коммерции лучше более простой вариант?

Количество найденных результатов не подтверждает полноту найденной информации, а структурированное оформление — истинность. Экспорт не содержит правил форматирования Parser и полной семантики полей редактора схемы. Проверьте эти границы на фактически настроенных узлах, прежде чем предлагать последовательный диалог в чате.

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

Расходы и дополнительные материалы

Тарифы: Go от USD8 в месяц при годовой оплате (USD10 помесячно), Plus от USD16 (USD20 помесячно), Pro 100 от USD80 (USD100 помесячно), Pro 200 от USD160 (USD200 помесячно) и Pro 500 от USD400 (USD500 помесячно), от 5,000 до 250,000 Flowi Tokens в месяц с возможностью пополнения; 1 токен за каждый запуск узла; использование сторонних API и моделей не включено.

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

Автор: Ai Flowi, оператор — AI FLOWI SDN. BHD. · Опубликовано · Политика подтверждения сведений и исправлений · Сообщить об ошибке