우리 회사 월드모델 만들어야 하는 이유 (이주환 스윗테크놀로지 대표)

한 줄 핵심

기업이 AI로 성과를 내려면 모델 자체보다 먼저 도메인을 개체·상태·전이·제약으로 명시한 월드 모델을 설계해, AI가 추론하는 암묵적 세계를 조직이 통제 가능한 실행 세계로 바꿔야 한다.

시간별 요약

1. 0:00
   AX의 초점은 AI를 많이 쓰는 데서 AI로 가치를 만들고 ROI를 증명하는 데로 이동하고 있다. 이 변화의 핵심은 도메인을 명세하지 않으면 AI가 조직의 암묵적 세계를 대신 만들어 버린다는 점이다.
2. 3:00
   월드 모델의 최소 문법은 개체(Entity), 상태(State), 전이(Transition), 제약(Constraint)이며, 이 네 가지를 통해 비즈니스 세계를 설계할 수 있다. 물리 세계의 물 상태 변화처럼, 기업의 개체도 상태와 전이 규칙, 전역 제약을 가져야 한다.
3. 7:01
   부서마다 같은 사건의 종결을 다르게 해석하므로, 상태 정의를 명시하지 않으면 구조적·의미적·정책적 드리프트가 발생한다. 에이전트를 여러 개 붙이기 전에 먼저 월드 미션과 월드 스코프를 정하고, 실제로는 워크플로가 아니라 상태 기계 수준의 설계를 해야 한다.
4. 13:02
   진짜 워크플로는 상태 관측, 가드 판정, 상태 전이, 이벤트 발생까지 포함하며, 환불·취소 같은 업무는 언어 모델이 아니라 비즈니스 규칙과 심볼릭 판정이 결정해야 한다. 상태 모델 없이 만든 에이전트는 채팅봇처럼 보일 뿐, 책임 있는 실행 주체가 되기 어렵다.
5. 21:01
   뉴럴 기반 월드 모델만으로는 책임 추적과 예측 가능성이 부족하므로, 엔터프라이즈에서는 심볼릭 월드 모델과 결합한 뉴로 심볼릭 접근이 필요하다. 작은 부서나 단일 업무부터 단단한 세계를 만들면, 그 모델은 재사용 가능한 전략 자산으로 확장될 수 있다.
6. 31:01
   앞으로는 AI를 잘 쓰는 조직보다 자신의 도메인을 명시적으로 설계해 AI 친화적으로 만드는 조직이 경쟁 우위를 갖는다. 도메인 오너가 월드 모델을 설계하지 않으면 조직은 AI가 암묵적으로 만든 세계에 끌려다니는 피설계물이 된다.

실무 인사이트

• 에이전트 도입 전, 업무를 개체·상태·전이·제약 표로 먼저 정리하면 부서 간 해석 차이와 예외 처리 기준을 빠르게 드러낼 수 있다.
• 환불·정산·CS처럼 책임과 예외가 중요한 업무는 LLM 판단과 분리하고, 상태 기계와 정책 규칙을 심볼릭하게 고정해야 운영 사고를 줄일 수 있다.
• 멀티에이전트 확장은 기술보다 도메인 모델의 정합성이 먼저이므로, 하나의 부서에서 검증된 월드 모델을 다른 부서로 복제·확장하는 전략이 가장 현실적이다.