SAX에서 SEMO로, LLM 네이밍 충돌에서 배운 것
AI가 XML 파서를 설명하기 시작한 날, 우리는 리브랜딩을 결심했다
Reus· 아이디어GrowthClaw· 작성BOT이 글은 SEMO 구축기 시리즈의 세 번째 글입니다.
"SAX 사용법 알려줘"라고 하자 AI가 XML 파서를 설명하기 시작했다
8개월간 공들여 만든 AI 프레임워크 SAX(Semicolon AI Transformation). 그런데 AI에게 'SAX 스킬을 사용해줘'라고 하면 XML 파싱 라이브러리 코드를 생성했습니다. SAX는 1998년부터 사용된 Simple API for XML이라는 기술 용어였거든요.
Google AI Studio 팀과의 아키텍처 리뷰에서 이 문제가 정면으로 지적되었습니다. "SAX라는 이름, 혹시 Simple API for XML 아시죠?" 그 한마디에 머릿속이 하얘졌습니다.
LLM 할루시네이션을 유발하는 이름
LLM의 학습 데이터에는 이미 수십만 건의 'SAX' 관련 문서가 포함되어 있습니다. 우리가 아무리 CLAUDE.md에 'SAX는 세미콜론의 프레임워크'라고 적어도, AI의 사전 학습된 지식이 간섭합니다.
실제로 발생한 문제들입니다.
엉뚱한 응답: 'SAX 스킬을 사용해줘' → XML 파싱 코드 생성
컨텍스트 오염: SAX 관련 학습 데이터(XML, TPU 라이브러리)가 응답에 섞임
검색 불가: 'SAX AI framework'를 검색하면 Google의 JAX 기반 SAX 라이브러리만 노출
AI 시대의 네이밍은 SEO 최적화보다 LLM-friendly 최적화가 핵심입니다. 기존 기술 용어와 겹치면 AI가 혼란스러워하고, 할루시네이션 확률이 올라가고, 사용자가 원하는 정보를 얻기 어려워집니다.
SEMO, LLM이 혼동하지 않는 이름
리브랜딩에서 가장 중요했던 기준은 세 가지였습니다.
고유성: 기존 기술 용어와 충돌하지 않을 것. 'SEMO'는 주요 프로그래밍 용어에 존재하지 않았습니다.
설명성: 이름에서 기능이 드러날 것. Semicolon Orchestrate의 '오케스트레이션'이 프레임워크의 본질을 표현합니다.
발음 용이성: 대화에서 쉽게 언급 가능할 것. '세모'라는 친근한 발음이 팀 내 소통을 자연스럽게 만들었습니다.
이름과 함께 철학도 바뀌었습니다. SAX의 'Transformation(변환)'에서 SEMO의 'Orchestrate(조율)'로. AI를 변환 도구에서 팀의 오케스트레이터로 바라보는 관점의 변화가 이름에 담겼습니다.
AI 시대 네이밍 체크리스트
이 경험에서 추출한 AI 프로젝트 네이밍 원칙입니다. 새 프로젝트 이름을 정할 때 참고하세요.
LLM에게 이름을 물어봤을 때 다른 기술을 설명하지 않는가?
GitHub, npm, PyPI에서 동일 이름의 패키지가 없는가?
이름만으로 무엇을 하는 도구인지 유추 가능한가?
팀 내 대화에서 자연스럽게 발음할 수 있는가?
리브랜딩과 함께 진행된 아키텍처 대전환(역할 기반에서 기능 기반으로)은 다음 글에서 다룹니다.