16.4.3. 테스트 주도 개발(TDD)에서 오라클 주도 개발(ODD, Oracle Driven Development)로

켄트 벡(Kent Beck)이 창시한 ’테스트 주도 개발(TDD, Test-Driven Development)’은 소프트웨어 공학 역사상 가장 위대한 철학 중 하나이다. “실패하는 테스트 코드를 먼저 작성하고, 그 테스트를 통과하기 위한 최소한의 프로덕션 코드만 작성하라.” 이 단순한 규칙은 개발자의 두뇌를 ’코딩’에서 ’검증 디자인’으로 이동시켰다.

그러나 AI 거대 언어 모델(LLM)을 다룰 때, TDD의 본질인 assertEquals(expected, actual)는 무용지물이 된다. actual 값이 매번 달라지는 생성형 모델 앞에서 전통적인 TDD는 성립할 수 없다. 우리는 TDD의 철학적 계보를 잇되, 그 수학적 한계를 극복한 새로운 패러다임, 즉 **오라클 주도 개발(ODD, Oracle-Driven Development)**로 진입해야 한다.

1. ODD의 개념과 사이클 (Red-Green-Refactor의 진화)

ODD는 “파운데이션 모델을 프롬프트로 튜닝하기 전에, 그 모델의 성공과 실패를 판정할 다층 방어(Layered) 오라클망부터 완벽하게 구축하라“는 방법론이다. TDD의 ‘Red-Green-Refactor’ 라이프사이클은 ODD에서 다음과 같이 진화한다.

• Red (Oracle Design): 어떠한 프롬프트도 작성하지 않은 상태에서, 요구사항을 완벽히 대변하는 오라클(Layer 2의 JSON 스키마, Layer 3의 정규식, Layer 5의 LLM-as-a-Judge 루브릭)과 수백 개의 에지 케이스(Edge Case)가 담긴 골든 데이터셋을 선제적으로 구축한다. 초기 모델을 이 망에 통과시키면 시스템은 당연히 붉은색(Red, 무수히 많은 환각 및 파싱 오류)을 뿜어낸다.
• Green (Prompt & Param Tuning): 엔지니어는 오직 오라클이 지적하는 ’에러 트레이스’만을 나침반 삼아, 시스템 프롬프트를 다듬고 모델의 파라미터(Temperature, Top-P)를 깎아낸다. 모델의 출력이 오라클의 5겹 방어망을 간신히 뚫고 나올 때 비로소 파란 불(Green)이 켜진다.
• Refactor (Oracle Strengthening): 기존 TDD의 리팩토링이 ’코드의 가독성 향상’이었다면, ODD의 리팩토링은 ’오라클의 기준 강화’이다. 모델이 너무 쉽게 테스트를 통과한다면, 오라클의 루브릭(Rubric) 기준을 더 가혹하게 높이고 새로운 적대적(Adversarial) 데이터를 골든 데이터셋에 추가하여 오라클 망을 더 촘촘하게 리팩토링한다.

2. 오라클이 곧 스펙(Specification)이 된다

ODD 방법론의 가장 놀라운 파급력은 개발 과정을 넘어서는 ‘문서화(Documentation)’ 기능에 있다.

기존의 자연어로 작성된 요구사항 정의서나 기획 문서는 항상 모호함을 내포하며 개발자와 기획자 간의 끝없는 논쟁을 낳았다. 그러나 ODD 하에서 작성된 Pydantic JSON 스키마 코드와 LLM-as-a-Judge의 프롬프트 루브릭은 그 자체로 기계가 읽고 실행할 수 있는(Machine-Executable) 살아있는 스펙(Living Specification)이 된다.

“환율 정보는 정확해야 합니다“라는 기획자의 모호한 요구는, ODD를 거치며 “API 반환 값의 currency_rate 필드 값이 실시간 Bloomberg API의 허용 오차 0.01% 이내에 존재해야 한다“라는 레이어 3 오라클 로직으로 강제로 구체화된다.

3. 소결: 검증의 헤게모니

테스트 코드는 프로덕션 코드에 종속되지만, 오라클은 파운데이션 모델 위에 군림한다. 어제의 개발자가 언어 모델을 학습시키고 제어하는 데 몰두했다면, ODD 체제 하의 내일의 개발자는 모델을 포기(또는 교체)하더라도 영구적으로 기업의 자산으로 남을 ’오라클망’을 직조하는 데 모든 에너지를 쏟아야 한다.

AI의 지능은 API 벤더사(OpenAI, Anthropic 등)가 제공하는 외생 변수이지만, 그 지능을 자사의 비즈니스 로직에 맞게 재단하는 오라클 시스템은 순수한 엔지니어링 역량의 결정체이다. TDD가 소프트웨어 역사를 바꾼 것처럼, Oracle-Driven Development는 맹목적인 ’AI 래퍼(Wrapper) 서비스’들의 종말을 고하고 진정한 결정론적 AI 소프트웨어 공학의 심연을 여는 가장 중요한 철학적 전환점이 될 것이다.