서론

Anthropic의 공식 문서 「Claude Fable 5의 프롬프팅」에 기반하여, 업무에서 사용할 때의 프롬프트 포인트들을 본 기사에서 소개합니다.

이전 모델과 비교하면, Claude Fable 5는 「짧은 질문에 빠르게 답해주는 모델」이라기보다, 조사·설계·리뷰·자료화·코드 조사 등 어느 정도 규모가 있는 업무를 맡기는 모델인 것으로 보입니다.

Fable 5는 기존 모델에서는 너무 복잡하거나, 시간이 너무 오래 걸리거나, 모호했던 태스크(Task)에 적합하며, 인간이 몇 시간에서 며칠, 경우에 따라서는 몇 주에 걸쳐 진행하는 엔드 투 엔드 (End-to-End) 작업에서 특히 효과를 발휘한다고 설명되어 있습니다. (Claude Platform)

Fable 5는 「어려운 업무」로 테스트하기

Fable 5의 장점은 간단한 요약이나 일문일답만으로는 보기 어려우며,

공식 문서에서도 단순한 워크로드 (Workload)만으로 테스트하면 능력을 과소평가하기 쉽다고 되어 있습니다. (Claude Platform)

이 모델의 효과를 발휘하려면, 예를 들어 다음과 같은 태스크가 적합할 것 같습니다.

「잠깐 물어보기」보다는, 조금~꽤 번거로운 작업을 마지막 아웃풋 (Output)까지 맡기는 정도의 사용법이 잘 맞을 것 같습니다.

의뢰할 때는 「목적·독자·결과물」을 작성하기

Fable 5에는 작업 내용뿐만 아니라, 왜 그것이 필요한지에 대한 배경도 전달하는 것이 매우 중요하다고 합니다.

이는 자율성이 높아진 결과, 요청의 이면에 있는 의도를 더 잘 이해하고 있을수록 더 좋은 퍼포먼스 (Performance)를 발휘하기 쉽기 때문이라고 설명되어 있습니다. (Claude Platform)

예를 들어, 단순히 다음과 같이 쓰는 것보다,

이 기사를 요약해 주세요.

다음과 같이 쓰는 편이 실무에서 사용하기 쉬운 출력물이 나오기 쉽습니다.

사내 개발 팀을 대상으로 이 내용을 공유하고 싶습니다.
독자는 AI에 익숙하지 않은 엔지니어입니다.
중요한 포인트, 업무 이용 시 주의사항, 테스트할 때의 팁을 알 수 있도록,
...

포인트는 다음 세 가지입니다.

사람에게 일을 부탁할 때와 마찬가지로, 「무엇을 해주길 원하는지」뿐만 아니라 「무엇을 위해 사용하는지」까지 전달하면 출력의 방향성이 상당히 안정됩니다.

출력 형식은 처음에 지정하기

Fable 5는 지시 추종 (Instruction Following) 능력이 강해져서, 세세한 규칙을 대량으로 쓰지 않아도 짧은 지시만으로 상당히 제어할 수 있다고 합니다. (Claude Platform)

따라서 출력 형식은 처음에 결정해 버리는 것이 좋습니다.

출력은 Confluence에 붙여넣는 것을 전제로, 다음 구성으로 해주세요.
- 개요
- 활용 사례
...

사내용 기사나 설명문으로 만드는 경우에는 다음과 같은 지시도 유효합니다.

전문 용어는 최소한으로 해주세요.
AI에 익숙하지 않은 개발 멤버도 읽을 수 있는 문장으로 만들어 주세요.
단, 업무 이용 시의 중요한 주의사항은 생략하지 마세요.

「짧게 해줘」라고만 쓰면 정보가 너무 압축되어 읽기 어려워질 수 있습니다.

공식 문서에서도 짧게 만들려면 문장을 빽빽하게 채우는 것이 아니라, 독자의 다음 행동에 영향을 주지 않는 상세 내용을 깎아내는 것이 좋다고 되어 있습니다. (Claude Platform)

실행 범위를 명확히 하기

Fable 5는 자율성이 높기 때문에, 의뢰받지 않은 일까지 진행하려고 하는 경우가 있습니다.

공식 문서에서도 요구되지 않은 액션 (Action)을 실행할 수 있으므로, 해야 할 일과 해서는 안 될 일을 명시하도록 설명되어 있습니다. (Claude Platform)

조사만 해주길 원하는 경우에는 다음과 같이 써두면 안전합니다.

이번에는 조사와 원인 분석만 해주세요.
코드 수정, 설정 변경, 파일 삭제, 재시작 등 상태를 바꾸는 조작은 실행하지 마세요.
필요한 변경안이 있다면 실행하지 말고 제안으로서 정리해 주세요.

수정까지 맡기고 싶은 경우에는 다음과 같습니다.

원인 조사부터 수정, 테스트 실행까지 진행해 주세요.
단, 삭제·재시작·외부 서비스 반영 등 영향 범위가 큰 조작은 사전에 확인해 주세요.

실무에서는 「조사해주길 바라는지」 아니면 「고쳐주길 바라는지」가 모호한 상태로 의뢰되는 경우가 있습니다.

Fable 5에게 맡길 때는 이 부분을 명확히 해두면 사고를 줄일 수 있습니다.

과잉 구현 방지

Fable 5는 높은 effort (노력) 설정에서는 정성스럽게 생각해주지만, 필요 이상으로 컨텍스트 (Context)를 수집하거나 주변의 리팩토링 (Refactoring) 및 추상화 (Abstraction)까지 진행할 가능성이 있습니다. 공식 문서에서도 높은 effort의 일상 작업에서는 태스크 (Task)가 필요로 하는 것 이상으로 숙고할 수 있다고 설명되어 있습니다. (Claude Platform)

작은 수정이나 버그 대응 시에는 다음과 같이 작성하는 것이 좋습니다.

필요 이상의 기능 추가, 리팩토링, 추상화는 하지 마세요.
미래의 가설적 요구사항에 대비한 설계가 아니라, 이번 요구사항을 충족하는 가장 심플한 방법으로 대응해 주세요.

특히 기존 시스템에서는 '깔끔하게 다시 만들기'보다 '영향 범위를 억제하며 안전하게 고치기'가 중요한 상황도 많습니다.

그런 경우에는 처음에 제약 사항으로 적어두는 것이 좋습니다.

진척·완료 보고는 근거 기반으로 하기

긴 작업(Long-running task)을 맡길 경우, 진척이나 완료 보고가 모호해지지 않도록 합니다.

공식 문서에서는 진척 보고 전에 실제 도구 결과와 대조하여 확인하게 함으로써, 날조된 진척 보고를 거의 배제할 수 있었다고 설명되어 있습니다. (Claude Platform)

프롬프트에는 다음과 같은 지시를 넣는 것이 좋습니다.

진척이나 완료를 보고하기 전에, 실제 작업 결과로 뒷받침되는지 확인해 주세요.
검증되지 않은 것은 미검증이라고 명시해 주세요.
테스트가 실패한 경우에는 성공한 것처럼 쓰지 말고, 실패 내용을 그대로 보고해 주세요.

코드 수정, 테스트, 장애 조사, 로그 분석에서는 특히 중요합니다.

'확인됨', '미확인', '추측'을 나누어 쓰게 하는 것만으로도 인간 측에서 리뷰하기 쉬워집니다.

'리뷰어용'으로 정리하려면

장시간 작업을 시키면 마지막 출력이 작업 로그의 연장선처럼 되어 읽기 어려워질 수 있습니다.

공식 문서에서도 장시간의 대화나 다수의 도구 호출 (Tool call)을 동반하는 작업에서는 약어, 깊은 구현 상세, 과도하게 기술적인 표현이 나오기 쉽다고 명시되어 있습니다. (Claude Platform)

리뷰어를 위해 작업 내용을 정리하려면 마지막에 다음과 같이 지시하는 것이 좋습니다.

최종 보고는 작업을 지켜보지 않은 독자를 위해 작성해 주세요.
먼저 결론을 쓰고, 그 뒤에 중요한 보충 설명을 작성해 주세요.
작업 중의 약어나 독자적인 라벨은 사용하지 말고, 필요한 용어는 설명해 주세요.
...

'AI가 작업한 로그'가 아니라, 인간이 읽고 판단할 수 있는 문장을 정의하는 것이 포인트입니다.

주의 사항

Fable 5에는 안전 제한 (Safety guardrails)이 있습니다.

공식 문서에서는 공격적인 사이버 보안 기술, 생물학·라이프 사이언스 관련 콘텐츠, 모델의 요약된 사고 추출을 대상으로 하는 안전 분류기 (Safety classifier)가 작동한다고 설명되어 있습니다. 무해한 사이버 보안 작업이나 유익한 라이프 사이언스 태스크에서도 보호 기능이 작동할 수 있습니다. (Claude Platform)

또한, 기존 프롬프트에 '사고 과정을 그대로 설명해줘', '내부 추론을 축어적으로 출력해줘'와 같은 지시가 포함되어 있다면 재검토하는 것이 좋습니다. 공식 문서에서도 내부 추론을 응답 텍스트로 재현하거나 설명하게 하는 지시는 거부 카테고리를 트리거하여, Opus 4.8로의 폴백 (Fallback)이 증가할 가능성이 있다고 설명되어 있습니다. (Claude Platform)

참고

Anthropic 공식 문서: Claude Fable 5의 프롬프팅

Discussion