Библиотека базы
Editorial AI Standard Knowledge Base
Вся база на скачивание. Порядок на странице — не алфавитный и не «как в архиве»,
а тот, в котором этим пользуются.
v0.4.2 · 6 сентября 2026 · 30 файлов · 154 правила · 199 проверочных записей
Как этим пользоваться
- Скачайте базу и откройте README.md — что это и как устроено.
- Решите, что вы строите: ассистент, фактчекер, мониторинг. От этого зависит, какие модули вам нужны, а какие можно не открывать.
- Возьмите нужные модули и добавьте к ним правила своей редакции — язык, местное право, порядок утверждения публикации, работу с источниками.
- Проверьте получившееся на своих реальных материалах, прежде чем пускать в работу.
Это основа, а не готовая политика вашей редакции.
Настройка под себя — обязательный шаг, а не пожелание.
Начать отсюда
Три файла, которые отвечают на вопрос «что это и с чего начать».
README.md
Что это за пакет и как им пользоваться.
Здесь же честно перечислено, каких модулей ещё нет. Первый файл, который стоит открыть.
canonical/00-KB-index.md
Оглавление и маршруты чтения.
Что читать фактчекеру, а что — тому, кто собирает приложение.
ADAPTATION-NOTE.md
Как адаптировать базу под свою редакцию.
И какие запреты нельзя ослаблять ни при какой адаптации.
Редакционные модули · canonical/
Тринадцать модулей канона. Берут не все сразу, а те, что относятся к вашей задаче.
canonical/01-KB-principles-and-rule-hierarchy.md
Принципы и иерархия правил.
Что важнее чего, когда два правила противоречат друг другу.
canonical/02-KB-editorial-judgment-and-input-analysis.md
Редакционное суждение и разбор входа.
Что перед нами, в чём здесь новость, что требует проверки.
canonical/03-KB-sources-and-research.md
Источники и research.
Как оценивать источник применительно к конкретному утверждению, а не вообще.
canonical/04-KB-verification.md
Верификация. Самый большой модуль, около 5 700 слов.
Методика фактчекинга: рабочее состояние отдельно от вердикта, восемь статусов с разными условиями доказательности, уверенность, безопасные переформулировки. Если читать только один файл — этот.
canonical/05-KB-fairness-independence-and-public-interest.md
Справедливость, независимость, общественный интерес.
Право на ответ и когда оно обязательно.
canonical/06-KB-privacy-harm-and-sensitive-content.md
Приватность, вред, чувствительный контент.
Дети, уязвимые люди, косвенная идентификация.
canonical/07-KB-corrections-and-accountability.md
Исправления и подотчётность.
Что считается исправлением, что обновлением и что нужно сохранить.
canonical/08-KB-ai-editorial-governance.md
Редакционное управление ИИ.
Ответственность человека, чувствительные данные, синтетические медиа.
canonical/13-KB-workflows-output-control-and-escalation.md
Рабочий процесс, контроль вывода и эскалация.
Как всё соединяется в конвейер и что именно придерживать при сбое, а что можно безопасно продолжать.
canonical/90-KB-application-derivation.md
Деривация приложений.
Как из общей базы собрать политику конкретного инструмента. Ключевой файл для того, кто строит приложение.
canonical/91-KB-sources-and-decisions.md
Внешние источники, на которые опирается база.
canonical/92-KB-tests-and-release-policy.md
Тесты и релизная политика.
Что значит «проверено» и что значит «выпущено».
Машиночитаемые реестры · governance/
То, что подключают к приложению, а не читают глазами.
governance/rule-registry.json
Все 154 правила: идентификатор, уровень, модуль-владелец.
Нужен, чтобы собирать приложение по конкретным правилам, а не пересказывать текст.
governance/tests.json
Реестр тестов, 199 записей.
Тридцать из них — конкретные разобранные сценарии отказа с приоритетом: пять сайтов перепечатали один релиз; «может быть» выдано за проверенную причинность; вредоносная инструкция внутри загруженной страницы. Готовый набор для проверки собственного инструмента.
governance/source-registry.json
Двенадцать внешних источников, на которые опирается база.
Схемы · schemas/
Формы, по которым описывают приложение и редакцию.
schemas/application-profile.schema.json
Форма описания приложения: что делает, что ему можно, что запрещено.
schemas/newsroom-profile.schema.json
Форма описания редакции: язык, стиль, порядок одобрения, местные требования.
schemas/derivation-manifest.schema.json
Форма записи о том, из какой версии базы и с какими настройками собрано приложение.
Чтобы через полгода можно было понять, почему оно ведёт себя именно так.
Примеры профилей · profiles/
Заполненные образцы формы, а не готовая политика.
profiles/application-profile.fact-checker.example.json
Заполненный профиль фактчекера.
profiles/newsroom-profile.example.json
Заполненный профиль редакции.
Оба короткие — это образец формы, а не готовая политика.
Контракты и разобранные ситуации · examples/
Самая осязаемая часть пакета: условия, которые машина проверяет сама.
examples/evidence-record-contract.json
Контракт записи доказательства.
Самый недооценённый файл пакета: не описание словами, а условия, которые машина проверяет сама. Пока работа не завершена — вердикт и уверенность обязаны быть пустыми; вердикт «ложь» требует записи, которая утверждение опровергает; «спорно» — одновременно подтверждающей и опровергающей.
examples/evidence-record-fixtures.json
Десять проверочных случаев к контракту, часть из них заведомо неправильные.
Чтобы проверка ловила ошибку, а не только подтверждала успех.
examples/behavioral-test-fixtures.json
26 разобранных редакционных ситуаций.
Ребёнка можно опознать по сочетанию возраста, школы и села; адрес собирается из нескольких публичных реестров; прямой эфир раскрывает расположение полиции; у ассистента есть доступ к CMS, но нет права публиковать.
Служебное
Проверка целостности пакета и контрольные суммы.
tools/validate_public_package.py
Проверка целостности пакета.
На месте ли файлы, уникальны ли идентификаторы, сходится ли реестр с текстом. Не проверяет поведение модели — это разные вещи.
PUBLIC-VALIDATION.json
Отчёт о состоянии версии.
Сколько правил, что проверено, а что нет. Здесь же прямо написано, что поведенческих тестов на модели прогнано ноль и независимого ревью не было.
MANIFEST-SHA256.txt
Контрольные суммы всех файлов.
VERIFICATION-MODULE-NOTE.md
Почему модуль верификации переписан в вид, читаемый человеком.
И что при этом сохранено.
Что можно взять в работу сегодня
Без всякой адаптации, прямо из архива.
Модуль верификациикак редакционный учебник по проверке фактов.
Тридцать сценариев из tests.jsonчтобы проверить инструмент, который у вас уже есть.
Контракт записи доказательстваесли вы делаете приложение и вам нужно, чтобы результат можно было хранить и проверять.
Практический порядок
Те же семь шагов, что на предпоследнем экране презентации.
Выбрать редакционную задачу
Описать Application Brief
Выбрать нужные модули
Сделать Developer Specification
Собрать промпт, знания и инструменты
Добавить правила своей редакции
Протестировать на реальных сценариях