Последняя проверка: июнь 2026 г.
Сжатый справочник архитектурных шаблонов, проверяемых на экзамене C1000-180. Читайте сверху вниз или переходите к нужному разделу.
Новый ассистент; выбор парадигмы разработки.
Создавайте с помощью редактора Actions, а не устаревшего навыка Dialog. Actions моделирует целевые диалоги как шаги, условия и переменные, не управляя деревом узлов.
Почему: Actions — это текущая и рекомендованная IBM модель разработки; Dialog устарел и его сложнее поддерживать. Профессиональные экзамены предполагают дизайн, ориентированный на actions.
Определение того, как разбить большую область поддержки на единицы.
Определите одно действие для каждой отдельной цели пользователя (сброс пароля, проверка баланса, запись на прием). Делайте действия одноцелевыми и многократно используемыми.
Почему: Узкоспециализированные действия, ориентированные на задачу, легче тестировать, анализировать и улучшать, чем монолитные потоки, которые пытаются обработать всё.
Ввод пользователя может вызвать несколько похожих действий.
Включите устранение неоднозначности, чтобы ассистент предлагал уточняющее меню возможных действий вместо того, чтобы угадывать.
Почему: Устранение неоднозначности уменьшает ошибки выбора неверного действия и выявляет истинное намерение пользователя, улучшая показатель завершения.
Ассистент не понимает пользователя после многократных попыток.
Разработайте путь "Нет подходящих действий" / "что-то другое" с уточняющим ответом и, после N неудач, эскалацией к человеческому оператору.
Почему: Определённый резервный вариант предотвращает тупиковые циклы и защищает CSAT; необработанное отсутствие совпадений — основная причина отказа.
Разговор превышает компетенцию ассистента или пользователь расстроен.
Добавьте шаг "подключиться к оператору", который передает диалог в службу поддержки (например, Zendesk, Genesys, Salesforce) с прикрепленным контекстом разговора.
Почему: Передача стенограммы и собранных переменных оператору позволяет избежать необходимости для пользователя повторять информацию.
Заинтересованные стороны хотят единый голос бренда во всех ответах.
Заранее определите персону и руководство по тону; пишите текст ответов последовательно и повторно используйте вариации, чтобы избежать роботизированных повторений.
Почему: Последовательный тон вызывает доверие; смешивание формальных и неформальных формулировок в разных действиях создает ощущение разобщенности.
Требуемая деталь является неоднозначной или отсутствует в формулировке пользователя.
Задайте целевой уточняющий вопрос через слот, вместо того чтобы предполагать значение по умолчанию.
Почему: Явное подтверждение важных параметров (сумма, счет, дата) предотвращает дорогостоящие ошибочные действия.
Проектирование нового потока с множеством граничных случаев.
Сначала разработайте "счастливый путь" от начала до конца, затем добавьте валидацию, отступления и ветви ошибок.
Почему: Создание граничных случаев до основного потока приводит к избыточно спроектированным и труднотестируемым действиям.
Действие требует несколько фрагментов информации, прежде чем оно сможет завершиться.
Собирайте каждое значение на отдельном шаге как слот; ассистент запрашивает любые еще не предоставленные данные и пропускает уже предоставленные.
Почему: Пошаговое заполнение слотов обрабатывает неупорядоченный и многозначный ввод без ручного ветвления.
Значение должно сохраняться после завершения текущего действия.
Храните его в переменной сессии, а не в переменной шага/действия. Переменные действия ограничены действием; переменные сессии существуют на протяжении всего разговора.
Почему: Выбор неправильной области видимости — классическая ошибка: значение исчезает по завершении действия или не удается совместно использовать в разных действиях.
Шаг предлагает пользователю выбрать из известного, фиксированного набора.
Используйте тип ответа "варианты" с определенными выборами вместо свободного текста и сопоставьте каждый вариант со значением.
Почему: Варианты ограничивают ввод, устраняют неоднозначность парсинга и отображаются в виде кнопок на поддерживаемых каналах.
Собранное значение (электронная почта, дата, сумма) может быть некорректным.
Добавьте условие проверки на шаге; если оно недействительно, оставьте пользователя на шаге с корректирующим запросом.
Почему: Проверка во время сбора данных позволяет избежать передачи некорректных данных расширениям и последующим шагам.
Последующие шаги должны выполняться только для определённых пользователей или значений.
Установите условия шагов на уже собранные переменные, чтобы шаги пропускались, если их условие ложно.
Почему: Условия выражают ветвление без дублирования действий; редактор оценивает их сверху вниз.
Несколько действий требуют одинакового подпотока (например, подтверждение личности).
Выделите общую логику в подакцию и вызывайте её из каждого родительского действия.
Почему: Подакции поддерживают логику проверки DRY (Don't Repeat Yourself) и согласованной; дублирование шагов приводит к рассинхронизации.
Пользователь задает несвязанный вопрос посреди потока ("какие у вас часы работы?").
Разрешите отступление, чтобы ассистент ответил на побочный вопрос, а затем вернулся к прерванному действию.
Почему: Блокировка отступлений навязывает жесткий сценарий, который расстраивает пользователей с законными побочными запросами.
Необходимо вычислить или преобразовать значение внутри шага.
Используйте встроенный язык выражений (например, строковые и математические функции для переменных) на шаге или в ответе.
Почему: Легковесные преобразования относятся к выражениям; обращение к веб-хуку для тривиальных математических операций — это излишество.
Последующему действию требуется значение, которое пользователь предоставил ранее.
Обратитесь к существующей переменной сессии вместо повторного запроса.
Почему: Повторный запрос уже известных данных ощущается как сбой; передача контекста вперед является признаком хорошего потока.
Поток должен остановиться или перейти к другому действию при определённом условии.
Используйте "завершить действие" или переход "перейти к шагу в другом действии" для явного управления потоком.
Почему: Явные переходы предотвращают неожиданный переход к следующему шагу после терминального условия.
Ассистент должен вызвать документированный REST API для получения актуальных данных.
Импортируйте спецификацию OpenAPI API как пользовательское расширение, затем добавьте шаг "вызвать расширение", который сопоставляет переменные с параметрами.
Почему: Пользовательские расширения — это поддерживаемый, беcкодовый способ вызова внешних API из шага с типизированными входами/выходами.
Выбор между веб-хуком и пользовательским расширением.
Используйте пользовательское расширение для вызова внешнего API из определённого шага; используйте веб-хук (до/после сообщения) для выполнения логики для каждого сообщения или преобразования всей полезной нагрузки.
Почему: Веб-хуки срабатывают глобально для каждого сообщения; расширения ограничены по области видимости и параметрам для каждого шага. Выбор неправильного варианта — распространенная ловушка на экзаменах.
Целевой API требует аутентификации.
Настройте аутентификацию (ключ API, OAuth, базовая) при добавлении пользовательского расширения; храните секреты в конфигурации расширения, а не в тексте диалога.
Почему: Встраивание учетных данных в переменные или ответы приводит к их утечке в журналах и стенограммах.
Вызов расширения возвращает ошибку или истекает время ожидания.
В следующем шаге создайте ветвь на основе ответа/статуса расширения и выведите резервное сообщение или путь повторной попытки.
Почему: Необработанные сбои расширения оставляют пользователя в тупике; всегда проектируйте путь для случаев, отличных от 200.
Необходимо обогатить или отредактировать каждое сообщение до обработки или до отправки.
Используйте веб-хук до сообщения для предварительной обработки входящих данных и веб-хук после сообщения для преобразования ответа перед доставкой.
Почему: Веб-хуки до/после сообщения централизуют сквозные задачи (маскирование PII, логирование) без редактирования каждого действия.
Пользователи задают открытые вопросы, ответы на которые можно найти в корпусе документов.
Включите разговорный поиск (RAG): извлекайте отрывки из поисковой интеграции и используйте базовую модель watsonx.ai для генерации обоснованного ответа со ссылками.
Почему: Разговорный поиск охватывает длинный хвост вопросов, которые нельзя оформить как отдельные действия.
Выбор хранилища для извлечения данных для разговорного поиска.
Подключите watsonx Discovery / Elasticsearch (или другую поддерживаемую поисковую интеграцию) в качестве индекса для извлечения.
Почему: Качество обоснования зависит от индекса извлечения; неиндексированный или плохо сегментированный корпус возвращает слабые отрывки.
Разговорный поиск не находит релевантных отрывков.
Настройте ответ при отсутствии результатов поиска, чтобы ассистент сообщал, что он не знает, вместо того чтобы галлюцинировать, и предлагал эскалацию.
Почему: Определённый путь отсутствия результатов — это то, что сохраняет RAG-ассистента честным и обоснованным.
Требования соответствия требуют, чтобы генерируемые ответы были отслеживаемыми.
Включите ссылки на источники, чтобы сгенерированные ответы отображали документы, из которых они были получены.
Почему: Ссылки позволяют пользователям проверять ответы и соответствовать требованиям аудита в регулируемых отраслях.
Настройка качества и стоимости генеративных ответов.
Выберите базовую модель watsonx.ai (например, модель Granite) для разговорного поиска и настройте параметры генерации для конкретного сценария использования.
Почему: Выбор модели и параметров влияет на качество ответов, задержку и стоимость; настройки по умолчанию не всегда оптимальны.
Решение о том, будет ли запрос обработан действием или поиском.
Направляйте транзакционные, параметризованные задачи в действия; направляйте открытые информационные вопросы в разговорный поиск.
Почему: Принудительное включение вопросов типа FAQ в жесткие действия или транзакций в RAG ухудшает пользовательский опыт.
Ассистент должен отвечать на входящие телефонные звонки.
Используйте интеграцию с телефоном/голосом (голосовой шлюз через SIP) для подключения поставщика телефонии, с STT для ввода и TTS для ответов.
Почему: Голосовой шлюз соединяет SIP-телефонию с ассистентом; без него нет телефонного канала.
Произнесённые ответы звучат неправильно или неверно распознают звонящего.
Настройте модель/язык преобразования речи в текст и голос преобразования текста в речь в настройках телефонной интеграции.
Почему: Голоса/модели по умолчанию могут не соответствовать языку или словарному запасу предметной области, что ухудшает распознавание и ясность.
Поток, созданный для чата, плохо работает в голосовом режиме.
Адаптируйте голосовые потоки: избегайте кнопок/длинных списков, делайте запросы короткими и явно подтверждайте произнесенные значения.
Почему: Голос не может отображать богатый пользовательский интерфейс; оптимизированные для текста потоки с меню ломаются при чтении вслух.
Связь с пользователями через SMS / текстовые сообщения.
Настройте интеграцию SMS (телефон/текст); разрабатывайте для ответов в виде простого текста без насыщенных элементов.
Почему: SMS удаляет богатые типы ответов; ответы должны корректно деградировать до текста.
Веб-чат должен отображать изображения, карточки или кнопки.
Используйте типы насыщенных ответов (изображение, варианты, карточка) в действии; канал отображает поддерживаемые типы и в противном случае использует запасной вариант.
Почему: Насыщенные ответы улучшают пользовательский опыт в интернете, но должны иметь разумный запасной вариант в виде простого текста для голоса/SMS.
Измерение того, действительно ли ассистент помогает.
Используйте панель управления аналитикой для отслеживания показателя завершения, охвата и распознанных/нераспознанных вводов с течением времени.
Почему: Метрики тщеславия, такие как количество сессий, не отражают успешность выполнения задачи; показатель завершения и охват отражают.
Поиск причин, по которым пользователи прерывают поток.
Просматривайте журналы/стенограммы разговоров, фильтруйте по действиям и выявляйте шаги с оттоком и частые случаи отсутствия совпадений.
Почему: Реальные стенограммы выявляют пробелы, на которые лишь намекают агрегированные метрики.
Предложения по устранению неоднозначности часто расположены в неправильном порядке.
Включите автообучение, чтобы ассистент переупорядочивал предложения на основе того, какой вариант пользователи фактически выбирают.
Почему: Автообучение повышает релевантность на основе реальных выборов без ручного переобучения.
Многие вводы попадают в "нет подходящих действий".
Извлекайте нераспознанные вводы из аналитики, кластеризуйте их и создавайте новые действия или добавляйте примеры к существующим.
Почему: Пробелы в охвате — это улучшение с наибольшим рычагом; это те запросы, которые вы полностью не обрабатываете.
Действительный запрос не надежно запускает свое действие.
Добавьте реальные формулировки пользователя в качестве обучающих примеров к шагу этого действия, чтобы улучшить распознавание.
Почему: Распознавание усиливается с помощью репрезентативных примеров, взятых из журналов, а не выдуманных формулировок.
Проверка того, что изменение улучшило результаты.
Вносите одно изменение за раз, публикуйте и сравнивайте показатель завершения/охвата до и после в течение значимого периода.
Почему: Изменение многих вещей одновременно делает невозможным отнесение движения метрик.
Авторы редактируют, пока конечные пользователи взаимодействуют с ассистентом.
Разрабатывайте в черновой среде; пользователи общаются с рабочей средой. Публикуйте версию из черновой в рабочую, когда она будет готова.
Почему: Разделение на черновую/рабочую среды позволяет безопасно итерировать, не раскрывая незаконченную работу в продакшене.
Проверенный набор изменений готов к производству.
Создайте версию (снимок) и опубликуйте её в рабочей среде; предыдущие версии остаются доступными для отката.
Почему: Версионирование обеспечивает аудируемую историю и быстрый откат, если релиз вызывает регрессию.
Черновая и рабочая среды должны указывать на разные серверные конечные точки (тестовые против производственных).
Установите настройки расширений/интеграций для каждой среды, чтобы каждая среда нацеливалась на правильные системы.
Почему: Использование одной конечной точки для нескольких сред рискует тем, что тестовый трафик попадет в производственные системы.
Развертывание ассистента в веб-чате, по телефону, в Slack и WhatsApp.
Добавьте и настройте каждую интеграцию канала в целевой среде; каналы прикрепляются к каждой среде.
Почему: Канал, включенный только в черновике, не будет обслуживать производственных пользователей, пока не будет настроен в рабочей среде.
Различным членам команды нужны разные уровни доступа.
Используйте IBM Cloud IAM для назначения ролевого доступа (например, средство просмотра, редактор, оператор, менеджер) к сервису watsonx Assistant или группе ресурсов.
Почему: Доступ с наименьшими привилегиями через роли IAM — это поддерживаемый способ контроля того, кто может разрабатывать по сравнению с эксплуатировать.
Организация сервисов и границ доступа между командами или проектами.
Разместите сервис ассистента в группе ресурсов и определите политики доступа IAM для этой группы.
Почему: Группы ресурсов обеспечивают чёткое выставление счетов и границы доступа; плоские учётные записи становятся неуправляемыми в масштабе.
Внешнее приложение должно вызывать ассистента через API.
Сгенерируйте учетные данные сервиса / ключ API и URL ассистента, затем вызовите API времени выполнения v2 с их помощью.
Почему: Программный доступ использует ограниченные учетные данные; повторное использование личных логинов небезопасно и не поддерживается.
Правила резидентности данных или "воздушного зазора" запрещают публичное облако.
Разверните watsonx Assistant на Cloud Pak for Data (локально или в частном облаке) вместо IBM Cloud SaaS.
Почему: Регулируемые отрасли часто требуют локальное развертывание/CP4D для изоляции данных и соответствия требованиям.
Выбор плана для запуска в производство с высоким объемом.
Выберите соответствующий план обслуживания (например, Plus/Enterprise) для требуемого объема, функций и SLA.
Почему: Планы Lite/trial ограничивают использование и не имеют производственных функций; скорректируйте размер плана перед запуском.
Конфиденциальные данные появляются в разговорах и журналах.
Используйте изоляцию данных, редактирование журналов/маскирование PII (например, через веб-хуки) и настройте параметры хранения/безопасности журналов.
Почему: Немаскированные PII в стенограммах являются риском для соответствия требованиям; маскируйте при приеме и контролируйте срок хранения.