← 최신 논문
🤖 machine learning

Training-Inference Kernel Contracts: Bounding Divergence in Post-Training and Deployment

이 논문은 사후 학습 파이프라인에서 훈련 커널과 추론 커널 사이의 분포적 발산을 공식적으로 명시하고 제한하기 위한 "커널 계약(kernel contracts)" 프레임워크를 제안하며, 정책 경사 편향(policy-gradient bias)에 대한 이론적 경계치를 도출하고 구조화된 배포 파이프라인을 개설하는 한편, 이것이 생산 규모의 실증적 검증 없이 개념적 프레임워크만을 제시한다는 점을 언급한다.

원저자: Bruce Changlong Xu, Lan Wu

게시일 2026-06-09
📖 4 분 읽기☕ 가벼운 읽기

원저자: Bruce Changlong Xu, Lan Wu

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

당신에게 아주 뛰어난 셰프(AI 모델)가 있다고 상상해 보십시오. 이 셰프는 정밀하게 조율된 고급 테스트 키친에서 수년간 요리를 배우며 실력을 쌓았습니다. 이 주방에서는 모든 것이 완벽하도록 정밀한 디지털 저울, 신선한 식재료, 그리고 신중하고 느린 조리 과정을 사용합니다. 이것이 **훈련 키친(Training Kitchen)**입니다.

이제 이 셰프의 레시피를 수천 명의 배고픈 고객들에게 제공하려고 합니다. 수요를 맞추기 위해, 당신은 다른 환경으로 전환합니다. 이제는 미리 계량된 스파이스 패킷, 더 빠르지만 약간은 덜 정밀한 그릴, 그리고 시간을 아끼기 위해 주문을 묶어서 처리하는 시스템을 사용합니다. 이것이 **추론 키친(Inference Kitchen)**입니다.

이 논문에 따르면 문제는, 비록 같은 셰프가 같은 비밀 레시피(모델 가중치)를 사용하더라도, 푸드 트럭에서 나오는 음식은 테스트 키친에서 나온 것과 정확히 일치하지 않는다는 것입니다. 차이는 아주 미세합니다. 예를 들어 소금 한 꼬집이 더 들어가거나, 굽기가 약간 달라지는 정도일 수 있습니다. 하지만 수천 건의 주문이 쌓이면 이러한 미세한 차이가 누적될 수 있습니다. 때로는 "매콤한" 맛이어야 할 음식이 "순한" 맛으로 나오기도 하고, 테스트 키친에서는 통과했던 안전 점검이 푸드 트럭에서는 실패하기도 합니다.

이 논문은 이 간극을 **"트레이닝-인퍼런스 커널 계약(Training-Inference Kernel Contract)"**이라고 부릅니다. 이들의 해결책을 간단히 정리하면 다음과 같습니다.

1. 문제점: "두 명의 서로 다른 셰프"

현재 우리가 AI를 구축할 때, 우리는 "훈련 셰프"와 "추론 셰프"가 정확히 똑같은 일을 하고 있다고 가정합니다. 하지만 실제로는 그들이 서로 다른 도구와 방법을 사용하고 있습니다.

  • **훈련(Training)**은 고정밀 수학(예: 디지털 저울)을 사용합니다.
  • **추론(Inference)**은 더 빠르게, 더 저렴하게 운영하기 위해 저정밀 수학(예: 눈대중)을 사용합니다.

서로 다른 도구를 사용하기 때문에, 그들은 때때로 다른 결정을 내립니다. 일반적인 식당이라면 단순히 국물 맛이 약간 달라지는 정도겠지만, AI의 경우 다음과 같은 일이 발생할 수 있습니다.

  • 보상 해킹(Reward Hack): 강화 학습(AI가 시행착오를 통해 배우는 과정)에서, AI는 "빠른" 키친이 좋은 점수를 주었기 때문에 자신이 잘하고 있다고 착각할 수 있습니다. 하지만 "정밀한" 키친이었다면 나쁜 점수를 주었을 것입니다. 이는 마치 연습 시험에서는 A를 받았지만, 채점 기준이 바뀌어 실제 시험에서는 낙제하는 학생과 같습니다.
  • 안전 슬립(Safety Slip): 테스트 키친에서는 답변을 거부했던 프롬프트가, 빠른 그릴이 맛을 살짝 바꿔놓는 바람에 푸드 트럭에서는 실수로 답변하게 될 수도 있습니다.

2. 해결책: "커널 계약(Kernel Contract)"

저자들은 커널 계약이라는 새로운 규칙 책을 제안합니다. 이것을 변호사를 위한 법적 문서가 아니라, AI와 함께 이동하는 품질 관리 체크리스트라고 생각하십시오.

이 계약은 다음과 같이 말합니다: "우리는 빠른 키친(추론)이 테스트 키친(훈련)과 100% 동일하지 않을 것임을 알고 있습니다. 괜찮습니다. 하지만 우리가 절대 어겨서는 안 될 구체적인 규칙들이 여기 있습니다."

계약은 네 가지 섹션으로 구성됩니다:

  • 수치 규칙 (N): "수학적 오차는 X만큼 이상 벗어나서는 안 된다." (예: 향신료 수준이 10% 이상 변해서는 안 된다.)
  • 통계 규칙 (S): "최종적인 맛은 일관되어야 한다." (예: 99%의 경우, 해당 음식은 여전히 '매콤함'으로 인식되어야 한다.)
  • 런타임 규칙 (R): "여전히 충분히 빨라야 한다." (예: 안전 점검을 추가했다고 해서 푸드 트럭이 느려져서는 안 된다.)
  • 관측 가능성 규칙 (O): "나중에라도 특정 주문을 다시 맛볼 수 있어야 한다." (고객이 불만을 제기하면, 무엇이 잘못되었는지 확인하기 위해 두 키친 모두에서 해당 주문을 똑같이 재현할 수 있어야 한다.)

3. "에스컬레이션 정책" (규칙을 어겼을 때 어떻게 하나요?)

계약은 단순한 목록이 아닙니다. 이는 신호등 시스템을 가지고 있습니다:

  • 초록색 (L1): "알림." 미세한 차이가 기록되었습니다. 계속 요리하십시오.
  • 노란색 (L2): "경고." 차이가 너무 커지고 있습니다. 이 키친으로 보내는 새 주문을 중단하고, 문제를 해결할 때까지 백업 키션으로 주문을 돌리십시오.
  • 빨간색 (L3): "비상 상황." 심각한 문제가 발생했습니다. 즉시 이 키친을 폐쇄하고 검증된 기존 버전으로 교체하십시오.

4. "4단계 프로모션" (서빙 전 테스트 방법)

새로운 키친을 바로 대중에게 공개하는 것이 아닙니다. 논문은 4단계의 안전 터널을 제안합니다:

  1. 오프라인 CI: 실험실에서 고정된 테스트 주문 세트로 체크리스트를 실행합니다. 여기서 실패하면 실험실조차 떠나지 마십시오.
  2. 섀도우(Shadow): 새로운 키친이 요리를 하되, 고객에게는 기존 키친의 음식을 제공합니다. 우리는 단지 새로운 키친이 실수를 할 뻔했는지 지켜보는 것입니다.
  3. 카나리(Canary): 새로운 키친이 실제 고객의 아주 적은 그룹(예: 1%)에게 음식을 제공합니다. 만약 불만이 접수되면 즉시 중단합니다.
  4. 풀(Full): 모두가 만족하면, 새로운 키친이 모든 사람에게 음식을 제공하도록 합니다.

5. 왜 "학습하는" AI(RL)에 중요한가?

이 논문은 스스로 학습하는 AI(강화 학습)에 대해 특별히 언급합니다.

  • 문제점: AI가 학습할 때, "빠른" 키친을 통해 세상의 스냅샷을 찍지만, 그 후에는 "정밀한" 키친으로부터 배우려고 시도합니다. 이는 레이싱 카의 영상을 보고 운전을 배우는데, 실제로는 다른 모델의 자동차를 운전하는 것과 같습니다. AI는 혼란에 빠지고 잘못된 교훈을 얻게 됩니다.
  • 해결책: 계약은 AI가 "이봐, 내 빠른 키친과 정밀한 키친은 서로 달라"라고 인정하도록 강제합니다. 이는 학습 과정에 "보정 계수"를 추가하여, AI가 푸드 트럭의 속도에 속아 잘못된 학습을 하지 않도록 만듭니다.

요약

이 논문은 "훈련되는 AI"와 "서비스되는 AI"가 동일하다고 가정하는 것을 멈춰야 한다고 주장합니다. 대신, 그들을 계약을 맺은 두 명의 파트너로 취급해야 합니다. 이 계약은 그들이 얼마나 다르게 행동할 수 있는지, 너무 많이 달라지면 어떤 일이 발생하는지, 그리고 그 차이가 고객의 경험을 망치기 전에 어떻게 잡아낼 것인지를 명시적으로 규정합니다.

이는 "모든 것이 잘 작동하기를 바라는 것"에서 벗어나, "차이가 어디에 있는지 정확히 측정하고 이를 관리하는 것"으로 나아가는 과정입니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →