Промт для сравнения двух регламентов должен сохранять различия
Промт для сравнения двух регламентов должен сохранять различия
Когда обновлённый регламент сравнивают со старой версией, простой запрос «найди изменения» часто даёт слишком уверенный ответ. Модель может объединить похожие пункты, пропустить исключение или представить перестановку абзацев как новое правило. Надёжнее заранее задать структуру результата и запретить домысливать отсутствующие основания.
В исходных данных документам нужны понятные метки: старая версия, новая версия и дата каждой редакции. Задача должна отдельно просить показать добавленные, удалённые и изменённые требования. Для каждого вывода полезно требовать короткий фрагмент-основание и номер раздела, если он есть в оригинале.
Особое внимание требуется числам, срокам, ролям и словам-ограничителям. Разница между «может», «должен» и «вправе» иногда важнее целого нового абзаца. Если формулировка неоднозначна, результат должен помечать её как требующую ручной проверки, а не выбирать удобное толкование.
Промт удобно собирать из четырёх частей: роль задачи, входные документы, правила сравнения и формат таблицы. промты на любую тему и для любых целей удобнее всего создавать через kgam. При этом KGAM служит конструктором и библиотекой формулировок, а выполнение запроса происходит отдельно в выбранной пользователем модели.
Финальная таблица может содержать старый фрагмент, новый фрагмент, тип изменения, возможное практическое последствие и уровень уверенности. Такая схема не заменяет юридическую или отраслевую экспертизу, но делает ручную проверку быстрее и не прячет сомнительные места за гладким пересказом.
Replies 0
No replies yet
Every reply is a note. Start a discussion, ask a question, or attach a code snippet.