모델이 나오면 벤치마크 표를 봅니다. 그런데 이번에 저는 다른 문서를 먼저 읽었어요. 앤트로픽이 페이블 5.1과 함께 공개한 공식 프롬프팅 가이드입니다. 발표 스레드에서 "우리가 배운 것들(our own learnings)을 실었다"고 소개한 그 문서.
16개 섹션을 다 읽고 나니, 이건 팁 모음이 아니라 모델의 성격 명세서였습니다. 새 모델이 어디서 다르게 행동하는지, 그리고 그걸 어느 문장으로 되돌리는지가 관측→처방 쌍으로 정리돼 있어요.
전제: 고치지 마라
가이드의 첫 문장이 사용법을 정합니다. "기존 페이블 5 프롬프트는 변경 없이 페이블 5.1에서 잘 작동할 것이다. 다만 알아둘 가치가 있는 행동 차이가 한 줌 있다."
그러니까 16개 섹션은 체크리스트가 아닙니다. 증상이 보일 때 찾아가는 색인이에요. 실제로 문서 앞머리에 관측→섹션 매핑 표가 있습니다. "툴 호출 사이에 텍스트가 거의 없다" → 진행 업데이트 섹션. "에이전트 루프에서 턴당 툴 호출이 하나뿐이다" → 배칭 섹션. 이런 식으로요.
가장 반직관적인 조언 — effort를 다시 재라
첫 처방부터 의표를 찌릅니다. 페이블 5에서 effort 스윕을 이미 돌렸어도 다시 돌리라는 것. 이유가 명문화돼 있어요 — "effort 레벨의 이름은 모델이 달라지면 같은 양의 사고에 대응하지 않는다."
기본값은 high. 후보는 low, medium, xhigh, max. 가이드의 가성비 지도는 이렇습니다. medium은 "대략 페이블 5 수준의 결과를 더 낮은 비용에", low는 "오퍼스·소네트 모델과 과제당 비용이 비슷하면서 점수는 더 높은 경우가 잦다." 능력 향상은 전 레벨에서 나타나되 높은 설정에서 가장 크고요.
'대략', '경우가 잦다' — 전부 가이드의 유보 표현 그대로입니다. 벤치 숫자는 이 문서에 없어요. 작은 모델을 높은 effort로 돌리던 자리에 큰 모델의 low를 후보로 넣어보라는 역발상이 실용적인 대목입니다.
성격 변화 네 가지, 그리고 되돌리는 문장
가이드가 5 대비 인정한 행동 변화가 흥미롭습니다. 전부 장단이 섞여 있어요.
말수가 줄었다. 긴 툴 호출 턴에서 사용자용 진행 업데이트를 5보다 덜 씁니다. effort가 높을수록, 체인이 길수록 더 두드러져요. 처방은 층층이입니다 — 먼저 클라이언트가 업데이트를 받는 설정인지 확인하고, 프롬프트에 남아 있는 '나레이션 억제' 문구부터 지우고, 그래도 부족하면 "시작 전에 뭘 할지 한 줄, 작업 중 짧은 업데이트, 마지막 메시지만 본 독자도 전체 그림을 갖게 요약" 프롬프트를 붙입니다.
글이 빽빽해졌다. 문장은 더 길고 문단 나눔은 줄었습니다. 상투구와 설명 없는 전문용어는 줄어서 "이전 클로드 모델들보다 한 단계 위"라는 자평이지만요. 여기 붙은 처방이 이 가이드에서 제일 유명해질 문단입니다 — mannered prose(꾸민 산문) 교정문. "'조정할 가치가 있는 파라미터' 대신 '돌려볼 가치가 있는 다이얼'이라고 쓰는 것. 그 문구는 아이디어를 전달하기 위해서가 아니라 글쓴이를 전시하기 위해 존재하고, 독자는 그걸 안다." 짧은 버전은 한 줄입니다. "Please remove all mannered prose."
포맷을 덜 쓴다. 이전 모델들이 불릿과 볼드를 남용해서 다들 안티포맷 규칙을 프롬프트에 넣었는데, 5.1은 반대쪽으로 기울었습니다. 처방: 그 안티포맷 규칙을 지우거나, '언제 포맷이 맞는지'를 알려주는 문장으로 교체.
파일을 통째로 다시 쓴다. 작은 수정에도 전체 재작성이 5보다 잦습니다. 처방은 외과 수술 지시 — "최종 결과에 영향이 없다면 파일 전체를 다시 쓰지 말고 외과적으로 편집하라." 이 한 문단이 "소·중형 변경에서 페이블 5 수준으로 되돌린다"고 가이드가 명시했어요.
백미 — 자율 실행 블록
문서에서 가장 공들인 섹션은 '작업을 끝까지'입니다. 5.1은 긴 작업을 혼자 완주할 수 있는데, 가끔 턴을 일찍 닫아요. 다음에 할 일을 설명하고 멈추거나("Next, I'll…"), 이미 요청받은 일에 허락을 구하거나("Shall I apply this?"). 사용자가 "continue"만 치게 되는 패턴입니다.
처방으로 제공된 프롬프트 블록의 첫 문장이 핵심을 뚫습니다. "당신은 자율적으로 작동하고 있다. 사용자는 실시간으로 보고 있지 않고 작업 중간에 질문에 답할 수 없다." 가이드 스스로 "사용자가 보고 있지 않다고 말하는 첫 문장이 효과의 상당 부분을 나른다. 쓰인 그대로 유지하라"고 주석을 달았어요.
블록 안의 규칙들도 구체적입니다. 되돌릴 수 있는 행동은 묻지 말고 진행, 멈추는 건 파괴적 행동과 진짜 범위 변경뿐. 턴을 닫기 전 마지막 문단을 점검해서 그게 계획·분석·질문·약속이면 지금 툴을 불러 실행하라. 그리고 두 번째 블록의 이 문장 — "하기로 정한 단계는 실행할 대상이지, 발표할 대상이 아니다."
트레이드오프 경고도 정직하게 붙어 있습니다. 이 블록은 모호한 요청에서 확인 질문까지 줄일 수 있으니, 자기 과제에서 그 균형을 점검하라고요.
반대 방향의 절제 프롬프트도 한 쌍입니다. 요청 밖 버그 수정, 임의 확장, 스크래치 테스트 커밋을 막는 블록 — 효과 측정까지 실려 있어요. "요청되지 않은 추가와 커밋된 테스트 코드가 크게 줄었고, 과제 성공률에는 측정 가능한 변화가 없었다." 내부 측정이라는 한계는 있지만, 처방에 효과 크기를 붙인 프롬프팅 문서는 드뭅니다.
폐기 목록 — 프롬프트의 세대교체
가이드가 지우거나 바꾸라고 명시한 관행이 목록으로 뽑힙니다.
- "모든 발견을 최종 응답까지 아껴두라"류 나레이션 억제 문구
- 불릿 남용을 막던 안티포맷 규칙
- 턴마다 리마인더를 넣었다가 다음 요청에서 지우는 패턴
- 매 요청 시스템 프롬프트 재조립 (현재 시각, 모드 플래그…)
- 비용을 아끼려는 이른 컨텍스트 압축 — 캐시 읽기가 싸져서 "더 늦은 압축 지점을 실험하라"
- compile-check식 질문("이 프로그램 컴파일돼?" → "버그 있어?"로), 툴 출력의 base64
한 시대의 프롬프팅 노하우가 통째로 은퇴하는 목록이에요. 각각이 왜 문제가 됐는지도 이유가 있고 — 앞 턴을 고치는 패턴들은 thinking 무효화와 캐시 재시작을 부르고, 안티포맷은 이제 반대 방향으로 작용하니까요.
남는 생각
이 문서를 덮으며 남은 인상은 두 가지입니다.
하나. 프롬프팅이 감에서 사양으로 넘어가고 있습니다. '이렇게 하면 잘 되더라'의 민간요법 시대에서, 모델 제작사가 행동 차이를 관측→처방 쌍으로 문서화하고 효과 크기("측정 가능한 변화 없음")까지 첨부하는 시대로. 릴리스 노트보다 이 가이드가 실무자에게 더 중요한 문서가 됐어요.
둘. 처방의 방향이 일관됩니다. 덜 묻고, 덜 다시 쓰고, 덜 꾸미고, 끝까지 가라. 앤트로픽이 이 모델을 어디에 쓰라고 만들었는지가 프롬프트 처방에서 역으로 읽힙니다 — 사람이 실시간으로 지켜보지 않는, 긴 자율 작업. "사용자는 보고 있지 않다"는 첫 문장이 효과의 상당 부분을 나른다는 각주가, 이 세대 모델의 사용 환경을 한 줄로 요약하고 있어요.
기존 프롬프트는 그대로 두라. 하지만 그 프롬프트가 전제하던 모델은 이미 다른 모델입니다.
원문·소스
FAQ
자주 묻는 질문
- 기존 페이블 5 프롬프트를 고쳐야 하나요?
- 가이드 첫 문장은 변경 없이 잘 작동한다고 합니다. 16개 섹션은 체크리스트가 아니라 증상이 보일 때 찾는 색인이에요.
- effort는 다시 재야 하나요?
- 다시 돌리라고 적혀 있습니다. 레벨 이름이 모델이 달라지면 같은 양의 사고에 대응하지 않기 때문이에요. 기본값은 high입니다.
- 자율 실행 블록의 핵심 문장은요?
- 당신은 자율적으로 작동하고 있고, 사용자는 실시간으로 보고 있지 않다는 첫 문장입니다. 가이드는 쓰인 그대로 유지하라고 주석을 달았어요.