CBRN-CADS 에 대한 공개 자료는 단 하나의 숫자에 집중한다 — 33×. 스키마 기반 전술 프롬프트 경로는 human-in-the-loop 기준선 대비 OODA 루프를 약 33배 압축한다.
그 숫자는 잘못 읽으면 취약하다. 옳게 읽으면 왜 견고한지 설명한다.
여기서 "OODA 압축" 이 의미하는 것
우리는 하나의 구체적 운영 체인을 측정했다 — 대대 CBRN 셀이 STANAG 2103 화학 위험 보고서를 ingest 하여 게시된 운영 경보를 산출하는 체인. 그 기준선 은 셀이 doctrine 이 작성한 그대로 이를 수행하는 것이다 — 사람 운영자, JWARN 형식 보고서, 수동 템플릿화, dispatch.
검증 팩 전체에서 기준선의 중앙값 지연: ~8분.
CBRN-CADS 경로의 중앙값 지연 — 동일한 입력, 동일한 출력 스키마, 그러나 구조화된 doctrine reference 가 포함된 스키마 기반 전술 프롬프트로 라우팅: ~14초.
8분 ÷ 14초 ≈ 33×.
대부분의 "CBRN 용 AI" 도구가 잘못된 루프를 가속하는 이유
CBRN 보고를 LLM 으로 감싸는 도구는 흔히 초안 작성 시간 을 개선한다 — 보고서를 쓰는 사람의 속도를 높인다. 그 가속은 실재하지만 운영 체인에 대해서는 무관하다. 운영 체인은 센서 → 셀 → 게시된 경보 → 인접 부대 → 결정이다. 셀 내부의 보고서 작성 단계는 binding latency 가 아니다.
CBRN-CADS 는 대신 binding latency 인 스키마 기반 프롬프트 경로 위에서 작동한다. Observe → Orient 전이(센서 프레임이 위험 구역 control area 가 됨)와 Decide → Act 전이(경보가 카탈로그에 발신됨) — 이것이 우리가 압축한 단계다.
doctrine 충실도가 전제 조건이다
33× 라는 숫자는 CBRN-CADS 경로가 human-in-the-loop 경로가 지닌 doctrinal 약정 을 보존하느냐에 따라 살거나 죽는다. 구체적으로:
- STANAG 2103 화학 위험 분류가 정확해야 한다
- 첫 / 두 번째 / 세 번째 경보 cadence 가 보존되어야 한다
- doctrine reference 태그가 모든 출력 엔티티에 존재해야 한다
- 운영자 감사가 source frame + model version 으로부터 가능해야 한다
내부 검증 팩은 STANAG 2103 화학 위험 범주를 가로지르는 40개 reference 시나리오를 다룬다. 모든 시나리오에서 우리는 CBRN-CADS 경로가 산출한 게시된 경보를 human-in-the-loop 기준선이 산출한 경보와 비교한다. 압축 숫자는 doctrine 충실도가 유지될 때 오직 그 때 만 유지된다.
독립 walkthrough 가 다음 게이트다
우리는 공개적으로 명시한다 — 독립 동맹 walkthrough 는 아직 일어나지 않았다. 40 시나리오 검증은 내부 다. 외부 CBRN 셀이 자기 doctrine 독해에 대해 그 경로를 재현하기 전까지 압축 숫자는 취약하다.
우리는 그것을 공개적으로 명시하기를 숫자를 부풀리기보다 선호한다.
—
문의: ceo@uamkt.com · 검증 팩은 NDA 하 요청 시 제공.
1차 reference: NATO STANAG 2103 — Reporting nuclear detonations, biological and chemical attacks.