코딩 어시스턴트로서 클로드(Claude)는 유능하지만, 답변의 문체가 지나치게 과장돼 있다는 불만은 실무자들 사이에서 낯설지 않다. 개발자 adnanakil이 공개한 'nobuzz' 프로젝트는 바로 이 문제를 겨냥한 클로드 코드(Claude Code)용 스킬이다. /debuzz라는 명령으로 호출되는 이 스킬은 클로드가 방금 내놓은 답변을 받아, 구글의 안티그래비티(Antigravity) CLI인 agy를 통해 제미나이(Gemini)에 넘겨 '버즈피드식 말투'를 사람이 말하는 평범한 문장으로 다시 쓰게 한다. 제작자는 이 도구를 반농담조로 '클로데트(Claudette)'라 부른다.
무엇을 고치려는가
스킬이 문제 삼는 것은 정확성이 아니라 전달 방식이다. 원문 설명에 따르면 클로드는 왜 테스트가 불안정하게(flaky) 실패하는지 물으면 단순한 버그라고 답하는 대신 '하중을 지탱하는 가정(load-bearing assumption)'을 언급하고, 번호를 매긴 세 가지 통찰을 늘어놓으며 '세 번째가 가장 교훈적'이라는 식의 마무리를 덧붙인다는 것이다. 모든 설명에 극적인 '한 방(kicker)'이 붙는 셈이다. 실제로 원문은 동일한 동기화 파이프라인 재시도 버그를 두 가지 방식으로 보여 준다. 화려한 버전은 재시도 로직이 '전체 파이프라인을 지탱하는 핵심 가정'이라며 긴장감을 조성하지만, 정돈된 버전은 간결하다. syncQueue.ts:142가 ETIMEDOUT을 재큐잉하지 않고 삼켜 버리고, 백오프 상한이 2초에 그쳐 모바일 네트워크에 부족하며, 중복 제거 키에 타임스탬프가 포함돼 재시도가 결코 중복 제거되지 않는다는 것. 수정 방향은 키에서 타임스탬프를 제거하고, 상한을 30초로 올리며, 타임아웃 오류를 다시 던지는 것이다.
다른 모델에 맡기는 이유
이 스킬의 설계 전제는 솔직하다. 아무리 프롬프트를 정교하게 다듬어도 클로드 스스로 이 말투를 완전히 고치지는 못한다는 점을 인정하고, 교정 작업을 아예 다른 모델에 맡긴다. 핵심은 클로데트가 제미나이의 번역 결과를 손대지 않고 그대로(verbatim) 출력한다는 규칙이다. 클로드가 결과를 '다듬도록' 허용하면 걷어내려던 바로 그 문체가 되돌아오기 때문이다. 자기 교정이 실패하는 지점을 우회해 모델 다양성을 활용한 접근이라 볼 수 있다.
동작 자체에 특별한 기술은 없다. 스킬은 클로드의 직전 답변을 임시 파일에 쓴 뒤 agy -p "$(cat ) " 형태로 실행한다. agy의 헤드리스 모드는 표준 입력을 읽지 않고 프로젝트 외부 파일도 읽지 못하기 때문에, 텍스트를 프롬프트에 직접 밀어 넣는 방식을 택했다. 인자 없이 부르면 직전 답변을 번역하고, 명령 뒤에 텍스트를 붙이면 그 텍스트를 대상으로 삼으며, "say that in normal english" 같은 자연스러운 표현으로도 발동된다.
오류 처리 방식도 눈여겨볼 만하다. agy가 실패하면(대개 인증 문제) 사용자에게 실제 오류를 그대로 보여 주고, 클로드는 자신의 재작성본을 어디까지나 '대체 수단'이라고 명확히 표시한 경우에만 제시한다. 버즈를 걷어내야 할 도구가 조용히 다시 버즈를 만들어 내는 상황, 즉 신뢰할 수 없는 자기 번역으로 귀결되는 것을 막기 위한 장치다.
실무적으로 읽을 대목
한국의 개발 실무자에게 이 프로젝트가 주는 시사점은 도구 자체보다 설계 철학에 있다. 특정 모델의 고질적 성향을 프롬프트만으로 억누르려 하지 않고, 다른 모델을 검증·교정 단계로 끼워 넣어 파이프라인을 구성하는 발상은 문서 요약이나 코드 리뷰 자동화에도 응용할 여지가 있다. 결과물을 원본 생성 모델이 다시 만지지 못하게 격리한 점, 실패를 숨기지 않고 노출한 점은 LLM 조합 워크플로를 짤 때 참고할 만한 원칙이다.
다만 한계도 분명하다. 이 스킬은 안티그래비티 CLI와 제미나이 접근 권한이 갖춰져 있어야 동작하며, 인증이 걸리면 곧바로 막힌다. 응답마다 한 단계가 더 붙어 지연이 생기고, '좋은 문체'의 기준은 결국 주관적이다. 프로젝트 자체가 개인 개발자의 실험적 성격에 가깝고 원문 상당 부분이 풍자적 어조라는 점도 감안해야 한다. 그럼에도 '모델의 약점은 같은 모델로 고치지 말라'는 메시지만큼은, 여러 LLM을 엮어 쓰기 시작한 팀이라면 한 번쯤 곱씹어 볼 대목이다.