피드로 돌아가기
When Your Coding Agent's String-Matcher Becomes a Billing Decision
Dev.toDev.to
AI/ML

String-matcher 기반 라우팅 오류로 인한 무단 과금 및 60% 작업 거부 사례 분석

When Your Coding Agent's String-Matcher Becomes a Billing Decision

Arthur2026년 5월 20일11intermediate

Context

Claude Code CLI의 요청 파이프라인 내 String-matcher 기반 라우팅 로직이 사용자 콘텐츠와 충돌하는 구조적 결함 발생. 특정 키워드가 포함된 파일명이나 커밋 메시지를 서버 측에서 오분류하여 잘못된 과금 체계로 할당하거나 안전성 제약 조건으로 오인하는 병목 지점 존재.

Technical Solution

  • Request Pipeline 내의 단순 Substring 매칭 로직을 통한 서버 사이드 브랜칭 설계
  • HERMES.md 등 특정 문자열 감지 시 Max-plan 쿼터가 아닌 Metered Extra Usage 레일로 요청을 강제 라우팅하는 과금 로직 적용
  • 태그를 통한 Malware 분석 가이드라인 주입 및 Subagent의 엄격한 Safety-precedence 규칙 적용
  • 조건절이 생략된 "MUST refuse to improve or augment the code"라는 무조건적 명령문의 문법적 모호성으로 인한 Subagent의 작업 거부 유도
  • 메인 스레드와 서브 에이전트 간의 Context 공유 범위 차이에 따른 해석 일관성 결여 및 실행 결과의 불일치 발생

- 외부 AI 에이전트 도입 시 이슈 트래커 및 상태 페이지를 통해 불투명한 라우팅 로직 및 회귀 버그 상시 모니터링 - LLM 시스템 프롬프트 작성 시 '무조건적 거부' 표현을 지양하고 명확한 조건절(If-Then) 기반의 제약 사항 정의 - 비정상적 과금이나 작업 거부 발생 시 최소 재현 경로(Minimal Repro)와 바이너리 서치(Binary Search)를 통한 정확한 트리거 식별

원문 읽기