До частини 3 циклу датчики виявили, fusion відстежив, а оператори отримали ранжовані кандидати перед собою. Починається стадія цілі: який із кандидатів вартий ураження, з яким пріоритетом, за яких умов, з якими ресурсами. Це той етап, де ШІ в обороні є найменш зрілим, найсуперечливішим і найбільш схильним розчаровувати при надмірних обіцянках. Частина 3 — про те, як робити це достовірно: будувати інструменти підтримки прийняття рішень, які стискають аналітичне мислення без переходу до автономного цілевказання, зі структурними межами human-in-the-loop, яких вимагають закупівлі та доктрина.

Архітектурне обрамлення залишається в частині 1: Цикл. Інженерія на стороні датчика — у частині 2. Ця частина охоплює середину циклу.

Чим є й чим не є ШІ для підтримки прийняття рішень

Фраза «ШІ для підтримки прийняття рішень» (decision support) достатньо широка, щоб охопити як корисні можливості, так і небезпечне перевищення повноважень. Корисне тлумачення: ШІ, який допомагає аналітикам і командирам обробляти більше інформації, оцінювати більше варіантів і діяти швидше — тоді як саме рішення залишається за ними. Небезпечне тлумачення: ШІ, який рекомендує дії так, що оператори приймають їх без незалежної оцінки, фактично передаючи повноваження від людини до моделі.

Структурний патерн, що відрізняє одне від іншого:

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

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

Флагманська можливість підтримки прийняття рішень у сучасних C2 — це ранжований список кандидатів, який залежно від доктрини називають списком цілей інтересу, списком рекомендованих цілей (recommended-engagement list) або виходом пріоритезації загроз. ШІ ранжує треки за композитною оцінкою та показує оператору перші N.

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

Інженерні правила, які відрізняють операційні реалізації від демонстраційних:

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

Конфігуровані ваги. Оператори (у межах своїх повноважень) можуть налаштовувати відносну вагу вхідних сигналів — більше ваги на певність ідентифікації в неоднозначних середовищах, більше ваги на пріоритет загрози під час конкретних операцій. Дефолти відповідають ролі; перевизначення журналюються.

Фільтрація застарілих треків. Треки, життєвий цикл яких згасає або втрачено (див. Побудова C2-системи, частина 2), виключаються зі списку кандидатів або помітно маркуються. Впевнене ураження проти треку віком 90 секунд — саме той режим відмови, який оцінювачі закупівель спеціально шукають.

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

Аналіз варіантів дій

Аналіз варіантів дій (course-of-action, COA) на рівні штабу історично був трудомістким процесом — планувальники пропонують варіанти, оцінювачі моделюють наслідки, командири обирають. ШІ може стискати кожну стадію.

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

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

Порівняння та рекомендація. Ранжуйте COA за кількома критеріями (ймовірність успіху місії, оцінки втрат, час до завершення, логістичне навантаження, стійкість). Рекомендація — одна перспектива; оцінка командира — інша. Платформа показує обидві.

Операційна реальність: COA-ШІ перебуває на пілотній стадії у 2026 році. Симулятори частково валідовані; LLM-доповнена генерація варіантів вражає в демо й непослідовна в операціях; інтеграція в штабний робочий процес є індивідуальною для кожної платформи. Можливість достатньо зріла для використання й достатньо незріла, щоб вимагати структурованої оцінки. Чесний погляд на ринок — у Ландшафт ринку оборонного ШІ 2025.

LLM у підтримці прийняття рішень в обороні

Великі мовні моделі (LLM) перейшли з експериментальних до операційних у вузьких аналітично-орієнтованих робочих процесах з 2023 року. Достовірно розгорнуті використання у 2026 році:

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

Резюмування розвідувальних продуктів. Колекції розвідки з кількох джерел (телеграми, брифінги, OSINT, бюлетені партнерських CSIRT) резюмуються у виходи, готові до брифінгу. Застосовується той самий патерн перегляду перед публікацією.

Природньомовний запит до сховищ розвідки. Аналітик пише запитання; LLM перекладає його у структурований запит до сховища даних; результати повертаються з ланцюжком джерел. Запит стає аудитованим, відповідь обґрунтовується посилюваними джерелами.

Переклад мовами коаліції. Доменно-специфічний переклад оборонної термінології. Вихід перевіряється, а не приймається сліпо.

Патерн, що відрізняє операційне використання LLM від спекулятивного:

  • Retrieval-augmented generation (RAG), обґрунтована перевіреними корпусами — LLM не може сказати того, на що не може посилатися в корпусі.
  • Вимога цитування (citation requirement) — кожен рядок виходу простежується до вихідного матеріалу. Оператори можуть перевірити, перш ніж покладатися.
  • Жорстка верхня межа операційної свободи — LLM не може створювати завдання, класифікації чи інші операційні дії. Вона видає текст для людської перевірки.
  • Аудит-слід для кожного згенерованого артефакту — який промт, яка модель, який корпус, який таймстемп, який рецензент.
  • Усвідомлення adversarial-входів — prompt injection, спроби jailbreak, навмисне введення в оману. Захист має бути вбудованим.

Детальне інженерне опрацювання — у LLM у тріажі розвідки для оборони.

Ключове спостереження: галюцинація LLM у контексті клієнтського обслуговування — це конфуз. У оборонному контексті це може бути стратегічним інцидентом. Захисна інженерія є структурною: retrieval-augmented generation, вимоги цитування, обмежений операційний обсяг, аудит-сліди. Будь-яке розгортання LLM без цього — це закупівельний ризик; будь-яке з цим — змістовний мультиплікатор можливостей.

Аналіз патернів поведінки та виявлення аномалій

Стадія Decide значно виграє від фонового контексту. Знати, що певне судно завжди заходить у три конкретні порти, а потім раптом відхиляється до четвертого, — це інформація для підтримки рішень високого класу. ШІ-керований аналіз патернів поведінки (pattern-of-life, PoL) автоматично виносить такий контекст на поверхню.

Патерн: засвоюйте довгострокові трекові дані за місяці чи роки; сегментуйте їх у рутинну поведінку на кожну сутність; оцінюйте нові спостереження відносно рутинного базового рівня; виносьте відхилення оператору. Складна частина — не алгоритм (гаусові суміші, приховані марковські моделі, gradient-boosted класифікатори — все працює), а курування даних, операційне визначення «аномального» та етичний огляд щодо профілювання поведінки. Детальне опрацювання — у Аналіз патернів поведінки у військовій розвідці.

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

Operator UX: де ШІ живе у робочому процесі

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

Патерни, що працюють на практиці:

Інлайн-анотації на COP. Атрибути, отримані ШІ — оцінка впевненості, рекомендований пріоритет, виявлена аномалія — відображаються як модифікатори символів на наявному дисплеї COP. Око оператора вже там.

Панелі деталізації. Клік на будь-якій анотації, згенерованій ШІ, відкриває панель з базовими доказами: вхідні дані треку, розкладка впевненості моделі, вихідні сигнали. Оператор може підтвердити або відхилити з повною інформацією.

Рекомендації, вбудовані в робочий процес. Коли оператор складає бойовий наказ, ШІ виносить релевантні історичні патерни. Коли оператор переглядає кандидата на ураження, ШІ виносить фактори супутнього ризику. ШІ присутній там, де відбувається когнітивна робота, а не в окремій вкладці.

Явні шлюзи згоди. Там, де рекомендація ШІ перетинає поріг (нове ураження, ескалація, дія з операційним наслідком), шлюз є явним і видимим. Оператор підтверджує; платформа фіксує.

Ширші принципи operator-UX для оборонного ПЗ, включно з реаліями ruggedized-середовищ, — у Ruggedized UX для військових операторів.

Наслідки для акредитації

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

Докази, які акредитаційні рецензенти визнають достовірними:

  • Результати тестів operator-in-the-loop, що показують реалістичні місійні сценарії з активним і неактивним інструментом, порівнюючи якість рішень.
  • Аудити упередженості — чи систематично інструмент надає перевагу певним типам цілей, певним географіям, певним ідентифікаційним атрибутам?
  • Оцінка adversarial-стійкості — що відбувається при умисній маніпуляції входами?
  • Аналіз режимів відмов — що інструмент робить при дрейфі моделі, деградації датчика чи позарозподільних входах?
  • Моніторинг дрейфу в операційному розгортанні — кількісні докази, що поведінка інструмента залишається в межах акредитованої оболонки.

Закупівельно-сумісна дисципліна генерації цих доказів як побічного ефекту конвеєра розробки — у DevSecOps для оборонних конвеєрів. Ширше обрамлення цих вимог у стратегії NATO зі ШІ — у Стратегія NATO зі ШІ для оборонного ПЗ.

Що далі

Частина 3 охопила ШІ стадії цілі. Списки кандидатів, аналіз варіантів дій, LLM-доповнене аналітичне інструментарій, аналіз патернів поведінки як фоновий контекст, інтеграція в operator-UX, вимоги акредитації. Платформа тепер видає вихід для підтримки прийняття рішень, який оператори можуть використовувати без втрати судження.

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