Почему обычного сравнения файлов мало
Цветная подсветка показывает заменённые слова, но не всегда объясняет, что теперь должен делать сотрудник. В старой инструкции срок был «три рабочих дня», в новой появился «до конца следующего дня»; это изменение процесса. Перестановка вводного абзаца может не менять ничего. Сначала обозначьте действующую версию и дату её вступления в силу. Если документ содержит личные сведения, удалите их из копии для модели или используйте согласованный внутренний контур.
Разбейте документ на действия и условия
Попросите ИИ выделить в каждой версии шаг, исполнителя, срок, входные данные и исключения. Верните результат таблицей: пункт старой версии, пункт новой, возможное влияние, точная цитата для проверки. Модель не должна сама решать, какое правило верно. Особенно внимательно смотрите отрицания, слова «только», «кроме», «не позднее» и пороговые суммы. Это продолжение подхода из материала <a href="/material/tekst-instrukciya-iz-zametok">об инструкции из заметок эксперта</a>: исключения важнее гладкости текста.
Проверьте изменение на конкретном случае
Возьмите одно обычное обращение и одно исключение. Пройдите оба по старой и новой версии: изменился ли ответственный, срок или действие? Если модель говорит «смысл не поменялся», но маршрут для исключения стал другим, её вывод ошибочен. Сохраняйте ссылку на номер раздела или страницу исходного документа для каждой строки. Для большого файла работайте блоками, однако в конце проверьте ссылки между разделами: исключение в приложении может переопределять основной пункт.
Сделайте памятку, а не третий полный документ
Команде обычно нужна короткая таблица «было — стало — что делать с понедельника». Вынесите в начало изменившиеся сроки и решения, ниже — правки терминов, которые не влияют на работу. Укажите владельца изменений и способ задать вопрос. Не вставляйте ИИ-пересказ вместо нормативной инструкции: действующий исходник остаётся единственным источником правила. Если есть спорная строка, пометьте её как неутверждённую и не рассылайте до ответа владельца.
Итоговая приёмка
Человек, который не участвовал в редактировании, должен по памятке решить два примера одинаково с владельцем процесса. Сохраните обе версии, таблицу изменений и дату проверки. Похожая логика есть в <a href="/material/dokumenty-sravnenie-dogovorov">сравнении договоров</a>, но здесь критичнее операционный шаг после рассылки. **Можно ли просто приложить diff?** Нет: сотруднику нужен смысл изменения. **Если текст изменился мало?** Малое изменение срока или исключения может быть самым важным.
Короткая проверка
- Понятны цель и человек, который примет результат.
- Исходники очищены, их версия и дата сохранены.
- Факты, числа и ограничения сверены вручную.
- Неудачный пример записан вместе с причиной.
- Есть измеримый следующий шаг и путь назад.
