--- title: "Проблеми" description: "Повторювані проблеми з дзвінками, згруповані за шаблонами, які можна класифікувати й виправити за допомогою ШІ." --- Сторінка **Проблеми** (`/dashboard/issues`, у розділі «Якість і тестування») збирає проблеми, виявлені в усіх ваших дзвінках, і групує повторні випадки в **патерни**, щоб п’ятдесят випадків «агент назвав неправильний графік роботи» відображалися як один рядок із лінією тенденції, а не як п’ятдесят окремих звітів. ## Звідки беруться проблеми - **Система** — створюється автоматично аналізом дзвінків ThunderPhone, коли він виявляє, що під час дзвінка щось пішло не так. - **Користувач** — створюється людьми: повідомляється зі сторінки деталей дзвінка або надсилається через [API звітів про проблеми](/api-reference/issue-reports). Кожна проблема має **серйозність** — критично, попередження або інформація. ## Тріаж Кожен рядок патерну показує його серйозність, спарклайн **тенденції** виникнень, кількість затронутих **дзвінків**, його **статус** і час останнього виявлення. Статуси: | Статус | Значення | | --- | --- | | **Відкрито** | Потребує уваги — у стандартному поданні відображаються лише такі. | | **Відхилено** | Підтверджено; дій не вживається. | | **Вирішено** | Виправлено. Нові випадки повертають патерн на початок списку. | Змініть статус патерну безпосередньо в його елементі керування статусом або виберіть кілька рядків (зокрема «усі відповідні») і оновіть їх масово. Плашки фільтрів відповідають стовпцям: **Статус** (за замовчуванням — «Відкрито»), **Серйозність**, **Джерело**, текстовий **Пошук** (назва, трасування або ID дзвінка) і діапазон **Дат** — а також **Скинути фільтри**. ## Детальніше про патерн Натисніть рядок, щоб відкрити панель деталей: опис патерну, історію його виникнень і затронуті дзвінки. Кожен із них містить посилання на повну транскрипцію в історії дзвінків, щоб ви могли переглянути збій у контексті. ### Виправлення за допомогою ШІ Для виправлення за допомогою ШІ потрібен запис аудіо принаймні одного затронутого дзвінка. Дзвінки, здійснені з вимкненим записом, неможливо відтворити. Дослідження відтворює збережені репліки; воно не здійснює реальних дзвінків і не створює платних симуляційних дзвінків. На панелі деталей **Виправити за допомогою ШІ** перевіряє, чи проблема все ще відтворюється, а потім тестує цільові зміни промпту на затронутих репліках і чистих порівняльних дзвінках. Результат показує частоту відтворення до та після, виявлені побічні ефекти, а також чи проблему було **Виправлено** або **Покращено**. Перед застосуванням ви переглядаєте найкращу версію з правками. Ви можете залишити сторінку будь-коли; **Продовжити виправлення** поверне вас до збереженого дослідження. Нічого не застосовується автоматично: - **Застосувати виправлення** додає зміну промпту до чернетки агента. - **Застосувати й розгорнути** додає зміну та негайно розгортає її. Обидві дії зберігають не пов’язані з ними зміни чернетки. Поки ви не розгорнете зміни, поточний розгорнутий промпт залишається активним. Якщо аудіо неможливо відновити, дослідження завершується зі статусом **Неможливо відтворити**. Якщо проблема більше не виникає, воно завершується зі статусом **Не відтворюється**. Воно також зупиняється, не змінюючи агента, якщо бюджет відтворення вичерпано до підтвердження. ThunderPhone застосовує зміну, лише коли може знайти рівно один незмінений збіг для протестованого розділу промпту. Не пов’язані з ним зміни чернетки зберігаються. Якщо цей розділ змінився або збігається більш ніж в одному місці, застосування повідомляє про конфлікт. Повторно запустіть дослідження для поточного промпту перед його застосуванням. Перегляньте [довідку API досліджень ](/api-reference/investigations) для повного опису об’єктів статусу та відтворення. ### Повідомити ThunderPhone Якщо дослідження не знаходить безпечного виправлення промпту, виберіть **Повідомити ThunderPhone**. ThunderPhone також автоматично спрямовує деякі невирішені дослідження. Якщо ви використовуєте вебхуки для всієї організації, подія `issue.escalated` повідомляє, що про патерн проблеми було повідомлено, а також чи був звіт автоматичним. [Налаштувати вебхуки проблем](/uk/webhooks/events). ## Наступні кроки Отримуйте сповіщення про погіршення показників якості, перш ніж проблеми накопичаться. Перетворіть виправлену проблему на сценарій регресійного тестування.