Скил factcheck — структурированная проверка утверждений перед публикацией
Как скил factcheck в Datarim извлекает каждое проверяемое утверждение из статьи, сверяет его с авторитетными источниками и применяет минимальные правки, сохраняя голос автора.
Фактическую ошибку в публикации дорого исправлять и невозможно полностью отозвать. Скил factcheck запускает структурированный проверочный проход по статье или посту перед публикацией, выявляет неверные и устаревшие утверждения и применяет минимальные правки — не затрагивая авторские формулировки.
Скил вызывается с путём к файлу в качестве аргумента. Работа идёт в шесть последовательных фаз; промежуточные артефакты сохраняются во временной директории /tmp/factcheck-{timestamp}/, так что каждый шаг можно проверить, а оригинальный файл не изменяется без резервной копии.
Извлечение утверждений и уровни важности
В фазе 1 извлекаются все проверяемые фактические утверждения; каждому присваивается тип и уровень важности. Типы охватывают статистику, даты, имена людей и организаций, технические характеристики, научные выводы, правовые утверждения и приписываемые цитаты. Уровни важности: critical, high, medium, low — от уровня зависит, сколько независимых источников требуется для вынесения вердикта.
Критические утверждения составляют центральный тезис статьи и требуют минимум трёх источников. Высокоприоритетные факты поддержки — двух. Средний фоновый контекст — одного. Низкоприоритетные общеизвестные факты проверяются выборочно, только если выглядят подозрительно.
Цепочка верификации
В фазе 2 утверждения обрабатываются от наиболее критичных к наименее важным по методу Chain of Verification. Для каждого формулируется конкретный поисковый запрос, выполняется поиск по авторитетным источникам — официальным страницам продуктов, документации API, официальным блогам, рецензируемым статьям, устоявшимся новостным изданиям, — и страница-источник загружается, чтобы сверить утверждение с реальным текстом, а не с фрагментом поисковой выдачи. Для критических и высокоприоритетных утверждений требуется перекрёстная проверка по второму независимому источнику.
Каждому утверждению присваивается один из шести вердиктов: ACCURATE, INACCURATE, OUTDATED, MISLEADING, UNVERIFIABLE или NEEDS_CONTEXT. Вместе с вердиктом указывается оценка уверенности от 0.0 до 1.0. Посты в социальных сетях явно исключены из списка авторитетных источников. Если источник найти не удаётся, скил сообщает UNVERIFIABLE, а не придумывает ссылку.
Правки и внутренняя согласованность
В фазе 3 проверяется внутренняя согласованность документа: противоречия между разделами, временные аномалии, эффект домино — когда исправление одного утверждения меняет смысл других. В фазе 4 применяются правки: правятся только утверждения, не получившие ACCURATE, структура предложений и тон автора сохраняются, каждое изменение аннотируется HTML-комментарием со ссылкой на источник.
В фазе 5 автору показывается сводка изменений и запрашивается подтверждение перед записью в оригинальный файл. В фазе 6 одобренные изменения применяются, подтверждается наличие резервной копии, выводится итоговая статистика: проверено утверждений, применено правок, и список непроверяемых утверждений, требующих ручной проверки.
Что скил не делает
Стилистических правок, помимо необходимых для фактической коррекции, скил не вносит. Язык статьи сохраняется — правки и комментарии выполняются на том же языке, что и текст. Разделы не переписываются, аргументация не перестраивается, голос автора не меняется.
Подробнее о пайплайне Datarim — в посте что такое Datarim, а о том, как аналогичная логика верификации применяется к приёмочным критериям задачи, — в посте о скиле expectations-checklist.