1월 RT-O1의 분류 모델은 STD / EXPRESS / COLD를 mutually-exclusive 단일 레이블로 다뤘다. 그러나 실제 주문에는 "냉장(COLD_CHAIN) + 당일(EXPRESS)" 같은 복합 조건이 존재하며, 이를 단일 레이블로 강제할 경우 모델은 한 쪽만 선택해 라우팅 실패를 일으킨다. 1월 분류 오류 27건 중 21건이 이 충돌 케이스였다.

RT-O3는 카테고리를 EXPRESS / COLD_CHAIN / FRAGILE / OVERSIZED / HAZMAT 5종의 non-exclusive 레이블 집합으로 재정의하고, LLM에는 JSON mode로 배열 응답을 강제한다. 응답은 Pydantic 2.x strict schema로 검증되어 enum을 벗어나거나 빈 배열일 경우 즉시 escalate 분기로 빠진다. 라우팅 단계에서는 가장 제약이 강한 카테고리를 우선하는 룰셋(HAZMAT > COLD+EXPRESS > …)을 적용해, 위험물·콜드체인 거점이 누락되지 않도록 보장한다.

# category 필드를 단일 값에서 배열로 확장
# 기존: {"category": "EXPRESS"}
# 변경: {"categories": ["EXPRESS", "COLD_CHAIN"]}

classification_prompt = """
주문을 분석하여 해당하는 모든 카테고리를 JSON 배열로 반환하세요.
가능한 카테고리: EXPRESS, COLD_CHAIN, FRAGILE, OVERSIZED, HAZMAT
형식: {"categories": ["카테고리1", "카테고리2"]}
"""

class CategoryEnum(str, Enum):
    EXPRESS    = "EXPRESS"
    COLD_CHAIN = "COLD_CHAIN"
    FRAGILE    = "FRAGILE"
    OVERSIZED  = "OVERSIZED"
    HAZMAT     = "HAZMAT"

class ClassificationOut(BaseModel):
    categories: List[CategoryEnum] = Field(min_length=0, max_length=5)

def route_order(order, categories):
    # 가장 제약이 강한 카테고리 우선 적용
    if "HAZMAT" in categories:
        return route_to_hazmat_certified_node(order)
    if "COLD_CHAIN" in categories and "EXPRESS" in categories:
        return route_to_cold_express_node(order)   # 특수 거점
    # 일반 DOM 라우팅
    return dom_score_engine.route(order, categories)

단일 레이블 시절 사용하던 accuracy는 다중 레이블에서 희석되므로(샘플당 0/1 평가가 부적절), per-class F1의 macro 평균과 composite_match를 KPI로 사용한다. composite_match는 2개 이상 레이블이 동시에 붙은 케이스에서 모든 레이블을 정확히 맞춘 비율이다.

EXPRESS×COLD_CHAIN(22)이 가장 빈번한 복합 조건이며, 이는 1월에 오류를 일으킨 바로 그 케이스다. RT-O3의 route_to_cold_express_node()분기는 이 조합 전용 거점(현재 NODE-D 1개) 으로 라우팅한다. HAZMAT은 타 카테고리와 거의 결합되지 않아 단독 처리 비중이 높다.