Сучасний командний пункт страждає не від браку інформації. Він страждає від її надлишку. Оперативний центр бригадного рівня в конфлікті високої інтенсивності отримує безперервні потоки від органічних і приданих сенсорів — наземних радарів, відео з UAS, SIGINT, радарів контрбатарейної боротьби, систем виявлення дронів, пристроїв відстеження дружніх сил — разом із розвідувальними продуктами вищої ланки, донесеннями про стан матеріально-технічного забезпечення та бічними донесеннями від сусідніх підрозділів. Персонал, що обробляє цей потік, повинен одночасно підтримувати точну спільну оперативну картину, виявляти найбільш невідкладні ситуації, що виникають, формувати варіанти реагування, координувати дії з підлеглими і вищими штабами та підтримувати цикл прийняття рішень командира. Все це відбувається в умовах часового тиску, з неповною інформацією та з розумінням того, що противники активно намагаються порушити цей процес.
Підтримка прийняття рішень на основі ШІ — це інженерна відповідь на цю проблему. Замість того щоб замінювати судження командира, вона діє як когнітивний підсилювач: фільтрує шум, виявляє сигнал, попередньо обчислює варіанти та представляє командиру структуроване рішення замість невпорядкованого потоку. Ця стаття розглядає, як це підсилення працює на практиці — від архітектури триажу сповіщень до проектування рушіїв рекомендацій щодо курсу дій — і де межі між підтримкою ШІ та людськими повноваженнями мають бути збережені.
Підтримка рішень vs автоматизація рішень: ключова відмінність
Найважливіша концептуальна межа у військовому ШІ — це межа між підтримкою прийняття рішень та автоматизацією рішень. Підтримка прийняття рішень представляє інформацію, аналіз і рекомендації людині, яка зберігає повні повноваження приймати, змінювати або відхиляти кожне з них. Автоматизація рішень виконує дії без підтвердження людини на кожному кроці. Ці два режими мають кардинально різні правові, етичні та операційні наслідки.
Міжнародне гуманітарне право — і доктрина більшості держав-членів НАТО — вимагає змістовного людського контролю над будь-якою дією, що становить застосування сили. Вогневе завдання, рішення щодо цілі, дія, що передбачувано впливає на цивільну інфраструктуру: кожна з них вимагає навмисного дозволу командира-людини, а не просто зареєстрованого підтвердження дії, згенерованої ШІ. Ця вимога — не технічна перевага; це правове та етичне обмеження, що визначає межі допустимої автономії ШІ в летальних сферах.
Практичний висновок для архітекторів систем полягає в тому, що підтримка прийняття рішень на основі ШІ є правильною архітектурою для будь-якої функції, пов'язаної із зброєю, визначенням цілей, заходами, регульованими ROE, або діями зі стратегічними політичними наслідками. Автоматизація — коли система діє без підтвердження на кожний конкретний випадок — прийнятна для адміністративних функцій, оптимізації логістики, управління сенсорами, відстеження та інших сфер, де помилки виправні, а наслідки не включають втрат серед людей або правової відповідальності.
Ця відмінність визначає кожне проектне рішення, описане в решті цієї статті. Рівень ШІ рекомендує; людина вирішує; контрольний журнал фіксує обидва.
Триаж сповіщень на основі ШІ: управління одночасними подіями
Під час типової операції з високим темпом оперативний центр бригади може отримувати сотні окремих сповіщень та оновлень відстеження на годину. Представлений у порядку надходження, цей потік перевантажує когнітивні можливості людини за лічені хвилини. Триаж сповіщень — це функція ШІ, яка перетворює шалений потік на пріоритизовану чергу.
Конвеєр триажу працює в три етапи. Перший — дедублювання: кілька сенсорів, що повідомляють про одну і ту ж фізичну подію, генерують скорельовані сповіщення, які необхідно розпізнати як такі, що відносяться до однієї і тієї ж ситуації, та об'єднати в єдину презентацію. Виявлення наземним радаром, підтвердження UAS та перехоплення SIGINT, пов'язані з одним і тим самим транспортним засобом, мають з'являтися як одне сповіщення з кількома підтверджуючими джерелами, а не як три окремі повідомлення, що потребують окремої обробки.
Другий — кластеризація: просторово або тимчасово скорельовані події, що представляють тактичну ситуацію, що розвивається, групуються. П'ять окремих донесень про контакт з 2-кілометрової ділянки дороги протягом 10-хвилинного вікна свідчать про скоординований рух, який слід оцінювати як єдину подію, що розвивається, а не п'ять незалежних інцидентів. Алгоритми кластеризації — DBSCAN, mean-shift або специфічні для домену правила кореляції — виявляють ці угруповання та генерують єдиний елемент ситуації в COP для розгляду персоналом.
Третій — пріоритетна оцінка: кожному дедублованому, кластеризованому сповіщенню присвоюється пріоритетна оцінка, що визначається зваженою комбінацією факторів: класифікація загрози (підтверджено ворожа проти непідтвердженої чи невідомої), близькість до дружніх сил та критичних активів, швидкість зміни (об'єкт, що швидко наближається, отримує вищу оцінку, ніж нерухомий), релевантність місії (події в секторі основних зусиль отримують вищу оцінку, ніж події в секторі сил підтримки), та актуальність (старіші необроблені сповіщення з часом знижуються в пріоритеті по мірі появи нової інформації). Результатом є ранжована черга, яка представляє найбільш операційно значущі ситуації першими.
Добре налаштована система триажу сповіщень скорочує кількість сповіщень, що потребують індивідуальної уваги людини, на 60–80% без придушення справді значущих подій. Калібрування порогів дедублювання, параметрів кластеризації та пріоритетних ваг є операційно специфічним і вимагає постійного налаштування на основі реальних журналів сповіщень — одноразового калібрування перед розгортанням недостатньо.
Рекомендації COA: модель вхідних даних та формат виходу
Рекомендація курсу дій — найбільш інтелектуально амбітна функція в стеку підтримки прийняття рішень на основі ШІ. На вхід вона отримує структуроване представлення тактичної ситуації, а на виході виробляє набір можливих варіантів реагування для оцінки командиром. При правильному виконанні це стискає процес планування штабу з годин до хвилин для тактичних рішень.
Модель вхідних даних для рушія COA має чотири основні компоненти:
Стан дружніх сил. Поточна позиція, чисельність, органічні та придані можливості, стан матеріально-технічного забезпечення (паливо, боєприпаси, медична допомога), стан втоми, поточне завдання та статус виконання завдання, а також канали зв'язку для кожного підрозділу в районі операцій. Ці дані беруться з рівня відстеження сил COP та з систем звітності про матеріально-технічне забезпечення. Застарілі або неповні дані про дружні сили — найпоширеніша причина рекомендацій COA, які є тактично обґрунтованими в принципі, але операційно нездійсненними на практиці.
Оцінка загрози. Поточні позиції противника, оцінки чисельності, активність і поведінка протягом попереднього вікна спостереження, оцінені можливості, вірогідні наміри, виведені з аналізу патернів поведінки (обговорюється нижче), та оцінки вразливостей. Рівень загрози повинен явно відображати невизначеність — підтверджений ворожий транспортний засіб відрізняється від вірогідного ворожого транспортного засобу, і рушій COA повинен поширювати цю невизначеність на свої оцінки ризику, а не ставитися до всіх вхідних даних як до рівнозначно надійних.
Фактори місцевості та навколишнього середовища. Аналіз рухливості (прохідність для колісної та гусеничної техніки за типом місцевості), спостереження та сектори обстрілу, маскування та укриття, ключові елементи місцевості, а також поточна погода, що впливає на видимість, рухливість та ефективність сенсорів. Дані місцевості з цифрових моделей рельєфу та векторних картографічних продуктів обробляються рівнем аналізу рухливості, який перетворює необроблені дані місцевості в матриці тактичних витрат руху, що використовуються алгоритмами планування маршрутів у рушії COA.
ROE та обмеження місії. Застосовні правила ведення бойових дій, зони заборони вогню, оверлеї присутності цивільного населення, обмеження на обмін даними з партнерами коаліції, а також наміри командира та оперативні цілі з поточного наказу на операцію. Ці обмеження функціонують як жорсткі фільтри простору варіантів COA: COA, що порушує зону заборони вогню або вимагає можливостей, яких підрозділ не має, відхиляється перед представленням, а не виводиться як варіант із попередженням.
Формат виходу рекомендацій COA — структурована картка варіанту для кожного можливого курсу дій. Кожна картка містить: короткий наративний опис COA (від одного до трьох речень); схематичне представлення на витягу карти, що показує основні переміщення та дії; оцінку ризику, що охоплює ризик для дружніх сил, ризик для цивільного населення та ризик для цілей місії; заяву про потребу в ресурсах (які підрозділи, в якій конфігурації, на скільки часу); ключові припущення та умови для успіху; точки прийняття рішень, в яких командир повинен переоцінити ситуацію; та рекомендований часовий графік прийняття рішення. Представлення варіантів у цьому структурованому форматі — а не у вигляді ранжованого переліку міток дій — гарантує, що командир має достатньо інформації для обґрунтованого судження та для зміни рекомендованого варіанту, а не примушується до бінарного вибору прийняти/відхилити.
Інтеграція аналізу патернів поведінки: поведінкові базові лінії та виявлення аномалій
Ефективний триаж сповіщень та рекомендації COA обидва залежать від розуміння не лише того, що відбувається зараз, але й того, чи є те, що відбувається зараз, нормальним. Аналіз патернів поведінки (POL) будує базові моделі поведінки для кожного відстежуваного об'єкта в оперативній зоні шляхом накопичення історичних спостережень з часом.
Для відстеження транспортного засобу базова модель фіксує: типовий район операцій (географічний розподіл вірогідностей над спостережуваними позиціями), активні періоди (часові та добові закономірності спостережуваного руху), типову швидкість і стиль руху, місця зупинок (позиції, де об'єкт регулярно зупиняється на тривалий час), та шаблони взаємодії з іншими об'єктами (з якими іншими об'єктами він регулярно знаходиться разом або яких слідує). Модель будується поступово — кожне нове спостереження оновлює базову лінію — і представляє характерну поведінку об'єкта у формі, яку можна оцінювати за новими спостереженнями в реальному часі.
Коли надходить нове спостереження, рівень виявлення аномалій обчислює оцінку відхилення відносно базової лінії. Транспортний засіб, спостережений у типовому районі в типовий час доби, отримує оцінку близьку до нуля. Транспортний засіб, спостережений за 15 км від свого типового району о 03:00, коли він ніколи раніше не спостерігався рухомим вночі, отримує максимальну оцінку. Оцінка відхилення безпосередньо надходить до пріоритетної оцінки триажу сповіщень, гарантуючи, що поведінково аномальні події виділяються навіть якщо вони не можуть бути негайно класифіковані як ворожі.
Ключова операційна цінність виявлення аномалій на основі POL порівняно з пороговим оповіщенням — значне зниження кількості хибних спрацювань. Порогове сповіщення спрацьовує кожного разу, коли будь-який об'єкт перетинає вказану швидкість або наближається до вказаної межі — генеруючи великий обсяг сповіщень, включаючи багато операційно нерелевантних подій. Сповіщення на основі POL спрацьовує, коли поведінка відхиляється від конкретної базової лінії для конкретного об'єкта — генеруючи значно менший обсяг, зосереджений на справді незвичайній активності. В операційних оцінках системи триажу на основі POL стабільно досягають вищих показників виявлення при нижчих рівнях хибних спрацювань порівняно з аналогічними пороговими системами.
Брифінги природною мовою: автогенерація звітів SALUTE та SPOT
Одна з цілей з найбільшим тертям та найвищою цінністю для автоматизації ШІ на командному пункті — це звітність про контакти. Коли підрозділ вступає в контакт або спостерігає значну подію, процес звітності вимагає від особового складу, що спостерігає, подумки структурувати спостереження у правильний формат (SALUTE або SPOT), скласти звіт, передати його голосом або даними, а також прийняти та внести до COP в оперативному центрі, що отримує. Кожен крок вносить затримку та помилку. В умовах часового тиску звіти скорочуються, неправильно форматуються або затримуються, поки особовий склад продовжує управляти контактом.
Звіти, згенеровані ШІ, вирішують цю проблему, діючи у протилежному напрямку: за наявності структурованих даних, що вже є в COP — підтвердженого запису відстеження з типом об'єкта, розміром, активністю, місцезнаходженням та часом спостереження — мовна модель або система структурованих шаблонів автоматично генерує правильно відформатований звіт SALUTE або SPOT. Згенерований звіт представляється оператору для швидкого перегляду та затвердження перед передачею. Роль оператора змінюється від автора до редактора: він перевіряє, що згенерований ШІ контент точно відображає ситуацію, та затверджує передачу, а не складає звіт з нуля.
Цей шаблон стабільно скорочує затримку звіту про контакт з 2–4 хвилин до менш ніж 30 секунд в операційних оцінках, що суттєво важливо при передачі вгору по ланцюгу командування чутливих до часу даних про цілі або термінових даних контакту. Той самий шаблон застосовується до генерації SITREP, звітів про стан матеріально-технічного забезпечення та інших рутинних форматованих комунікацій, що споживають непропорційно багато часу персоналу відносно їхньої інформаційної щільності.
Окрім шаблонних звітів, рівень генерації брифінгів може синтезувати наративи з кількох джерел: за набором подій відстеження, розвідувальних продуктів та звітів сенсорів, що охоплюють визначене часове вікно та географічну область, він може генерувати структурований огляд ситуації, придатний для поновлення бойового брифінгу або передачі зміни — скорочуючи час підготовки рутинних брифінгів та гарантуючи включення релевантної інформації з усього вікна спостереження, а не лише тих подій, що запам'ятав відповідальний за брифінг.
Інтеграція з існуючими стеками C2: STANAG 4559, MIP4, Link 16, CoT/TAK
Модуль підтримки прийняття рішень на основі ШІ настільки корисний, наскільки дозволяють доступні дані та системи, яким він може надавати рекомендації. В операційних середовищах це означає інтеграцію з існуючою інфраструктурою C2 через стандарти даних, якими вже користуються ці системи, а не заміну платформ.
STANAG 4559 — стандарт НАТО для розвідки зображень та управління сенсорами. Рівень підтримки прийняття рішень на основі ШІ, що виявляє пріоритетну зону, яка потребує розвідки, може генерувати запит на збір за STANAG 4559, направляти його до відповідної системи управління сенсорами та автоматично включати отриманий продукт зображень у поточний аналіз без посередництва людини в обміні даними.
MIP4 (Multilateral Interoperability Programme, покоління 4) — стандарт НАТО для обміну даними C2 між національними системами в коаліційних операціях. Рівень підтримки прийняття рішень на основі ШІ представляє свої рекомендації та виходи сповіщень у повідомленнях формату MIP4, дозволяючи партнерам коаліції, що використовують різні національні платформи C2, отримувати та діяти на основі аналізу, згенерованого ШІ, без потреби в спільній платформі.
Link 16 — повідомлення серії J забезпечують канал передачі тактичних даних у реальному часі в спільних операціях, несучи дані відстеження повітряних цілей, інформацію про цілі та повідомлення координації залучення. Рівень підтримки прийняття рішень на основі ШІ, що отримує потоки Link 16, може корелювати повітряні та наземні об'єкти між доменами, виявляти конвергенції загроз між доменами, невидимі з жодного окремого джерела даних, і генерувати інтегровані сповіщення для наземного командира, коли повітряні загрози стають релевантними для наземного бою.
Cursor-on-Target (CoT) та TAK слугують як каналом введення, так і виведення. Події XML CoT несуть дані про позицію, ідентичність та активність з широкого спектру сенсорів та систем звітності. Рівень підтримки прийняття рішень на основі ШІ споживає потоки CoT з сервера TAK, виконує аналіз і доставляє рекомендації операторам через події CoT або TAK REST API — гарантуючи, що сповіщення, згенеровані ШІ, та анотації COA з'являються безпосередньо на карті ATAK або WinTAK оператора без потреби в окремому інтерфейсі.
Шаблони взаємодії людини і машини: коли ШІ рекомендує, коли командири вирішують
Архітектура взаємодії людини і машини в підтримці прийняття рішень на основі ШІ — не просто питання користувацького досвіду — вона визначає, чи система дійсно покращує операційні результати або лише додає рівень складності, навколо якого досвідчені оператори вчаться обходити.
Ефективні шаблони взаємодії мають кілька спільних характеристик. Прозорість рекомендацій: ШІ представляє своє обґрунтування, а не лише висновок. Картка COA, що показує, які можливості дружніх підрозділів задіяні недостатньо, які особливості місцевості сприяють рекомендованому підходу та які вразливості противника COA використовує, дає командиру основу для впевненого прийняття або обґрунтованої зміни. Картка COA, що представляє ранжований варіант без підтримуючого обґрунтування, не дає командиру основи для судження та провокує або сліпе прийняття (упередженість автоматизації), або рефлекторне відхилення (недовіру).
Витончена деградація: коли потоки сенсорів деградовані, COP застарілий або модель ШІ працює за межами свого тренувального розподілу, система повинна явно позначати своє знижене впевненість, а не представляти деградовані рекомендації з нормальним форматуванням упевненості. Індикатор впевненості, що помітно змінюється при падінні якості даних нижче порогу, є функцією, критичною для безпеки, а не необов'язковим вдосконаленням.
Поширення перевизначення командира: коли командир перевизначає або змінює рекомендацію ШІ, це перевизначення повинно поширюватися через всю систему. Якщо командир відхиляє варіант COA, система не повинна знову представляти той самий варіант через 10 хвилин, коли умови суттєво не змінилися. Якщо командир коригує пріоритет сповіщення, це коригування повинно інформувати майбутню пріоритетну оцінку для подібних типів сповіщень. Система вчиться на поведінці командира — не шляхом оновлення ваг моделі в реальному часі (що створює непередбачувану поведінку), а шляхом налаштування конфігурованих параметрів, що відображають пріоритети та стиль прийняття рішень поточного командира.
Повнота контрольного журналу: кожна рекомендація, згенерована ШІ, реєструється з її станом вхідних даних, версією моделі, вмістом виходу та відповіддю командира. Цей запис виконує три функції: підзвітність LOAC (демонстрація того, що людина прийняла рішення), операційний аналіз після дій (дозволяє аналізувати, які рекомендації ШІ були прийняті, змінені або відхилені і чому) та вдосконалення моделі (забезпечує реальні дані для оцінки якості рекомендацій та виявлення систематичних упереджень для виправлення).
Мета цих шаблонів — стосунки взаємодії, в яких ШІ виконує завдання обробки великих обсягів інформації, що потребують часу — дедублювання, кореляцію, порівняння базових ліній, генерацію варіантів — поки командир виконує завдання судження, що вимагають контекстуальних знань, правових повноважень та моральної відповідальності. Жодна роль не зменшується від цього поділу; обидві діють на відповідній порівняльній перевазі.