Редакційний процес

1. Моніторинг

Моніторинг — це планова редакційна робота, а не автоматизована стрічка. Кожен опублікований модуль переглядається із заявленою періодичністю. Усі сім опублікованих модулів переглядаються щотижня. Кожен отримує датований щотижневий бюлетень; у спокійні тижні прямо фіксується, що суттєвих змін не виявлено. Кожне питання переглядається в циклі щотижневого бюлетеня і може оновлюватися між бюлетенями, коли з’являються суттєві свідчення. Ніщо на сайті не стежить за світом саме по собі: запис змінюється, коли його переглядає редактор.

Вхідні дані для перегляду — приблизно в порядку ваги:

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

2. Первинний відбір

Первинний відбір — це точка редакційного рішення. Кожній можливій події з перегляду ставлять ті самі питання, і відповіді вирішують, куди — і чи взагалі — вона потрапить:

• Чи вона суттєва, чи це шум тижня?
• Чи змінює вона постійну систему — позицію актора, відносини, структуру сил, систему постачання, ринкову вразливість, становище цивільного населення?
• Чи потрібно оновити канонічний запис або створити новий?
• Чи належить вона до наступного щотижневого бюлетеня, і в якій якості — як пункт із джерелами та ступенем впевненості чи як контекст?
• Чи потребує вона аналітичної записки, бо механізм, що стоїть за нею, треба пояснити, а не підсумувати?
• Чи зрушує вона питання Watch — досягає спостережуваного показника, змінює стан, вирішує питання чи замінює його?
• Чи достатньо свідчень, щоб узагалі публікувати, і з якою впевненістю?

Ці категорії не взаємовиключні: одна подія може водночас бути записом події, оновленням профілю, пунктом бюлетеня й переглядом Watch. Чесний результат для спокійного напряму — «без суттєвих змін», і він так і фіксується, а не заповнюється чимось іншим.

3. Дослідження

• Перевага надається первинним джерелам, а вагоме чи спірне твердження перехресно перевіряється за незалежними повідомленнями. Одного повідомлення недостатньо як підстави для опублікованого твердження.
• Хронологія зберігається: дата, коли щось сталося, і дата, коли про це повідомили, фіксуються окремо, і ніщо пізніше за межу перегляду не записується як таке, що сталося.
• Розбіжності зберігаються. Там, де достовірні версії суперечать одна одній, фіксуються обидві з тим, на чому кожна ґрунтується; Vigil не стає на жоден бік, щоб зробити запис охайним.
• Подія, атрибуція та оцінка структурно розділені — у полях, які модель запису передбачає для кожної з них, — щоб спірна атрибуція не могла потягнути за собою встановлену подію.
• Інформаційні прогалини виявляються й записуються. Те, чого свідчення не встановлюють, є висновком, і саме з цього починає наступний перегляд.

4. Оновлення постійної системи

Саме цей крок відрізняє Vigil від дайджесту новин. Там, де базова система справді змінилася, змінюється канонічний запис — до публікації, що про це повідомляє, або разом із нею, але ніколи замість неї. Бюлетень чи записка, що описували б зміну, якої не містить постійний запис, були б ізольованим фактом, відірваним від системи, до якої він належить, і наступний читач знайшов би дві версії конфлікту.

Записи, яких може стосуватися перегляд, охоплюють акторів, події, відносини, локації, місцевість, логістику, кампанії, ланцюги впливу, економічний і гуманітарний аналіз, з’єднання у Force Atlas, техніку, об’єкти Профілю модуля та його питання Watch. Змінюються лише ті поля, які підтримують свідчення; дата перегляду просувається лише тоді, коли матеріал справді переглянуто за стандартом, який ця дата передбачає; а опублікований щотижневий бюлетень ніколи не переписується відповідно до пізніших знань — це датований знімок, і пізніше виправлення проходить через журнал виправлень.

5. Підготовка тексту

Перегляд дає до чотирьох видів результатів, кожен із власною формою:

• Щотижневий бюлетень — плановий продукт перегляду. Кожен пункт зазначає свій звітний період, конкретні повідомлення, на яких він ґрунтується, свої зареєстровані джерела та ступінь впевненості; спокійний перегляд перелічує розглянуті постійні файли й фіксує, що жоден не зрушив.
• Аналітична записка — поглиблений аналіз, що з’являється у відповідь на певний привід. Записка формулює питання чи механізм, що змінилося і що ні, чого свідчення не встановлюють, канонічні записи, з якими вона пов’язана, свою невизначеність і спостережувані показники, які зрушили б картину.
• Постійне оновлення — зміна канонічного запису з власними джерелами, датами й ступенем впевненості та, де це доречно, зафіксованою зміною, що посилається на бюлетень, який про неї повідомив.
• Перегляд Watch — датований запис у реєстрі щодо постійного питання з одним із п’яти результатів перегляду та бюлетенем, подією чи запискою, на яких він ґрунтується.

Підготовка тексту відбувається в межах моделі записів сайту, яка вимагає джерел, ступенів впевненості й дат у полях, що містять твердження. Чернетка, у якій їх бракує, не збирається, не кажучи вже про публікацію.

6. Перегляд

Перед будь-якою публікацією читається весь набір змін — нові записи й змінені, а не лише текст. Перегляд ставить щодо кожного твердження й кожного запису такі питання:

• Чи підтримують це свідчення з наданим ступенем впевненості? Чи каже джерело те, що, за твердженням, воно каже?
• Чи правильні дати — події, повідомлення, оцінки, перегляду — і чи їх розділено?
• Чи чесний стан твердження: чи показано повідомлену роль як повідомлену, а спірну атрибуцію — як спірну?
• Де це суперечить постійному запису і який із двох помилковий?
• Які є інформаційні прогалини і чи їх зазначено?
• Чи узгоджений запис з рештою модуля — той самий актор, та сама назва, та сама дата всюди, де вони трапляються?
• На що вказують мапа чи зображення такого, на що не вказують свідчення?
• Чи є тут щось оперативно корисне — позиція, чисельність, маршрут, вразливість — і якщо так, навіщо воно тут?
• Чи ведуть пов’язані записи туди, куди мають, і чи досі вони описують ту саму систему?

Питання, яке стало найкориснішим, — найпростіше: чого це не встановлює? Записка відповідає на нього у власній структурі, і від кожного перегляду очікують відповіді на нього, перш ніж робота рухатиметься далі.

7. Перевірка

Перед публікацією над зібраним сайтом запускаються автоматизовані перевірки. Вони перевіряють структуру та узгодженість: що кожне посилання на джерело веде до реєстру; що кожне внутрішнє посилання й фрагмент працюють; що дати задає запис, який їх відображає, і жодна з них не в майбутньому; що записи проходять валідацію за своєю схемою, а пов’язані записи існують; що кожне зображення має зазначене походження і жодне відхилене зображення не потрапляє на сайт; що знаки ідентичності узгоджено відображаються на всіх поверхнях; що об’єкти Watch дотримуються своїх правил життєвого циклу, реєстру й підстав; що пошуковий індекс і мапа сайту описують сайт, який справді було зібрано; і що жодна поверхня не набула мови, від якої Vigil вирішив відмовитися.

Автоматизація перевіряє структуру та узгодженість, а не фактичну істинність. Успішна перевірка означає, що запис правильно сформований і його посилання дійсні; вона не означає, що твердження правильне. Це судження виносить людина під час перегляду, зіставляючи його зі свідченнями.

8. Публікація

Ніщо не публікується автоматично. Складання чернеток, валідація та інструменти, що їм допомагають, можуть підготувати зміну; публікація потребує свідомого редакційного рішення і є ручною дією. Немає публікації за розкладом, немає автоматичного випуску після успішної перевірки і немає системи — допоміжної для людини чи будь-якої іншої, — яка розміщує вміст на сайті без такого рішення. Ніщо не з’являється на сайті лише тому, що автоматизований процес вважає його готовим.

9. Супровід

Публікація не завершує життя запису:

• Постійні записи мають власні дати перегляду і далі перевіряються за власним циклом, а не лише тоді, коли про них згадує якась подія.
• Питання Watch залишаються відкритими, доки не з’явиться відповідь або доки їх не замінить краще питання; закрите питання зберігає свою сторінку і свій реєстр.
• Нові свідчення можуть підвищити або знизити ступінь впевненості, просунути стан або замінити оцінку; замінена версія залишається простежуваною.
• Цикли перегляду без суттєвих змін фіксуються як висновки, щоб мовчання можна було відрізнити від неуваги.
• Аналітичні записки — це датовані публікації, які стають історичними аналітичними записами; записку не переписують, коли картина змінюється, — оновлюються постійні записи та Watch.
• Суттєві помилки виправляються на місці й публічно фіксуються в журналі.

10. ШІ в редакційному процесі

Інструменти ШІ допомагають на кількох етапах описаної вище роботи: пошук і впорядкування матеріалів, порівняння джерел і версій, складання чернеток текстів і структурованих записів, переклад, написання й запуск коду та виконання перевірок валідації. Їхнє місце обмежують чотири правила:

• Модель не має редакційних повноважень. Вона не вирішує, що є суттєвим, який ступінь впевненості має твердження або що публікується.
• Вихідні дані моделі не є свідченням. Твердження, створене моделлю, розглядається як чернетка, що потребує перевірки, а джерело, яке вона називає, — як твердження, що підлягає підтвердженню, зокрема те, що джерело існує і справді каже те, що йому приписують.
• Кожне твердження, придатне до публікації, має спиратися на реальні джерела або канонічні свідчення в реєстрі — так само, як і твердження, складене вручну. Модель записів не знає і не зважає на те, хто склав поле, і застосовує до всіх полів однакові вимоги.
• Жодна модель не публікує. Публікація — це описана вище ручна дія, і відповідальність за опубліковане залишається за Vigil.

Що вихідні дані ШІ означають епістемологічно — чому вони ніколи не є джерелом і як обробляються їхні помилки, — викладено в методології. Загальне розкриття інформації наведено на сторінці Про Vigil.

11. Виправлення та підзвітність

Робочий процес побудовано так, щоб перегляд був звичайною частиною запису, а не винятком. Суттєві помилки виправляються на місці й фіксуються — із датою та зазначенням сторінки — у журналі виправлень, який ніколи не очищається. Що вважається суттєвою помилкою і як замінена оцінка залишається простежуваною, визначено в методології; джерела, на які спирається кожне твердження, наведено в реєстрі джерел; лексику — у глосарії.

Помітили помилку? Напишіть на [email protected], указавши URL сторінки та, якщо маєте, джерело. Обґрунтовані виправлення зазначаються в журналі з подякою авторові, якщо ви не попросите інакше.

12. Мови

Vigil досліджується, пишеться, оцінюється за ступенем впевненості та підтримується англійською мовою. Англійський запис є канонічним: кожна оцінка, ступінь впевненості, дата, джерело та перегляд існують один раз, англійською, і там же виправляються.

Французькі та німецькі сторінки представляють той самий запис; це не окремі публікації. Їх створюють з англійських сторінок за допомогою машинного перекладу, за правилами розділу 10, і перевіряють автоматично: переклад не може змінити число, дату, посилання чи джерело, а кожен аналітичний термін має одну затверджену передачу для кожної мови.

Там, де перекладу ще немає, сторінка показує канонічний англійський текст і про це повідомляє. Коли англійський текст змінюється, попередній переклад вилучається, доки новий текст не буде перекладено, тож перекладена сторінка ніколи не подає старішу версію запису. У разі розбіжностей чинним є англійський текст.