AI 생성 이미지
Claude 3 Opus가 ...를 한 줄에 출력하지 못하고 점을 줄마다 하나씩 출력했다는 사례가 공유됐다. 해당 게시물은 2026년 5월 19일 오전 4시 54분에 올라왔고, 조회수 4.7K가 표시됐다. 6분 뒤 올라온 후속 게시물에는 조회수 978이 표시됐다.
이 사례에서 중요한 질문은 “Claude가 정말 점 세 개를 못 찍는가?”가 아니다. 더 실용적인 질문은 짧고 단순한 출력일수록 왜 형식 지정이 중요해지는가다.
사용량 제한이나 길이 제한의 문제가 아니다
먼저 이 현상을 Claude의 사용 한도나 길이 한도와 혼동하지 않아야 한다.
Claude의 사용 한도는 일정 시간 동안 보낼 수 있는 메시지 수나 작업량을 제한하는 개념이다.1 또한 길이 한도는 한 대화에서 Claude가 처리하고 기억할 수 있는 컨텍스트 창 크기와 관련된다.1
즉, ...를 요청했는데 줄마다 점이 하나씩 출력되는 현상은 “메시지 한도를 다 썼다”거나 “컨텍스트 창이 부족하다”는 문제와는 다르다. 요금제를 올리거나 더 기다린다고 바로 해결되는 종류의 병목도 아니다.
더 정확히는 모델이 사용자의 출력 형식 요구를 어떻게 해석했는가에 가까운 문제다.
짧은 출력은 오히려 더 엄격한 지시가 필요하다
점 세 개는 매우 단순한 출력이다. 그래서 사용자는 ...라고만 요청해도 모델이 그대로 출력하리라 기대한다. 하지만 LLM은 종종 요청을 “문자 그대로 수행할지”, “답변 형식으로 풀어낼지”, “가독성을 위해 줄바꿈할지” 사이에서 판단한다.
이럴 때 필요한 것은 더 긴 설명이 아니라 더 좁은 제약이다.
예를 들어 다음처럼 지시해야 한다.
응답은 정확히
...하나만 포함한다.
점 세 개는 같은 줄에 출력한다.
다른 문자, 설명, 공백, 줄바꿈은 넣지 않는다.
핵심은 “점 세 개를 출력해줘”가 아니라, 출력물의 허용 범위를 닫아주는 것이다.
Claude 프롬프팅 문서에서도 특정 형식이 필요할 때는 범위를 명확히 지정해야 한다는 방향을 제시한다.2 모델 세대가 다르더라도 실무적 교훈은 같다. 애매한 요청은 모델이 친절하게 재해석할 수 있고, 그 재해석이 자동화 환경에서는 오류가 된다.
API 출력 속도와도 별개의 문제다
또 다른 혼동 지점은 토큰 처리량이다.
Claude Opus API의 출력 토큰 속도 한도는 분당 8,000토큰에서 80,000토큰으로 증가했다는 설명이 있다.3 다만 이 80,000토큰/분 한도는 API에 적용되는 것이며 Claude.ai 구독에는 적용되지 않는다.3
따라서 ... 출력 사례를 “출력 토큰 속도가 부족해서 생긴 문제”로 해석하는 것은 적절하지 않다. 많은 토큰을 빠르게 생성하는 능력과, 아주 짧은 문자열을 정확한 형식으로 생성하는 능력은 서로 다른 관찰 포인트다.
실무에서 얻을 수 있는 교훈
이번 사례의 결론은 “Claude 3 Opus는 점을 못 찍는다”가 아니다. 더 중요한 교훈은 LLM에게 짧은 출력을 요구할수록 형식 제약을 더 분명히 해야 한다는 점이다.
특히 자동화 파이프라인, 코드 생성, 데이터 변환, 테스트 응답처럼 출력이 기계적으로 소비되는 상황에서는 다음 원칙이 유용하다.
출력에 포함될 문자를 정확히 지정한다.
한 줄인지 여러 줄인지 명시한다.
설명, 공백, 줄바꿈, 접두사, 접미사를 금지한다.
가능한 경우 “정확히 이 문자열만 출력”이라고 쓴다.
작은 프롬프트 차이가 사소해 보일 수 있다. 하지만 모델 응답을 사람이 읽는 것이 아니라 시스템이 처리한다면, 이런 차이가 실패율을 줄이는 핵심이 된다.
1How do usage and length limits work?
2Prompting best practices - Claude API Docs
3Claude Opus API Output Tokens Just Hit 80,000/min -- 10x Increase Explained
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.