Пример: изменение режима проверки
Предложение
- Область: типовые изменения форм продукта «Заявки» без изменения контрактов, прав доступа и данных.
- Состав агентских работ: разработка, авторские тесты, подготовка MR и исправление замечаний.
- Текущий и предлагаемый режим: HITL-ревью кода перед интеграцией → HOTL-ревью после разрешённой интеграции; тестирование и продуктовая приёмка остаются HITL.
- Какие результаты рассматриваются: сопоставимые задачи текущего потока, замечания к коду, доказательства проверок, возвраты с тестирования; ссылки на сводки и MR добавляются в проекте.
- Известные ограничения: результаты не распространяются на новые типы задач и критические сценарии; автоматические проверки продолжают блокировать интеграцию при ошибке.
- Кто согласует: разработчик и назначенные владельцы качества и продукта в своих полномочиях; РП фиксирует решение и дату применения.
Наблюдение и возврат
- Условия перехода: подтверждены качество выбранной области, достаточность наблюдений, покрытие автоматических проверок и возможность исправления после интеграции; до решения указаны доказательства и допустимые отклонения.
- Правило просмотра: разработчик просматривает каждый типовой MR асинхронно не позднее следующего рабочего дня; новые и рискованные изменения сохраняют HITL.
- Метрики баланса: B1 — доля возвратов с тестирования не выше сопоставимой базы HITL при одинаковом тестировании; B3 — нагрузка и очередь проверяющего остаются в заранее согласованных пределах. Для B1 выбрано окно 14 календарных дней после первого завершённого прохода тестирования. Это условия примера, не универсальная норма.
- Находки HOTL: разработчик связывает замечание с задачей и ревизией; система уведомляет через чат, агент получает исправление с приоритетом, разработчик проверяет результат.
- Следующий разбор: ближайший недельный статус, с отдельным наблюдением ещё не созревших задач.
- Признаки возврата: существенный пропущенный дефект, ненадёжная классификация задачи или нарушение условий просмотра; рост возвратов и очереди требует немедленного разбора причины.
- Порядок возврата: уполномоченный разработчик восстанавливает HITL в затронутой области, ИИ-инженер обновляет маршрут и уведомления, РП сохраняет основание и дату решения.
До фактического перехода проект сохраняет действующий режим. Учебное предложение не подтверждает выполнение условий.