Fable 5.2 - Opus 5.5 처럼 그대로 쓰면 손해입니다 (주의점 7가지)

한 줄 핵심

Fable 5.2는 예전 Opus 5.5식 프롬프트를 그대로 가져오면 비용만 늘 수 있으므로, 에포트·서브 에이전트·작업 종료 규칙·출력 규칙을 새 모델 성향에 맞게 다시 조정해야 한다.

시간별 요약

1. 0:00
   Fable 5.2, 그대로 쓰면 손해입니다 Fable 5.2가 나오면서 예전 오퍼스용 프롬프트와 Claude MD를 그대로 쓰면 손해를 볼 수 있다는 문제의식이 제기된다. 공식 문서는 가이드라기보다 새 모델의 버릇을 다루는 주의 사항에 가깝고, 실제 작업에서 문제가 되는 항목만 골라 써야 한다는 전제가 깔려 있다.
2. 0:32
   규칙이 아니라 버릇입니다 이 문서는 모델의 성능 규칙이 아니라, 작업 중 멈춤·과잉 검토·토큰 낭비 같은 행동 습관을 교정하는 메모처럼 이해하는 편이 맞다. 따라서 모든 조항을 전부 넣는 것이 아니라, 현재 작업에서 실제로 생기는 증상에 맞춰 필요한 처방만 적용해야 한다.
3. 1:20
   7가지 한눈에 보기 에포트는 답의 품질보다 고민 시간과 비용을 좌우하므로, 평소에는 medium이나 high를 쓰고 정말 어려운 작업에만 x-high를 쓰는 편이 낫다. 긴 작업 중간에 멈추는 습관은 끝까지 마무리하라는 문장으로 줄일 수 있고, 반대로 사이드 이펙트가 큰 삭제·배포 작업은 멈춰서 확인하게 두어야 한다. 또한 서브 에이전트 남발은 비용만 키우므로 기본 문구는 지우고, 오래된 경고는 남겨야 할 이유와 함께 적어야 하며, 생각 과정을 그대로 출력하라는 요구는 추론 추출로 거부될 수 있으니 확인·검증 중심의 질문으로 바꾸는 것이 좋다.

실무 인사이트

• 새 모델 대응의 핵심은 프롬프트를 더 많이 넣는 것이 아니라, 비용을 키우는 습관을 줄이는 방향으로 규칙을 재정비하는 것이다.
• 에포트·서브 에이전트·출력 규칙은 서로 독립적이므로, 한 번에 전부 바꾸지 말고 하나씩 적용해 토큰과 결과 품질 변화를 확인해야 한다.
• AI의 내부 생각을 요구하기보다 무엇을 검증했고 어떤 근거로 판단했는지를 묻는 방식이 실무적으로 더 안전하고 유용하다.