Fable 5.1에 대한 Anthropic의 공식 추천 프롬프트는 단 한 가지에만 집중합니다

많은 CEO 와 사업주들이 Fable 5.1 이 출시된 지금 프롬프트를 다시 작성해야 하는지 고민하고 있습니다. 저희 회사는 Claude 를 사용하여 약 60 개의 자동화를 운영하고 있기 때문에, 어제 이에 대한 점검을 진행했습니다.

답은 모두 Anthropic 의 공식 가이드에 있습니다. 여기에는 14 개의 권장 프롬프트가 포함되어 있으며, 그중 7 개는 경영진과 사업주의 업무에 적용할 수 있습니다.

이 7 개의 프롬프트 모두 놀라운 공통점을 공유합니다. 바로 업무의 내용을 전혀 명시하지 않는다는 점입니다. 대신, 업무를 수행하는 방법(프로세스)에 완전히 집중합니다.

저는 다양한 기업의 마케팅 지원 최전선에서 일하며 5,000 명 이상에게 AI 교육을 진행했습니다. 이 글에서는 그 7 개의 공식 프롬프트를 한국어로 번역하고, 각각이 무엇을 해결하는지 설명하겠습니다. 마지막에는 복사해서 바로 사용할 수 있는 요약본도 준비했으니, 끝까지 읽어주시기 바랍니다.

저는 매일 아침 경영, AI, 마케팅에 관한 글을 게시합니다. 도움이 되셨다면 팔로우 부탁드립니다.

1장: 공식 가이드의 정체

먼저, 이 7 개의 프롬프트가 어디서 왔는지 명확히 하겠습니다. 출처를 모르고 정보를 복사하여 사용하는 것은 위험합니다.

총 14 개의 권장 프롬프트

Anthropic 은 Fable 5.1 전용 페이지를 준비했으며, 여기에는 "문제를 해결하기 위한 작성 방법"에 대한 구체적인 텍스트가 포함되어 있습니다. 이는 단순한 요약이 아닌, 바로 사용할 수 있는 14 개의 프롬프트입니다.

구성은 개발자용 7 개와 일반 업무용 7 개입니다. 여기서는 후자만 다루겠습니다. 전자는 코드 편집 및 테스트와 관련되어 있어 경영이나 관리 업무에는 적합하지 않습니다.

한국어로 유통되지 않는 이유

단순히 영어로 제공되기 때문입니다. 페이지 자체는 누구나 접근할 수 있지만, 개발자 문서 내에 위치해 있어 경영진이나 사업주가 일반적으로 찾는 곳이 아닙니다.

실제로 X(트위터)에서 Fable 5.1 관련 한국어 게시물 약 90 개를 조사했지만, 이 14 개의 프롬프트를 다루는 게시물은 찾을 수 없었습니다. 대부분의 게시물은 속도와 가격 책정에 치우쳐 있어 정보에 명확한 격차가 있었습니다.

이 장의 출처

권장 프롬프트의 원본 텍스트는 다음 페이지에 있습니다: https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5-1

추론 및 경계에 대한 논의는 이전 버전 페이지에도 있습니다. 원본을 읽고 싶다면 여기를 확인하세요: https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5

2장: 묵묵히 작업하는 습관을 고치는 두 가지 프롬프트

이제 본론으로 들어가겠습니다. Fable 5.1 사용 시 가장 흔한 문제부터 시작하겠습니다.

진행 상황을 보고하도록 만들기

Fable 5.1 은 긴 작업 중에 보고를 많이 하지 않습니다. 이는 공식적으로 언급된 습관으로, 멈춘 것처럼 보일 수 있지만 실제로는 작업 중입니다. 사용자를 불안하게 만들지만 버그는 아닙니다.

해결책은 다음과 같습니다: 시작하기 전에 무엇을 할 것인지 한 줄로 요청하세요. 각 마일스톤에서 짧은 업데이트를 제공하세요. 끝날 때는 그 자체로 이해 가능한 요약으로 마무리하세요. 이 세 가지만 요청해도 보고 리듬이 완전히 바뀝니다.

중간에 멈추는 것을 방지하기

반대되는 습관은 긴 작업 중간에 "계속해도 될까요?"라고 물으며 멈추는 것입니다. 작업을 위임했다고 생각했는데, 확인을 기다리느라 한 시간 동안 진행되지 않은 경우가 있었습니다.

공식 가이드는 해결책을 제공합니다: 다음 세 가지 경우에만 멈추도록 사전에 결정하세요. 무언가를 삭제할 때, 작업이 되돌릴 수 없을 때, 또는 요청 범위가 변경될 때입니다. 그 외에는 묻지 않고 진행하도록 지시하면 이러한 중단이 크게 줄어듭니다.

3장: 글쓰기 품질을 향상시키는 세 가지 프롬프트

다음은 AI 에게 글을 쓰게 하는 CEO 와 사업주들에게 공감을 불러일으킬 세 가지 프롬프트입니다. 제안서나 이메일 초안을 직접 수동으로 편집하는 경우가 많을수록 그 효과는 더 커집니다.

허세 어린 표현 제거하기

이것이 이 글의 핵심입니다.

공식 가이드는 특정 글쓰기 스타일을 명시적으로 지목하고 금지합니다: 직설적인 표현을 은유로 대체하는 것입니다. 누군가 직설적으로 말하는 대신 "돌려야 할 다이얼"이라고 말하면, 독자는 머릿속에서 그 의미를 다시 해석해야 합니다.

공식 간략 버전은 놀라울 정도로 간단합니다: "허세 어린 표현을 모두 제거하세요"라는 한 줄입니다. 이것을 마지막에 추가하면 제안서에 대한 수동 편집 작업이 눈에 띄게 줄었습니다.

과도한 글머리 기호 사용 중단하기

Fable 5.1 은 이전보다 글머리 기호를 덜 사용하지만, 내부 문서가 여전히 목록 형식으로만 반환될 수 있습니다. 단일 독자를 위한 상담이 글머리 기호로 가득 차 있으면 차갑게 보입니다.

공식 지침은 "요청받았을 때나 내용이 매우 다양하여 이해하기 쉬운 경우에만 글머리 기호를 사용하세요"입니다. 상담이나 개인적인 상호작용에서는 일반 문장을 사용하도록 지정하면 안정적으로 유지됩니다.

원본 텍스트의 그대로 복사 방지하기

자료를 요약할 때 AI 가 원본 텍스트를 그대로 혼합하는 경우가 있습니다. 공식 가이드는 이 습관이 Fable 5.1 에서 증가했다고 지적합니다. 이는 다른 회사의 텍스트를 사용할 때 문제가 될 수 있습니다.

지침은 간단합니다: 자신의 말로 바꿔서 표현하고, 원본 텍스트가 절대적으로 필요한 경우에만 인용 부호를 사용하여 짧은 인용문을 사용하세요. 이 한 문장을 포함하면 원본 텍스트의 그대로 복사가 거의 완전히 제거됩니다.

4장: 범위와 신선도를 보호하는 두 가지 프롬프트

마지막 두 프롬프트는 작업이 길어짐에 따라 Fable 5.1 에서 가장 비용이 많이 드는 오류를 방지합니다.

승인되지 않은 범위 확장 방지하기

때로는 AI 가 요청된 범위를 넘어서거나, 반대로 일부만 완료하는 경우가 있습니다. 작업이 길어질수록 이러한 차이는 마지막에 누적됩니다.

공식 텍스트는 상당히 길지만, 세 가지 핵심 사항이 있습니다: 요청된 범위가 최종 결과물입니다. 불명확한 점이 있으면 관련 없는 부분을 모두 먼저 완료하세요. 요청되지 않은 개선 사항은 구현하지 말고 보고하세요. 이 세 가지를 제공하면 최종 출력물의 오해가 줄어듭니다.

익숙한 이름을 조사하도록 만들기

얕은 설정에서는 AI 가 "아는" 것에 대해 기억에서 답변하는 경향이 있습니다. AI 와 도구의 상태는 몇 달 만에 변하기 때문에, "약간 아는" 상태가 가장 위험합니다.

공식 지침은 정확합니다: 약간 아는 상태는 AI 가 자신 있게 오래된 답변을 제공하게 만든다고 지적합니다. 특정 이름을 중심으로 한 질문에는 답변하기 전에 항상 조사하라는 지침을 포함하는 것이 더 안전합니다.

5장: 복사하여 붙여넣기 위한 7 가지 프롬프트 요약

7 개의 프롬프트를 바로 붙여넣을 수 있도록 요약했습니다. 모두 사용할 필요는 없으며, 어려움을 겪고 있는 것만 선택하세요.

7 가지 프롬프트

Claude 를 열 때 요청 끝에 이것들을 추가하세요. 매번 사용한다면 시스템 지침에 넣는 것이 더 쉽습니다.

11. 시작하기 전에 무엇을 할 것인지 한 줄로 작성하세요. 과정 중 각 마일스톤에서 짧은 업데이트를 제공하세요. 끝날 때는 그 자체로 이해 가능한 요약으로 마무리하세요.
2
32. 당신의 판단에 따라 진행하세요. 제가 지켜보고 있지 않으므로, 진행해도 되는지 묻는다면 작업이 중단됩니다. 다음 세 가지 경우에만 멈추세요: 삭제할 때, 작업이 되돌릴 수 없을 때, 또는 요청 범위가 변경될 때입니다.
4
53. 허세 어린 표현을 모두 제거하세요. 사물을 은유로 대체하지 말고 직접적인 언어를 사용하여 작성하세요.
6
74. 요청받았을 때나 내용이 매우 다양하여 이해하기 쉬운 경우에만 글머리 기호를 사용하세요. 상담이나 개인적인 상호작용의 경우 일반 문장으로 작성하세요.
8
95. 자료를 요약할 때 원본 텍스트를 그대로 복사하지 마세요. 자신의 말로 바꿔서 표현하세요. 원본 텍스트가 절대적으로 필요한 경우에만 인용 부호를 사용하여 짧은 인용문을 사용하세요.
10
116. 요청된 범위가 최종 결과물입니다. 스스로 범위를 좁히거나 확장하지 마세요. 중간에 불명확한 점이 생기면 관련 없는 부분을 모두 먼저 진행한 후, 마지막에 가정이나 질문을 요약하세요. 요청하지 않은 개선 사항을 발견하면 수정하는 대신 보고서에 작성하세요.
12
137. 자신 없는 이름을 중심으로 한 질문이나 AI 및 도구와 같이 빠르게 변화하는 분야의 경우, 항상 답변하기 전에 조사하세요. '약간 아는' 상태는 자신 있게 오래된 답변을 제공하게 만듭니다.

7 가지 프롬프트의 공통점

나란히 살펴보면, 7 개의 프롬프트 중 어느 것도 업무의 내용을 명시하지 않는다는 것을 알 수 있습니다. 무엇을 만들지 또는 어떤 구조를 사용할지에 대한 내용은 단 한 줄도 없습니다. 오직 프로세스만 설명합니다.

이것이 이번 가장 큰 변화라고 생각합니다. 내용은 AI 에게 맡기고 프로세스만 결정하세요. 이는 유능한 사람에게 업무를 위임하는 방식과 같습니다. 이것을 이해하면 더 이상 프롬프트를 과도하게 엔지니어링할 필요가 없습니다.

6장: 사용 시 주의사항

복사하여 붙여넣을 수 있는 형식으로 제공했지만, 잘못된 방식으로 넣으면 효과가 없습니다. 손해를 보지 않도록 두 가지를 언급하겠습니다.

한 번에 모두 넣지 마세요

7 개를 모두 붙여넣으면 지침이 너무 길어져 정확도가 오히려 떨어집니다. 공식 가이드도 세부 지침을 쌓을수록 품질이 저하된다고 명시합니다. 현재 어려움을 겪고 있는 습관을 해결하는 하나 또는 두 개만 선택하세요. 한 번에 모두 넣는 것이 가장 흔한 실수입니다.

제 경우에는 진행 상황을 위해 #1 을, 범위를 위해 #6 을 자주 사용합니다. 많은 장기 작업을 위임하기 때문에 이 두 가지로 거의 모든 사고를 방지했습니다.

붙여넣는 위치에 따라 결과가 달라집니다

공식 가이드는 흥미로운 점을 언급합니다: 동일한 텍스트라도 붙여넣는 위치에 따라 결과가 달라집니다. 특히, 진행 지침은 시스템 설정에 추가하는 것보다 각 특정 요청의 끝에 추가할 때 더 강력하게 작동했습니다.

반대로, 글쓰기 스타일 지침은 대화의 첫 번째 상호작용에 배치할 때 더 오래 지속됩니다. 먼저 요청 끝에 추가해보고, 매번 동일한 경우에만 설정으로 옮기는 것이 더 안전합니다. 동일한 텍스트가 위치에 따라 다를 수 있다는 점은 꽤 놀라웠습니다.

결론

여기까지 읽어주셨으니, 마지막 결론 하나를 드리겠습니다.

7 개의 프롬프트 중 현재 가장 어려움을 겪고 있는 하나만 골라서 내일 요청 끝에 붙여넣으세요. 모든 것을 할 필요는 없습니다. 하나만 효과를 봐도 충분하며, 그런 다음 두 번째를 추가하면 됩니다.

공식 가이드를 읽으면서 AI 에게 제공해야 할 것이 완전히 바뀌었다는 것을 깨달았습니다. 이전에는 무엇을 어떻게 만들지 자세히 작성했습니다. 이제는 프로세스를 결정하고 내용은 AI 에게 맡깁니다.

이는 사람에게 업무를 위임할 때의 개선 순서와 거의 동일합니다. 그래서 앞으로 AI 를 잘 활용하는 사람은 "프롬프팅"에 능숙한 사람이 아니라, 업무 위임을 잘하는 사람이 될 것이라고 믿습니다.

저는 AI 활용 및 마케팅을 경영에 접목하는 방법과 실패담을 매일 작성합니다. 내일의 글을 읽고 싶다면 저를 팔로우해주세요 → @Charlie_no_site