Як упорядкувати повідомлення каналу Telegram у хронологію подій, яку можна перевірити

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

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

Спочатку визначимо, що таке «одна подія»

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

Перед початком роботи слід визначити принаймні: об’єкт дослідження, тип події, часовий проміжок та умови завершення. Наприклад:

Скласти хронологію повідомлень поточного каналу за період з 1 по 31 липня, що стосуються «офіційного запуску проєкту X 2.0». Залишити лише інформацію про дату випуску, перенесення термінів, функціонал, офіційний запуск та подальші виправлення; виключити обговорення цін та звичайні репости.

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

Визначення фіксованих полів для кожного вузла

Рекомендується, щоб кожен вузол часової шкали містив:

«Вплив» та «значення» можна викласти окремо в розділі аналізу, не змішуючи їх із фактами оригінального тексту. Таким чином читач зможе розрізнити, яка інформація походить із каналу, а яка є тлумаченням укладача.

Під час пошуку спочатку шукайте орієнтири, а потім розширюйте формулювання

Спочатку використовуйте точні орієнтири, такі як назва проєкту, дата, номер версії, місце та @username. Потім доповніть синонімами дій, пов’язаних із подіями, наприклад: «публікація», «запуск», «випуск», «відкриття», «відстрочка», «перенесення», «виправлення» та «відкликання».

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

Хронологічний порядок не означає причинно-наслідковий зв’язок

Те, що повідомлення B з’явилося після повідомлення A, не означає, що A спричинило B. Канал також може поширити повідомлення пізніше, ніж відбулася подія. У хронології слід розрізняти «час надсилання повідомлення» та «час події, про яку йдеться у повідомленні».

Наприклад, у дописі від 10 серпня написано: «Акція завершилася 8 серпня» — обидві дати слід залишити. При сортуванні дописів лише за датою не можна писати, що акція завершилася 10 серпня.

Як обробляти переслані та повторювані повідомлення

У разі повторного поширення одного й того самого вмісту його можна об’єднати в один фактичний вузол, але слід зберегти джерела як першого, так і наступних повторень. Якщо різні повідомлення посилаються на одне й те саме зовнішнє джерело, їх не слід вважати кількома окремими підтвердженнями.

Якщо у каналі не вказано джерело інформації, достатньо написати «опубліковано в каналі»; не слід автоматично перекваліфіковувати це як «офіційне підтвердження». У випадках, що стосуються новин, фінансів або політики, остаточний висновок все одно слід перевіряти через офіційні канали уряду, підприємств або проектів.

Як позначати суперечності та виправлення

Не видаляйте ранні помилкові вузли. Збережіть їх і позначте наступні вузли як «виправлено» або «замінено», щоб читачі могли зрозуміти, чому в хронології з’являються різні версії подій.

Якщо два повідомлення суперечать одне одному, але в каналі чітко не вказано, яке з них є дійсним, їх слід навести поруч із зазначенням «Наразі неможливо визначити, яке з них є дійсним». Пізніша дата оновлення є підказкою, а не автоматичною істиною.

Виявлення прогалин у даних

Хронологія може починатися не з самого початку, оскільки поточний діапазон пошуку не охоплює перше оголошення; також можуть бути відсутні повідомлення на ключові дати. Слід чітко вказати найраніше та найпізніше доступні повідомлення, поточний діапазон даних, а також етапи, для яких не було знайдено підтверджень.

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

Як використовувати asktele для створення хронології подій

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

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