시스메틱 데일리코딩 못해도 AI로 자동화 시스템 만드는 법
모델 출시

읽기 힘들어졌다 — 모델 문체 놓고 이용자 불만

깃허브 이슈로 정리된 문체 지적, 콘텐츠를 만드는 쪽에는 남 얘기가 아니다

최신 모델의 글쓰기 방식이 읽기 어렵다는 이용자 불만이 깃허브(GitHub) 이슈로 정리돼 논의되고 있다. 클로드 코드(Claude Code) 저장소에 7월 13일 올라온 이 이슈는 현재 열린 상태이며, 모델 영역 문제로 분류돼 있다. 작성자는 커뮤니티 사이트 레딧(Reddit)의 관련 글타래를 요약한 것이라고 밝혔는데, 해당 글은 추천 450개와 댓글 175개 이상을 받았다. 공식 발표가 아니라 이용자들이 제기한 문제 제기라는 점은 분명히 해 둘 필요가 있다.

무슨 일인가 / 배경

지적의 요지는 성능이 아니라 문체다. 특정 버전 이후 모델의 기본 말투가 이전보다 장황해지고 전문용어가 늘어, 답을 찾으려면 문장을 여러 번 다시 읽어야 한다는 것이다. 일부 이용자는 모델의 답변을 다른 모델에 넣어 평범한 말로 요약시킨 뒤 읽는다고 했다.

증상이 가장 두드러지는 곳은 채팅 화면이지만, 코딩 도구와 다른 계열 모델에서도 비슷하게 느낀다는 진술이 함께 담겼다.

핵심 짚어보기

이슈에 정리된 패턴은 꽤 구체적이다. 특정 표현을 표준 용어인 양 반복해 쓰는 습관, 무엇인지 말하기 전에 무엇이 아닌지부터 말하는 구문, 이해를 돕기보다 해독을 요구하는 즉석 비유, 간단한 질문에 여러 문단으로 답하고 당연한 단서를 문단 하나로 늘리는 경향 등이 열거됐다. 간결하게 써 달라고 요청하면 길이는 줄지만 오히려 더 알아보기 어려워진다는 지적도 있었다. 대화에서 굳이 반박 구도를 만들거나 지시를 따르는 대신 자기 판단을 밀어붙이는 듯한 태도에 대한 불만도 함께 담겼다.

이 목록을 관통하는 문장은 하나다. 이해시키려 하기보다 똑똑해 보이려 한다는 것이 불만의 요지다. 다만 이는 개인의 체감과 커뮤니티 반응을 모은 것이고, 문체 선호는 사람마다 갈린다. 같은 밀도의 글을 오히려 선호하는 이용자도 있다.

1인기업 실전 적용 포인트

  • 금지 목록을 프롬프트에 박아라. '아니다, ~다' 형태의 부정 선행 구문 금지, 비유는 글 하나에 하나까지, 새로 만든 용어 사용 금지 정도만 명시해도 결과물의 읽기 편함이 눈에 띄게 달라진다.
  • 생성과 다듬기를 나눠라. 한 번에 완성본을 뽑으려 하지 말고, 내용을 만드는 단계와 문체만 손보는 단계를 분리한다. 두 번째 단계에서는 사실을 건드리지 말고 문장만 다듬으라고 못 박는다.
  • 자기 글 표본을 붙여라. 직접 쓴 글 다섯 편에서 열 편을 문체 기준으로 함께 넘기면, 추상적인 지시보다 훨씬 정확하게 말투가 맞춰진다.
  • 첫 문장만은 사람이 써라. 발행물의 첫 줄은 독자가 계속 읽을지 결정하는 지점이다. 이 한 줄만 직접 손봐도 기계로 쓴 티가 가장 크게 줄어든다.

전망 / 주의점

짚어 둘 점은 문체가 버전마다 흔들리는 변수라는 사실이다. 성능 지표만 보고 모델을 갈아 끼우면 어느 날 발행물의 목소리가 통째로 바뀔 수 있다. 모델을 바꿀 때는 벤치마크 점수와 함께 자기 결과물의 톤도 회귀 테스트 대상에 넣어야 한다. 실무 대응은 간단하다. 대표 작업 세 개를 같은 프롬프트로 새 모델에 돌려 보고 출력물을 나란히 읽어 본 뒤 교체를 결정하는 것이다. 이번 사안이 공급사 차원에서 조정될지는 아직 알 수 없으며, 그 사이의 문체 관리는 쓰는 쪽의 몫으로 남는다.

출처: 깃허브 anthropics/claude-code 이슈 #77136 (https://github.com/anthropics/claude-code/issues/77136)
← 전체 기사 보기