Format monitoring report

Форматирование отчёта мониторинга

Contract

Job-to-be-done

Преобразовать утверждённый текст в единообразный отчёт мониторинга, сохранив содержание без смысловых изменений и применив точную структуру и визуальный профиль из references/format-contract.json.

Trigger conditions

Использовать навык, когда нужно:

• создать DOCX или PDF отчёта мониторинга из уже подготовленного содержания;
• привести существующий отчёт к утверждённому семисекционному шаблону;
• проверить структуру и визуальное оформление такого отчёта.

Non-trigger conditions

Не использовать навык для:

• определения методологии мониторинга;
• поиска, проверки или интерпретации источников;
• правового анализа, написания выводов или рекомендаций;
• заполнения отсутствующих разделов предположениями агента;
• воспроизведения официального логотипа или статуса государственного органа.

Для подготовки содержания передать задачу соответствующему исследовательскому навыку, например $legal-monitoring. Вернуться к форматированию только после утверждения текста пользователем или ответственным автором.

Inputs

Получить до начала сборки:

• номер и краткое название проблемы для титульной плашки;
• утверждённый текст, однозначно распределённый по семи обязательным разделам;
• утверждённые сноски, ссылки, списки и таблицы;
• данные итоговой сравнительной таблицы либо явное разрешение её опустить;
• требуемый формат результата и путь сохранения.

Считать входное содержание неизменяемым. Допускать только исправление очевидной технической опечатки после явного подтверждения пользователя.

Outputs

Создать:

• итоговый DOCX и, если запрошено, PDF;
• внутренний отчёт проверки структуры и рендера, не включаемый в публичный документ.

Не выдавать временные изображения страниц, служебные XML-файлы или копию исходного документа как часть результата.

Evidence and safety

• Использовать исходный образец только как доказательство параметров макета.
• Не копировать из образца текст, персональные метаданные, локальные пути, логотипы или признаки официального происхождения.
• Не утверждать, что результат является официальным документом Министерства юстиции Украины, OpenAI или иного органа.
• Не помещать реальные рабочие документы и пользовательские данные в публичный репозиторий. Сохранять их только в разрешённом runtime-каталоге.
• Не добавлять факты, ссылки, выводы или таблицы, которых нет во входных данных.

Workflow

1. Прочитать references/format-contract.json и references/authoring-guide.md полностью.
2. Проверить, что содержание готово и сопоставлено всем семи разделам в точном порядке. Не редактировать и не дополнять смысл.
3. Создать A4-документ и именованные стили Word по контракту.
4. Добавить титульную плашку и семь обязательных секционных плашек. Не создавать обложку, оглавление или колонтитул с логотипом.
5. Применить стили основного текста, итогового абзаца, подзаголовка, сноски, списка и сравнительной таблицы. Использовать настоящие сноски Word.
6. Добавить номер страницы справа в нижнем колонтитуле и скрыть его на первой странице.
7. Удалить персональные и программные метаданные, не нужные для документа.
8. Отрендерить все страницы. Проверить каждый лист визуально и выполнить структурные проверки из руководства.
9. Исправить только ошибки макета. Если исправление требует менять содержание, остановиться и запросить утверждённую редакцию.

Stop conditions

Остановиться и сообщить, чего не хватает, если:

• отсутствуют номер, название проблемы или утверждённое содержание раздела;
• содержание нельзя однозначно разложить по семи обязательным разделам;
• требуется разработать методологию, правовую позицию, вывод или рекомендацию;
• отсутствуют данные обязательной сравнительной таблицы и нет разрешения её опустить;
• запрошено официальное брендирование без подтверждённых прав и утверждённых файлов;
• переполнение можно устранить только сокращением текста, уменьшением шрифта ниже контракта или изменением полей;
• невозможно отрендерить и проверить документ. В этом случае обозначить результат как непроверенный черновик, а не как готовый документ.

Definition of done

Считать задачу завершённой, когда:

• присутствуют ровно семь обязательных разделов в установленном порядке;
• все параметры страницы, плашек, текста, сносок, колонтитула и таблицы соответствуют контракту;
• нет пустых заполнителей, выдуманного содержания и неутверждённого брендирования;
• метаданные очищены;
• все страницы отрендерены без обрезки, наложения, сиротских плашек и иных визуальных дефектов;
• итоговый файл открывается и проходит структурную проверку.

Acceptance test

Автоматическая проверка:

python3 -m pytest tests/test_format_monitoring_report_skill.py

Ручная проверка на синтетическом содержании:

1. Создать DOCX с короткими нейтральными абзацами во всех семи разделах и синтетической сравнительной таблицей.
2. Отрендерить DOCX в PDF или изображения страниц.
3. Проверить каждый лист по чек-листу из references/authoring-guide.md.
4. Убедиться, что ни исходный текст, ни логотип, ни метаданные автора образца не попали в результат.