Przejdź do treści

UK Defence AI Playbook

Status: In flight (Plan 99). WI-0 do WI-4 w większości dostarczone; landing marketingowy WI-5 w oczekiwaniu na Plan 98 Phase 2.

Zakres

UK Ministry of Defence opublikowało Defence AI Playbook w lutym 2024 jako praktyczny towarzysz dokumentu Defence AI Strategy (czerwiec 2022). Playbook nie jest ustawą — to operacyjne wytyczne, których MoD oczekuje od dostawców, integratorów i wewnętrznych zespołów przy budowaniu lub kupowaniu AI dla zastosowań obronnych.

Pakiet Secruny mapuje zasady Playbook na rule book, wobec którego można ewaluować pozycje w inwentarzu AI, używając tego samego schematu matchera, którego używają pakiety EU AI Act i RICS.

Co jest w pakiecie

Sześć reguł w rule_book/v1/uk-defence-ai-playbook/ pokrywających obszary operacyjne wymienione w Playbook:

  1. Decision support — wsparcie decyzji człowieka przez AI w kontekstach command and control.
  2. Intelligence processing — AI zastosowane do zbierania, przetwarzania i dystrybucji informacji wywiadowczej.
  3. Logistics — predictive — predykcyjna konserwacja i prognozowanie supply chain.
  4. Personnel systems — HR, rekrutacja, szkolenie i welfare, które używają AI na danych pracowników.
  5. Cyber defence — AI zastosowane do defensywnych operacji cyber.
  6. Supplier chain propagation — flag, gdzie system AI dostawcy wchodzi w łańcuch i propagacja odpowiednich zobowiązań Playbook na kontrakt z tym dostawcą.

Kategorie

Każda reguła rozwiązuje się do jednej z pięciu kategorii, uporządkowanych według wymaganej siły interwencji:

  1. requires_tevv — system AI potrzebuje udokumentowanych dowodów Test, Evaluation, Verification i Validation przed wdrożeniem.
  2. requires_human_oversight — system AI może być wdrożony, ale tylko z udokumentowanymi kontrolami human-in-the-loop.
  3. requires_safe_responsible_review — system potrzebuje przeglądu "Safe and Responsible AI" zgodnie z frameworkiem S&R z Playbook.
  4. requires_audit_trail — niższego ryzyka zastosowania AI, gdzie obowiązkiem jest logowanie i audytowalność, a nie uprzedni przegląd.
  5. out_of_scope — zastosowania AI, które Playbook jawnie wyklucza (np. autonomiczne systemy uzbrojenia podlegają innym reżimom).

Enum taksonomii żyje w kolumnie category na rule entries i jest egzekwowany przy ładowaniu; zobacz Plan 96 WI-3 dla równoważnej pracy nad enumami EU + RICS.

Reference

UK Ministry of Defence, Defence AI Playbook (luty 2024).

Plan references

  • Plan 99 WI-0 — fundament UK Defence AI Playbook: rejestracja loadera, migracja 0031. Dostarczone.
  • Plan 99 WI-1 — sześć YAML-i reguł. Dostarczone (PR #110).
  • Plan 99 WI-2 do WI-4 — copy zwrócone do klienta per reguła, refinement matcherów, fixturey ewaluacyjne. W większości dostarczone.
  • Plan 99 WI-5 — landing marketingowy /use-cases/uk-defence-ai-playbook. W oczekiwaniu na Plan 98 Phase 2.

Co dalej

Pakiet jest operacyjny wobec test fixtures; powierzchnia disclosure zwrócona do klienta (analogicznie do RICS AI Use Disclosure Statement) jest projektowana razem z pilotem RLB (Plan 102).

Analysis (po angielsku)

Pełna analiza (Scope, Key obligations, Our coverage approach, Gaps, Customer impact) jest w angielskiej wersji tej strony — terminologia obronna pozostaje w angielskim oryginale. Zobacz UK Defence AI Playbook (EN). Krótkie streszczenie po polsku: Playbook to wytyczne operacyjne, więc egzekucja jest kontraktowa, nie regulacyjna. Trzy konkretne konsekwencje dla niespełniającego dostawcy: bramy zamówieniowe (MoD coraz częściej zapisuje compliance z Playbook do zaproszeń do przetargu), klauzule kontraktowe (rozwiązanie kontraktu jako remedium), oraz ekspozycja reputacyjna i polityczna (parlament patrzy na zamówienia obronne). Obowiązek propagacji po supply chain wzmacnia ekspozycję — porażka tier-2 staje się problemem prime contractora.