TAKpilot: sterowanie COP w języku naturalnym dla taktycznych operatorów CloudTAK

Operatorzy taktyczni korzystający z CloudTAK — przeglądarkowego frontendu do TAK Server — napotykają stały punkt tarcia: lukę między wiedzą, co należy zrobić, a ukończeniem akcji w interfejsie. Umieszczenie znacznika kontaktu wymaga długiego przytrzymania, wyboru z menu, selektora typu CoT, okna wprowadzania współrzędnych, pola znaku wywoławczego i potwierdzenia stuknięciem. W spokojnych warunkach przy biurku zajmuje to piętnaście do dwudziestu sekund. Pod presją czasu, w rękawicach, w pojeździe na polnej drodze ta sekwencja się rozpada. Kroki są pomijane. Współrzędne wprowadzane są błędnie. Znaczniki lądują na niewłaściwej siatce. Konsekwencją jest nie tylko zmarnowany czas — to pogorszony wspólny obraz operacyjny, po którym nawiguje cała jednostka.

TAKpilot to czatowy kopilot AI wbudowany bezpośrednio w CloudTAK, który eliminuje nawigację po menu jako podstawowy tryb interakcji. Operatorzy wpisują — lub dyktują — czego potrzebują: „umieść wrogi kontakt piechoty na 37U DP 12345 67890, znak wywoławczy CONTACT-7". TAKpilot tłumaczy frazę na ustrukturyzowane wywołanie API TAK, wykonuje je i pokazuje operatorowi kartę w czasie rzeczywistym potwierdzającą akcję i jej wynik. Znacznik jest na mapie w mniej niż dwie sekundy. Bez menu, bez okien selektorów, bez szukania formatu współrzędnych.

Ten artykuł omawia, jak TAKpilot działa w praktyce: model poleceń w języku naturalnym, potwierdzanie symboli MIL-STD-2525/APP-6, wywiad wizyjny i z plików, strumieniowe karty narzędzi, bramkę bezpieczeństwa Approve/Deny oraz wdrożenie operacyjne produktu w ukraińskich siłach zbrojnych.

Problem nawigacji po menu w CloudTAK pod presją czasu

Struktura menu CloudTAK odzwierciedla zakres tego, co potrafi TAK Server. Ten zakres jest jednocześnie atutem możliwości i obciążeniem poznawczym. Ten sam operator, który płynnie nawiguje po CloudTAK podczas sesji planowania przy stole, staje się podatny na błędy, gdy rośnie tempo operacyjne. Badania nad czynnikiem ludzkim w środowisku taktycznym konsekwentnie lokują narzut nawigacji po interfejsie na poziomie 30 do 40 procent całkowitego czasu zarządzania COP dla doświadczonych operatorów — nie dlatego, że oprogramowanie jest źle zaprojektowane, lecz dlatego, że żaden system menu oparty na drzewie nie dorównuje szybkości naturalnej mowy w rutynowych poleceniach.

Problem narasta w różnych typach operacji. Subskrypcja nowego kanału danych wymaga przejścia do panelu zarządzania kanałami, znalezienia właściwego kanału na liście, która może zawierać dziesiątki pozycji, i kliknięcia „subskrybuj". Zmiana priorytetu misji wymaga otwarcia misji, kliknięcia edycji, przewinięcia do pola priorytetu, zmiany wartości i zapisania. Każda z tych czynności to wieloetapowa transakcja w interfejsie. W ciągu czterogodzinnego okresu operacyjnego aktywny operator może wykonać sześćdziesiąt do osiemdziesięciu takich transakcji. Skumulowany koszt nawigacji jest znaczący — i konkuruje bezpośrednio z czasem, który operator powinien poświęcić na odczytywanie i interpretowanie obrazu, a nie na zarządzanie nim.

Jak język naturalny eliminuje narzut nawigacji

Model poleceń TAKpilot jest zbudowany na wywoływaniu funkcji przez LLM. Każda operacja CloudTAK udostępniona przez bibliotekę narzędzi TAKpilot jest zdefiniowana jako schemat JSON: nazwa funkcji, opis w języku potocznym tego, co funkcja robi, oraz typowany zestaw parametrów z ograniczeniami walidacji. Gdy operator wysyła wiadomość, model otrzymuje ją wraz z kompletną biblioteką narzędzi, wybiera odpowiednią funkcję — lub sekwencję funkcji — i uzupełnia parametry z danych wejściowych w języku naturalnym.

Reprezentatywne polecenia w języku naturalnym i to, co wykonują:

• „Umieść wrogi pojazd opancerzony na siatce 37U DP 88800 44400, znak wywoławczy T-72-ALPHA" — rozwiązuje „wrogi pojazd opancerzony" do prawidłowego ciągu typu CoT MIL-STD-2525, wywołuje place_marker z siatką MGRS i znakiem wywoławczym.
• „Wymień wszystkie aktywne misje w sektorze BRAVO" — wywołuje list_missions z filtrem sektora, zwraca sformatowaną tabelę nazw misji, priorytetów, przypisanych znaków wywoławczych i znaczników czasu ostatniej modyfikacji.
• „Zapisz mnie do kanału DELTA i wypisz z kanału ECHO" — łączy wywołania subscribe_channel i unsubscribe_channel, wykonując oba i raportując wyniki w jednej karcie odpowiedzi.
• „Utwórz misję logistyczną dla 3. Plutonu, priorytet URGENT, na siatce 37U DP 55555 44444, przypisz do LOG-1" — wywołuje create_mission z kategorią, priorytetem, lokalizacją i przypisaniem w jednym ustrukturyzowanym wywołaniu.
• „Jaka jest ostatnio zaraportowana pozycja EAGLE-1?" — wywołuje query_track dla EAGLE-1 i zwraca siatkę, kurs, prędkość i znacznik czasu.

Model obsługuje niejednoznaczność języka naturalnego w opisach jednostek — „wroga piechota", „przyjazna ciężarówka logistyczna", „wrogi BTR" — i mapuje je na prawidłowe ciągi typów CoT z taksonomii symboli MIL-STD-2525C/APP-6 bez konieczności znajomości kodu typu przez operatora. Jeśli fraza jest faktycznie niejednoznaczna (wiele prawdopodobnych typów CoT), TAKpilot zadaje jedno pytanie doprecyzowujące, zamiast zgadywać.

Potwierdzanie symboli MIL-STD-2525 / APP-6

Jednym z najbardziej ryzykownych momentów w zarządzaniu mapą w języku naturalnym jest umieszczenie kontaktu z nieprawidłową przynależnością lub typem jednostki. Umieszczenie symbolu wrogiej jednostki na siatce, na której działa jednostka przyjazna — nawet tymczasowo — może spowodować błąd kierowania ogniem. TAKpilot rozwiązuje to poprzez krok potwierdzania symbolu, oddzielny od bramki Approve/Deny używanej dla operacji destrukcyjnych.

Gdy model rozwiązuje opis jednostki w języku naturalnym do ciągu typu CoT, TAKpilot renderuje odpowiedni symbol NATO jako SVG w czacie — rzeczywistą ikonę, którą znacznik wyświetli na mapie — obok rozwiązanej nazwy typu w języku potocznym: „Umieszczę Wrogą piechotę zmechanizowaną [ikona symbolu] na 37U DP 12345 67890. Potwierdzić?" Operator widzi dokładny symbol, zanim cokolwiek zostanie zapisane na mapie. Błędnie odczytane przynależności — „przyjazna" usłyszana jako „wroga" w dyktowanym poleceniu — są wychwytywane na tym kroku, a nie wykrywane, gdy niewłaściwy symbol pojawia się na aktywnym COP.

To potwierdzenie jest lekkie: pojedyncze naciśnięcie przycisku lub słowo „tak" w następnej wiadomości. Dodaje mniej niż dwie sekundy do przepływu umieszczania i eliminuje klasę błędów, w których niejednoznaczność języka naturalnego prowadzi do poprawnie wykonanej, ale semantycznie błędnej aktualizacji mapy.

Wywiad wizyjny i z plików

Znaczna ilość informacji taktycznych dociera do operatorów jako obrazy: fotografie odręcznych szkiców, zeskanowane meldunki o sytuacji, nakładki PDF rozsyłane przez e-mail lub komunikatory. Ręczne przepisywanie tych informacji do CloudTAK to czasochłonne zadanie transkrypcji o wysokim wskaźniku błędów dla odniesień siatkowych i symboli jednostek. Potok wizyjny TAKpilot automatyzuje ten transfer.

Operatorzy dołączają plik PNG, JPG lub PDF do czatu i wysyłają polecenie takie jak „przetwórz ten SITREP" lub „wyodrębnij wszystkie kontakty z tego szkicu". TAKpilot przekazuje plik do modelu z możliwościami wizyjnymi — Claude Sonnet lub Opus w zależności od konfiguracji sesji — z ustrukturyzowanym promptem ekstrakcji. Model identyfikuje każdy istotny dla mapy obiekt na obrazie: odniesienia siatkowe MGRS, znaki wywoławcze, symbole typów jednostek (odczytane z konwencji szkicowych MIL-STD-2525 lub APP-6), linie namiarów, linie faz, adnotacje tekstowe i granice stref zakazu ognia. Wynikiem jest ustrukturyzowana tablica JSON.

TAKpilot prezentuje wyodrębnione obiekty na karcie potwierdzenia, zanim nastąpi jakikolwiek zapis na mapie: „Znalazłem 6 obiektów w Twoim SITREP. Obiekt 1: wrogi pluton zmechanizowany na 37U DP 12345 67890 (pewność 0,94) [symbol]. Obiekt 2: przyjazny punkt obserwacyjny na 37U DP 11111 22222 (pewność 0,88) [symbol]…" Operator przegląda, poprawia wszelkie błędnie odczytane siatki, odznacza obiekty, których nie chce umieszczać, i potwierdza. TAKpilot następnie wykonuje umieszczenia równolegle. Sześcioobiektowy SITREP, który wymagałby czterech do sześciu minut ręcznego wprowadzania danych w ATAK, jest na mapie w mniej niż trzydzieści sekund od potwierdzenia.

Progi pewności są egzekwowane: obiekty poniżej pewności 0,70 są jednoznacznie oznaczane, a operator musi ręcznie potwierdzić ich siatki przed umieszczeniem. TAKpilot nie umieszcza po cichu obiektów o niskiej pewności — walidacja jest widoczna dla operatora, a nie ukryta w zautomatyzowanym potoku.

Strumieniowe karty narzędzi: dziennik audytu w czasie rzeczywistym

Każda akcja podejmowana przez TAKpilot jest widoczna dla operatora w czasie rzeczywistym poprzez strumieniowe karty narzędzi — zwijane panele, które pojawiają się w czacie w momencie inicjowania i zakończenia każdego wywołania funkcji. Karta narzędzia pokazuje nazwę funkcji, parametry wejściowe jako strukturyzowany JSON, czas wykonania w milisekundach i status odpowiedzi HTTP z CloudTAK. W przypadku operacji wieloetapowych każdy krok generuje własną kartę, pojawiającą się kolejno w miarę wykonywania łańcucha.

Ta przejrzystość służy dwóm celom. Po pierwsze, daje operatorom natychmiastowe potwierdzenie, że to, co zamierzali, jest tym, co TAKpilot wykonał — mogą odczytać JSON parametrów i zweryfikować siatkę, znak wywoławczy i typ CoT, zanim spojrzą na mapę. Po drugie, zapewnia kompletny, opatrzony znacznikami czasu dziennik audytu, który utrzymuje się w historii sesji czatu. Analiza po akcji może dokładnie zrekonstruować, co zostało umieszczone, kiedy, przez którego operatora, przy użyciu jakich danych wejściowych w języku naturalnym i z jakim opóźnieniem wykonania. Format wpisu dziennika — „użytkownik: sgt_kovalenko przez TAKpilot — akcja: create_mission — wejście: 'utwórz misję logistyczną dla 3. Plutonu URGENT'" — zachowuje atrybucję operatora od początku do końca, odróżniając akcje wspomagane przez AI od bezpośrednich akcji w interfejsie CloudTAK.

Bramka Approve/Deny dla operacji destrukcyjnych

TAKpilot kategoryzuje wszystkie operacje CloudTAK w dwie klasy: addytywne (umieszczenie znacznika, utworzenie misji, subskrypcja kanału, utworzenie pakietu danych) i destrukcyjne (usunięcie misji, usunięcie śladu, wyczyszczenie kanału, usunięcie pakietu danych). Operacje addytywne wykonują się natychmiast po potwierdzeniu symbolu tam, gdzie ma to zastosowanie — operator może je cofnąć poleceniem uzupełniającym, które samo przechodzi przez bramkę destrukcyjną. Operacje destrukcyjne są przechwytywane przed wykonaniem i wymagają jednoznacznej autoryzacji operatora.

Bramka zatwierdzania renderuje pełny zakres oczekującej operacji destrukcyjnej: dla polecenia „usuń wszystkie misje w sektorze ALPHA" operator widzi listę każdej misji, która zostanie usunięta, renderowaną z jej symbolem NATO, nazwą misji, przypisanym znakiem wywoławczym, priorytetem i znacznikiem czasu ostatniej modyfikacji. Lista nie jest abstrakcyjną liczbą — to rzeczywiste rekordy, wyświetlone tym samym językiem wizualnym, którego operator używa na mapie. Operatorzy rozpoznają własne dane misji szybciej w formacie z adnotacjami symbolicznymi niż na liście tekstowej, co zmniejsza obciążenie poznawcze decyzji o potwierdzeniu i obniża wskaźnik fałszywych potwierdzeń.

Wykonanie wymaga albo wpisania „confirm" w czacie, albo kliknięcia jednoznacznego przycisku potwierdzenia na karcie bramki. Zamknięcie karty lub wysłanie innej wiadomości anuluje oczekującą operację. Bramka nie ma limitu czasu — jeśli operator nie potwierdzi, operacja nigdy się nie wykona, niezależnie od tego, jak AI zinterpretowała pierwotne polecenie.

Wdrożenie operacyjne w ukraińskich siłach zbrojnych

TAKpilot został wdrożony operacyjnie w jednostkach ukraińskich sił zbrojnych korzystających z CloudTAK do zarządzania COP. Kontekst wdrożenia stanowi konkretny test kluczowych założeń produktu w warunkach — presja czasu, stres komunikacyjny, działanie wieloplatformowe w ATAK Android, WinTAK i CloudTAK — których nie da się w pełni odtworzyć w środowisku szkoleniowym.

Główną korzyścią operacyjną raportowaną przez wdrożone jednostki jest skrócenie czasu naniesienia na mapę informacji SITREP otrzymanych od obserwatorów wysuniętych. Słowne meldunki SITREP przez radio są transkrybowane bezpośrednio do czatu TAKpilot; meldunki obrazowe są przetwarzane przez potok wizyjny. W obu przypadkach informacja dociera do COP szybciej niż przy ręcznym wprowadzaniu, a bramka potwierdzenia wychwytuje błędy transkrypcji, zanim staną się błędami mapy. Jednostki raportują również używanie TAKpilot do zarządzania subskrypcjami kanałów — szczególnie gdy operacyjne obszary odpowiedzialności się zmieniają i operatorzy muszą szybko przekonfigurować swój zestaw kanałów.

Wdrożenie zwalidowało również architekturę niezależną od modelu. Jednostki ukraińskie działające w rejonach z niezawodną łącznością używają Claude Sonnet przez API Anthropic. Jednostki na pozycjach na wysuniętym brzegu, bez niezawodnej łączności internetowej, testowały lokalnie hostowane modele Llama 3.3 i Qwen 2.5 na sprzęcie taktycznym. Przełączenie między backendami modeli to zmiana konfiguracji, a nie ponowne wdrożenie systemu — usługa TAKpilot uruchamia się ponownie, wskazując inny punkt końcowy modelu, i kontynuuje działanie z tą samą biblioteką narzędzi i zachowaniem potwierdzeń.

Architektura open-source i wdrożenie

TAKpilot jest wydany na licencji AGPL-3.0. Pełny kod źródłowy — usługa Node.js, rozszerzenie interfejsu CloudTAK, definicje biblioteki narzędzi, konfiguracja modelu i dokumentacja wdrożenia — jest dostępny na licencji AGPL-3.0. Licencja AGPL zapewnia, że wszelkie modyfikacje wdrożone jako usługa pozostają otwarte, co odpowiada zamierzonej roli produktu w ekosystemach obronnych, gdzie interoperacyjność i audytowalność są wymaganiami instytucjonalnymi.

Projekt niezależny od modelu jest realizowany poprzez warstwę abstrakcji punktu końcowego zgodnego z OpenAI. Każdy model implementujący API OpenAI chat completions z wywoływaniem funkcji — modele Anthropic przez ich punkt końcowy kompatybilności, lokalnie hostowane modele serwowane przez Ollama lub vLLM, albo modele hostowane na AWS Bedrock czy Google Vertex AI — może zostać skonfigurowany jako backend TAKpilot bez zmian w kodzie. Umożliwia to wdrożenia w izolacji sieciowej w sieciach objętych klauzulą tajności, gdzie dane nie mogą opuścić enklawy, uruchomienie TAKpilot z lokalnie hostowanym modelem przy zachowaniu parytetu funkcji z konfiguracjami połączonymi z chmurą.

Dla jednostek partnerskich NATO i integratorów obronnych budujących na ekosystemie TAK otwarty kod źródłowy TAKpilot stanowi punkt wyjścia dla niestandardowych bibliotek narzędzi — dodatkowych czasowników API CloudTAK, integracji z zewnętrznymi strumieniami sensorów lub automatyzacji przepływów pracy specyficznych dla jednostki. Format definicji narzędzia to standardowy schemat JSON; dodanie nowej możliwości wymaga zdefiniowania schematu i zaimplementowania obsługi wykonania. Komercyjne wsparcie, tworzenie niestandardowych integracji i szkolenie operatorów są dostępne od Corvus Intelligence pod adresem corvusintell.com/takpilot.

Jak wdrożyć TAKpilot obok CloudTAK

Poniższe kroki podsumowują proces wdrożenia dla standardowej instalacji CloudTAK. Pełna dokumentacja znajduje się w pliku README repozytorium oraz w katalogu docs/.

1. Pobierz pakiet dystrybucyjny — Pobierz pakiet dystrybucyjny TAKpilot i rozpakuj go na hoście CloudTAK. Zweryfikuj Node.js 20 LTS. Uruchom npm install.
2. Skonfiguruj backend modelu — skopiuj .env.example do .env. Ustaw swój klucz API Anthropic i MODEL=claude-sonnet-4-6 dla wdrożenia chmurowego lub ustaw OPENAI_BASE_URL na lokalny punkt końcowy inferencji dla działania w izolacji sieciowej.
3. Wskaż na CloudTAK — ustaw CLOUDTAK_BASE_URL na swoją instancję CloudTAK. Konto serwisowe nie jest wymagane — TAKpilot używa tokenu sesji operatora do wszystkich wywołań API.
4. Uruchom usługę — npm start. Zweryfikuj wpis CloudTAK connection verified w logu startowym.
5. Wstrzyknij panel czatu — postępuj zgodnie z docs/cloudtak-integration.md, aby dodać pasek boczny TAKpilot do interfejsu CloudTAK. Ikona czatu pojawia się na pasku narzędzi po wstrzyknięciu.
6. Zweryfikuj poleceniem testowym — zaloguj się do CloudTAK, otwórz panel TAKpilot i wyślij „wymień wszystkie aktywne misje". Potwierdź, że pojawia się karta narzędzia i wyniki są zwracane poprawnie.
7. Skonfiguruj bramkę Approve/Deny i model dla każdego węzła — przejrzyj config/gates.json, potwierdź, że operacje destrukcyjne mają bramkę, i ustaw odpowiedni model dla każdego typu węzła w SOP jednostki.

Często zadawane pytania

Powiązana lektura: Aby poznać szerszą architekturę taktycznych aplikacji opartych na TAK, zob. Wzorce integracji API CloudTAK. Aby dowiedzieć się, jak wtyczki ATAK rozszerzają bazową platformę, zob. Tworzenie wtyczek ATAK. Aby poznać wzorce projektowe interfejsu w języku naturalnym, które kształtują model poleceń TAKpilot, zob. Kopilot AI dla aplikacji taktycznych: jak agenci LLM sterują COP.