ii-agent-ekspress-testirovan/brief.md

Бриф инициативы: ИИ-агент экспресс-тестирования по охране труда (Пилот)

Суть: ИИ-агент самостоятельно находит требования по технике безопасности для монтеров в открытых источниках (Яндекс), генерирует тест из 10 вопросов и проводит экспресс-проверку с мгновенным вердиктом «Прошел/Не прошел» на экране без сохранения истории.

1. Контакты владельца процесса

• ФИО: Даурен (фамилия не подтверждена – владелец отказался предоставить в ходе интервью; уточнит владелец при регистрации паспорта).
• Контакт: не подтверждено – владелец отказался предоставить (Telegram ID или телефон); уточнит владелец при регистрации паспорта.
• Департамент / дивизион: Департамент искусственного интеллекта (ДИИ), Дивизион цифрового бизнеса (ДЦБ).

2. Процесс и владелец

• Название процесса: Экспресс-тестирование сотрудников по технике безопасности (ОТ и ТБ) на основе актуальных открытых данных.
• Роль владельца: Инициатор и администратор процесса (Департамент ИИ).
• Что входит в объём задачи:
  • Автоматический поиск инструкций по запросу «техника безопасности монтер Казахстан» в Яндексе.
  • Переход по первой релевантной ссылке.
  • Генерация теста (10 вопросов) на основе найденного текста.
  • Проведение тестирования сотрудника в браузере.
  • Выдача результата (Процент + Вердикт «Прошел/Не прошел»).
• Что вне объёма (out of scope):
  • Сохранение истории тестирований в базу данных.
  • Отправка отчетов руководителю.
  • Интеграция с кадровыми системами (HR, SAP, KTWorks).
  • Индивидуальные логины и пароли.
  • Периодическое плановое тестирование (на этапе пилота заявлено как единоразовое).

3. Процесс AS-IS (Текущая ситуация – гипотеза для пилота)

• Триггер: Необходимость проверить знания сотрудника (разово).
• Участники: Сотрудник (монтер), Ответственный за охрану труда (ручная подготовка).
• Системы: Бумажные журналы, файлы Word/PDF, устный опрос.
• Что происходит сейчас (типичный сценарий):
  • Ответственный ищет инструкцию вручную.
  • Составляет вопросы вручную или берет из старого шаблона.
  • Проводит опрос сотрудника.
  • Вручную записывает результат в журнал.
• Проблема: Высокие трудозатраты на подготовку, риск использования устаревших норм, отсутствие мгновенной обратной связи.

4. Боль и потери

• Потеря времени на поиск актуальных нормативов и составление вопросов.
• Риск проверки по устаревшим инструкциям.
• Отсутствие стандартизации: разные вопросы для разных сотрудников.
• Задержка с получением результата (нет мгновенного вердикта).

5. Объёмы и baseline

• Частота: Единоразово (пилот).
• Объем пилота: 20 сотрудников (монтеры).
• Время на подготовку теста вручную: не подтверждено – оценка Төре (30–60 мин на подготовку).
• Время на прохождение теста сотрудником: ~5–10 минут (10 вопросов).
• Базовый процесс: 1 ответственный готовит тест для группы.
• Тройка «сейчас / нужно / цель» не применяется в классическом виде, так как процесс заявлен как разовый пилот.

6. Данные и источники

• Источник данных: Открытые источники в интернете (Казахстанский сегмент).
• Поисковая система: Яндекс.
• Метод доступа: Автоматический переход по первой релевантной ссылке в выдаче.
• Формат данных: Текстовое содержимое веб-страницы (HTML/text).
• Риски данных: Ссылка может вести на форум, устаревший документ или нерелевантный ресурс (не подтверждено наличие механизма валидации источника – уточнит владелец при доработке).
• Точка доступа: URL поисковой выдачи Яндекса.

7. Рекомендуемое решение TO-BE

• Ядро решения: Веб-панель (сайт) с тестированием, где бэкенд-агент генерирует вопросы на лету из найденных в сети нормативов, но требует предварительной валидации источника или жесткой привязки к домену.
• Главный выходной артефакт: Экран с результатом теста (Процент, статус «Прошел/Не прошел»).
• Система-приёмник: Веб-интерфейс (браузер сотрудника).
• Уровень автономности: Черновик/Результат без сохранения (полная автономность в моменте, но без аудита).
• Порог уверенности/точности: не подтверждено – владелец указал «тестовый экземпляр», риски ошибок не оценены; уточнит владелец при приемке.
• Рекомендуемый формат реализации (анализ): Alem + веб-панель. Агент работает на платформе Alem (поиск, генерация вопросов), пользовательский интерфейс — отдельная легкая веб-страница, которая вызывает API агента.
• Классификация решения (анализ): Тип dashboard (веб-интерфейс для пользователя), уровень автономности 3/8 (агент готовит данные и проводит тест, но решение о доверии источнику не формализовано).

8. Пользователи и действия после результата

• Основной пользователь: Сотрудник (монтер).
• Действие после результата: Сотрудник видит вердикт на экране и закрывает страницу.
• Действия руководителя/администратора: Отсутствуют на этапе пилота (история не сохраняется).

9. Граница проверки человеком

• Что проверяет человек: Факт прохождения теста (визуально на экране).
• Сигнал для проверки: Отсутствие автоматического протокола; проверка возможна только путем личного присутствия у экрана сотрудника.
• Действия при ошибке: Не регламентировано (владелец указал «тестовый экземпляр», ответственность за ошибки ИИ не определена – уточнит владелец).

10. Критерии приёмки

• Как монтер, когда я захожу по ссылке, я хочу увидеть тест из 10 вопросов по моей профессии, чтобы проверить знания.
  • Вход: Ссылка на веб-сервис.
  • Ожидаемый выход: 10 вопросов, сгенерированных на основе найденного в Яндексе текста.
  • Ошибка/эскалация: Если данных нет — сообщение «Нет данных».
• Как монтер, когда я ответил на вопросы, я хочу сразу увидеть процент и статус «Прошел/Не прошел».
  • Вход: Ответы на 10 вопросов.
  • Ожидаемый выход: Экран с результатом (например, «80%, Прошел»).
  • Ошибка/эскалация: Результат не сохраняется.
• Как администратор, я хочу, чтобы система работала единоразово для 20 человек без настройки истории.
  • Вход: Запуск пилота.
  • Ожидаемый выход: Успешное прохождение теста 20 сотрудниками.
• Числовой порог качества: не подтверждено – владелец не указал допустимый процент ошибок или точность вопросов; уточнит владелец при приемке.

11. Метрики успешности проекта и ожидаемый эффект

• Время подготовки теста: сокращение с 30–60 мин (ручная работа) до ~1 мин (автоматическая генерация).
• Охват пилотной группы: 100% (20 человек).
• Скорость выдачи результата: Мгновенно (вместо ожидания записи в журнал).
• Трудозатраты: Экономия времени ответственного за охрану труда на подготовку материалов для 20 человек.
• Полный экономический эффект в тенге: не рассчитан – разовый пилот, отсутствие данных о стоимости часа; рассчитает ДЦБ при масштабировании.

12. Риски, SLA и ограничения

• Риск недостоверности данных: Агент может выбрать первую ссылку в Яндексе, ведущую на устаревший документ, форум или нерелевантный ресурс, что приведет к генерации некорректных вопросов.
• Риск безопасности: Ошибочные вопросы могут сформировать неверные знания у сотрудников по технике безопасности, что потенциально ведет к травмам или нарушениям (ответственность не определена – уточнит владелец).
• Риск отсутствия аудита: Результаты не сохраняются, невозможно доказать факт прохождения теста или проанализировать ошибки группы постфактум.
• Ограничение масштаба: Решение заявлено как единоразовое для 20 человек, что ставит под вопрос целесообразность разработки сложного ИИ-агента по сравнению с простыми формами.
• SLA и жесткие сроки: не подтверждено – уточнит владелец.

Оценка аналитика: возможно более простое решение

Использовать готовый Google Forms или Microsoft Forms с загруженными вопросами (ручная подготовка вопросов один раз) — это дешевле и надежнее для разового теста на 20 человек, чем разработка ИИ-агента с поиском в интернете. Риски использования ИИ для генерации вопросов по безопасности без валидации источника превышают выгоду от экономии 30 минут на подготовку.

13. Передача в работу

• Access contacts: не подтверждено – владелец отказался предоставить в ходе интервью; уточнит владелец.
• IT contacts: не подтверждено – уточнит владелец.
• Approvers: не подтверждено – уточнит владелец.
• Previous automation attempts: не подтверждено – уточнит владелец.
• Рабочие примеры: не предоставлены – поиск осуществляется динамически.

14. Что осталось уточнить

• Фамилия владельца и контакт (Telegram/телефон) – критически важно для паспорта (владелец отказался предоставить в ходе интервью; уточнит владелец).
• Конкретный надежный источник данных (сайт) – владелец настаивает на «первой ссылке Яндекса», что несет высокие риски; уточнит владелец или ДЦБ предложит whitelist доменов.
• Механизм ответственности за ошибки ИИ в вопросах по технике безопасности – не определен; уточнит владелец.
• Целесообразность разработки ИИ-решения для разового теста на 20 человек (см. оценку аналитика в разделе 12) – решение за руководителем ДЦБ.

Пожалуйста, проверьте бриф. Особое внимание обратите на раздел 12 (риски) и раздел 14 (отсутствие контактов) — без устранения этих пробелов проект не может быть передан в работу как безопасный.