AI-Native 시리즈 · Strategy OS
당신의 전략 데크는 이미 죽었다. 우리는 대신 전략이 CI를 통과하게 만들었다.
1분 요약 — 핵심만 짚는다
대부분의 전략은 데크 상태로 죽는다. 근거 없는 숫자들, 사실인 척하는 예측들, 세상이 바뀌었을 때 그것을 알아챌 메커니즘의 부재. 우리는 전략을 코드처럼 게이트로 통과시키는 전략 운영체제를 만들었다. 문서를 위한 make check, 증거 아니면 침묵, 모든 결정을 인간이 쥐는 휴먼 게이트 구조. 그런 다음 실제 엔터프라이즈 실무 사례에서 그 시스템을 스트레스 테스트했다. 강점 6개, 약점 7개, 근거 자료 포함.
모든 숫자가 근거를 요구받고, 예측이 사실 행세를 할 수 없으며, "준비됨"이 분위기가 아니라 게이트인 전략 운영체제다. 실제 엔터프라이즈 실무 사례에서 스트레스 테스트를 거쳐 정직하게 채점했다: 강점 6개, 약점 7개, 우리 스스로 설계에서 발견한 스펙 결함 1개.
McKinsey Quarterly가 이 불안감에 숫자를 붙였다. 엔터프라이즈 LLM 지출은 12개월 만에 세 배로 늘었고, 그것도 토큰 가격이 폭락하는 와중에 벌어진 일이며, 설문 대상 조직의 93%가 AI 예산을 초과했고, AI는 이제 엔터프라이즈 IT 지출의 4분의 1을 향해 가고 있다. 그들의 결론, "토큰은 가치가 아니다; 토큰은 청구서다" (번역: tokens are not value; tokens are the bill), 는 사실 전략에 관한 결론이다. 대부분의 조직은 어떤 베팅이 성과를 내고 있는지, 실제 비용이 얼마인지, 로드맵이 어떤 증거 위에 서 있는지 말하지 못한다.
그런데 우리가 그 베팅들을 관리하는 데 쓰는 도구는 여전히 데크다. 데크란 최고조의 자신감이 있던 순간에 얼어붙은 사고의 스냅샷이며, 그 숫자들이 어디서 왔는지 아무도 추적할 수 없고, 세상이 그것들을 무효화했을 때 알아챌 메커니즘도 없다. 데크에게 "이 준비도 점수가 왜 3.2이고, 무엇이 있으면 생각이 바뀌는가?"라고 물어보라. 돌아오는 건 침묵뿐이다.
그래서 우리는 대안을 만들었고, 대부분의 빌더들이 건너뛰는 일을 했다. 실제 실무 사례에서 그 대안을 부숴보려 했고, 그 스코어보드를 그대로 공개했다.
0단계: 엔진 코드 한 줄 이전에 스무 개의 산출물
이 프로젝트는 전략 운영체제다. 전략을 문서가 아니라 목적 → 근거 → 진단 → 옵션 → 결정 → 아키텍처 → 실행 → 지표 → 적응으로 이어지는 검증 가능한 연결된 객체로 다루는 비공개 메타 레포이며, 모든 연결 고리를 하나하나 들여다볼 수 있다.
엔진 코드를 한 줄도 쓰기 전에 우리는 스무 개의 사전 구현 산출물부터 만들었다. 포트폴리오 인벤토리, 9개 도구 카테고리를 아우르는 랜드스케이프 리포트, 25개 이상의 프레임워크 카드가 담긴 프레임워크 맵, 온톨로지, 세 가지 아키텍처 옵션, 일곱 건의 의사결정 기록, 마일스톤 계획. 그리고 이걸 실제로 작동하게 만든 결정적인 한 수가 있었다.
우리는 문서에 CI 파이프라인을 붙였다. 실패하면 자동으로 차단하는(fail-closed) 게이트 스크립트가 모든 산출물을 검사하는데, 파일 누락, 내용 부실, 필수 섹션 누락 등 각각이 이름 붙은 실패 사유가 된다.make check그렇게 검사한 스무 개 산출물의 결과는 26/26 통과. 그리고 이 게이트가 결코 하지 않는 한 가지가 있으니, 바로 허가를 추론하는 일이다. 사람의 승인은 오직 지정된Status:한 줄에만 담기며, 그 줄은 오직 사람만이 수정할 수 있고, 그 값이 그대로 다음 단계로 전달된다.
이 시스템을 떠받치는 네 가지 설계 원칙:
- 근거가 없으면 침묵한다. 출처가 없으면 근거가 아니다. 출처 없는 주장은 오직 '가정'이라는 라벨을 달고서만 존재할 수 있다. "모델이 그렇다고 했다"는 표현 가능하지만, 그만큼 취약한 것으로 표시된다.
- 모든 진술에는 자기 등급이 표시된다. 사실, 주장, 가정, 추론, 예측. 예측은 결코 사실의 시각적 등급으로 표시될 수 없다. 권고 사항이 아니라 강제 사항이다.
- 결정의 저자는 오직 사람뿐이다. AI는 조사하고, 모델링하고, 레드팀(red-team) 역할을 맡고, 초안을 쓴다. 하지만 결정 노드는 구조적으로 에이전트가 작성할 수 없게 되어 있다.
- 유명하다고 옳은 건 아니다. 프레임워크를 조사해 보니 근거의 질은 명성과 대략반비례 관계에 있었다. 가장 인기 있는 전략 도구들 중 몇몇이 오히려 가장 약한 실증적 근거를 갖고 있었던 것이다. 그래서 프레임워크들은 근거 등급이 매겨진 데이터로 취급되며, 근거가 부실한 프레임워크는 아이디어 발상 역할로만 배정될 뿐 결코 판단(verdict) 역할에는 쓰이지 않는다.
스트레스 테스트: 손으로 직접 돌려본 실제 프로젝트
스펙은 값싸다. 그래서 엔진을 만들기 전에 우리는 전체 방법론을직접 손으로 실제의, 기밀이 걸린 엔터프라이즈 프로젝트에 적용해봤다(세부 내용은 비공개로 남는다. 기밀 규칙이 제대로 작동하고 있다는 증거다). 출처가 명시된 근거 레지스터, 반증 가능한 진단, 진짜로 서로 다른 세 가지 옵션, 이해관계자 반응까지 담은 트레이드오프 분석, 90일 계획까지, 전부 다 갖췄다.
성립한 것: 강점 6가지, 근거는 레포에 있다. 분류 규율이 어떤 출처가 '요약의 요약'임을 짚어내 정직한 등급 하향을 강제했고, 진단 스키마는 첫 초안을 전략의 옷을 입은 목표 목록이라는 이유로 반려했으며, "그냥 선택한 전략을 써버리자"는 유혹이 왔을 때 온톨로지는 안 된다고 답했다. 실제로 그 자리에 채워진 문구는 정직했다: "NOT YET DECIDED"Chosen Strategy: NONE — 아직 어떤 인간도 결정을 내리지 않았기 때문이다.
무너진 것: 약점 7가지, 같은 레포에 있다. 모든 진술을 수작업으로 분류하는 일은 가장 느리고 가장 건너뛰기 쉬운 단계였다. 자동화하지 않으면 출처 추적은 그저 연극이 된다. 마크다운 형식의 근거 레지스터는 규모가 커지면 "이 가정이 무너지면 그 외에 또 무엇이 의심스러워지는가?"라는 질문에 답하지 못한다. 그중 가장 아픈 대목은 따로 있다.이 방법론이 스스로의 구조를 그대로 답습하는, 즉 자기 반영적인 아키텍처를 추천했으면서도 자기 전제에 도전하는 적대적 검증 단계는 전혀 두지 않았다는 점이다. 우리는 이를 지속 관찰 대상 리스크로 기록하고 필수 레드팀(red-team) 단계를 추가했다. 다른 모든 것을 채점하는 시스템이라면, 자기 자신도 채점 가능해야 한다.
실제 스펙 결함이 하나 드러났고(온톨로지에 필요한 엔티티 유형 하나가 빠져 있었다), 새로운 리스크 두 건이 레지스터에 등록되었으며, 핵심 가설 두 개가 '가설' 단계에서 '부분적으로 입증됨' 단계로 이동했다. 그 이동을 만든 근거와 함께다.
열다섯 살도 돌릴 수 있는 멘탈 모델
전략이란 주장 공장이다. 모든 주장에는 영수증이 필요하다. 영수증의 유효기간이 끝나면, 전략은 스스로 그것을 알아차려야 한다. 여러분의 전략이 '무엇이 나타나면 마음을 바꿀 것인가'를 말해주지 못한다면, 그건 전략이 아니라 그럴듯하게 포장된 기분일 뿐이다.
에이전트형 경제학이라는 관점은 이 문제를 미적 취향이 아니라 시급한 과제로 만든다. McKinsey 자체 데이터를 보면 에이전트형 비용은 분포 형태로 나타난다. 동일한 작업의 비용이 약 30배까지 차이 날 수 있고, 에이전트형 작업 비용의 약 60%는 첫 번째 답이 아니라 확인·수정 과정에서 발생한다. 단일 수치로 추정한 ROI 위에 세워진 AI 로드맵은 구조적으로 틀린 것이다. 분포, 테일 비용, 그리고 캘리브레이션 기준으로 채점되는 예측은 겉멋으로 붙인 정교함이 아니라 정직함의 최소 단위다.
다음 단계
레포는 지금은 의도적으로 비공개로 남아 있다. 구현 게이트는 인간이 소유한다. 이 게이트는 현재 정직하게 NOT APPROVED로 표시되어 있으며, 명세가 언제 엔진으로 넘어갈지는 오직 이 게이트가 결정한다. 게이트가 열리면 첫 번째 수직 슬라이스가 하나의 전략적 질문을 처음부터 끝까지 실행한다. 근거가 들어가고, 감사 가능한 전략 보고서가 나오며, 모든 숫자는 사슬로 연결된 근거로 '왜?'라는 질문에 답한다.
게이트를 통과하지 못하는 전략은 데크일 뿐이다. 우리는 차라리 게이트부터 먼저 내보내겠다.
AI-Native Series · Paul Jialiang Wu · love12xfuture · 언급된 실무 사례는 기밀이며, 시스템 자체에 관한 모든 주장은 프로젝트의 게이트 로그와 원장에서 검증 가능하다.