기본 콘텐츠로 건너뛰기

Claude Fable 5.1 프롬프트 가이드: 쉽게 쓰는 AI 지시문 작성법

Claude Prompting Guide

Claude Fable 5.1 프롬프트 가이드: 쉽게 쓰는 AI 지시문 작성법

Anthropic의 공식 문서는 Claude Fable 5.1을 더 잘 쓰기 위한 프롬프트 작성법을 설명합니다. 개발자용 문서라 조금 어렵지만, 핵심은 간단합니다. AI에게 “무엇을, 어느 정도로, 어떤 방식으로 끝낼지”를 더 분명히 알려주라는 것입니다.

출처: Anthropic Claude Platform Docs

한눈에 보는 핵심
  • 작업 난이도에 맞게 AI의 “생각하는 정도”를 조절한다.
  • 긴 작업에서는 중간 진행 상황을 사용자에게 알려달라고 요청한다.
  • 독립적인 도구 호출은 한 번에 묶어서 처리하게 한다.
  • 대화 기록은 중간에 고치지 말고 계속 뒤에 붙이는 방식이 안전하다.
  • 글이 너무 길거나 딱딱하면 쉬운 문장과 구조를 요청한다.
  • 작업을 시켰다면 끝까지 완료하고 검증하게 한다.

1. “생각하는 정도”를 작업에 맞게 정하라

Claude Fable 5.1에는 작업에 얼마나 많은 추론을 쓸지 정하는 effort 개념이 있습니다. 쉽게 말하면 AI에게 “빨리 대답할지, 더 깊게 생각할지”를 조절하는 장치입니다.

낮은 effort간단한 요약, 분류, 짧은 답변처럼 빠른 처리가 중요한 작업
중간 effort품질과 비용의 균형이 필요한 일반 업무
높은 effort코딩, 분석, 복잡한 문서 작성처럼 실수가 비싼 작업
매우 높은 effort긴 산출물이나 중요한 의사결정 보조 작업

문서의 조언은 명확합니다. 무조건 가장 높은 설정을 쓰지 말고, 실제 업무에서 품질·속도·비용을 비교해보라는 것입니다. AX 컨설팅 관점에서는 이 부분이 중요합니다. AI도 직원처럼 업무 난이도에 맞는 투입 시간이 필요합니다.

2. 오래 걸리는 작업은 중간 보고를 시켜라

Claude Fable 5.1은 긴 도구 작업을 할 때 사용자에게 중간 상황을 덜 말하는 경향이 있다고 합니다. 사용자는 화면이 멈춘 것처럼 느낄 수 있습니다.

그래서 긴 작업을 맡길 때는 이렇게 말해두면 좋습니다.

작업을 시작하기 전에 무엇을 할지 한 줄로 알려줘. 작업 중간에도 중요한 진행 상황을 짧게 알려줘. 마지막에는 무엇을 했고, 무엇이 확인됐고, 남은 일이 무엇인지 요약해줘.

특히 발표자료 작성, 블로그 업로드, 코드 수정, 파일 변환처럼 시간이 걸리는 작업에서는 이런 중간 보고가 신뢰를 높입니다.

3. 여러 자료를 찾을 때는 한 번에 찾게 하라

AI 에이전트가 웹 검색, 파일 읽기, 코드 확인 같은 도구를 사용할 때가 있습니다. 이때 서로 의존하지 않는 작업은 하나씩 순서대로 하기보다 한 번에 묶어서 처리하는 것이 빠릅니다.

예를 들어 “README, package.json, 보안 문서를 확인해줘”라는 작업은 세 파일을 순서대로 하나씩 읽을 필요가 없습니다. 한 번에 읽고 비교하면 됩니다.

문서에서는 이런 식의 지시를 제안합니다.

먼저 필요한 자료를 조용히 정리한 뒤, 서로 의존하지 않는 자료는 이번 응답에서 한 번에 요청해줘.

4. 대화 기록은 중간에 고치지 말고 뒤에 붙여라

AI 서비스를 만들 때는 이전 대화 기록을 어떻게 저장하느냐도 중요합니다. Claude Fable 5.1은 이전 응답의 생각 블록이나 도구 호출 기록이 정확히 이어져야 안정적으로 동작합니다.

쉽게 말하면, 이미 지나간 대화를 중간에서 고치거나 지우지 말고 새 내용은 뒤에 계속 붙이는 방식이 안전하다는 뜻입니다. 개발자에게는 기술적인 내용이지만, 서비스 운영자에게는 “기록을 함부로 편집하면 AI의 문맥이 깨질 수 있다” 정도로 이해하면 됩니다.

5. 글이 너무 어렵거나 길면 문체를 지정하라

공식 문서는 Claude Fable 5.1의 글이 좋아졌지만, 경우에 따라 문장이 길고 밀도가 높아질 수 있다고 설명합니다. 이럴 때는 “쉽게, 짧게, 구조적으로” 쓰라고 명시해야 합니다.

전문 용어를 줄이고 쉬운 한국어로 써줘. 한 문단은 너무 길지 않게 나눠줘. 목록과 소제목을 사용해서 모바일에서도 읽기 쉽게 정리해줘.

이건 블로그 글, 교육자료, 시니어 대상 강의안에서 특히 중요합니다. 좋은 프롬프트는 멋진 말을 요구하는 것이 아니라, 독자가 이해하기 쉬운 형식을 요구하는 것입니다.

6. 자료를 요약할 때는 베껴 쓰지 않게 하라

공식 문서는 Claude Fable 5.1이 검색한 자료를 요약할 때 원문 표현을 그대로 가져오는 경우가 있을 수 있다고 설명합니다. 블로그나 보고서에서는 이 점을 조심해야 합니다.

안전한 방식은 이렇습니다.

  • 자료의 핵심은 내 말로 풀어쓴다.
  • 원문 표현을 그대로 쓰는 경우에는 따옴표로 표시한다.
  • 출처 링크를 남긴다.
  • 단순 번역이 아니라 독자에게 필요한 해설을 붙인다.

7. 일을 시켰으면 끝까지 하게 하라

AI 에이전트에게 작업을 맡겼는데 중간에 “다음에 하겠습니다”라고 멈추면 곤란합니다. 공식 문서는 이런 경우 프롬프트에서 작업 완료 기준을 분명히 하라고 조언합니다.

사용자가 이미 요청한 일은 다시 허락을 묻지 말고 진행해줘. 다만 삭제, 결제, 외부 발송처럼 위험한 일은 멈추고 확인을 받아줘. 마지막에는 실제로 무엇을 실행했고, 어떤 결과를 확인했는지 알려줘.

이 원칙은 AI 업무자동화에서 매우 중요합니다. AI는 계획만 세우는 도구가 아니라, 요청받은 범위 안에서 실제 결과물을 만들어야 합니다.

8. 작은 수정은 전체를 갈아엎지 말게 하라

코드나 문서를 고칠 때 작은 오타 하나 때문에 전체 파일을 다시 쓰면 시간과 비용이 낭비됩니다. 문서에서는 필요한 경우 “수술하듯 작은 부분만 수정하라”고 지시하라고 합니다.

결과가 같다면 전체 파일을 다시 쓰지 말고, 필요한 부분만 정확히 수정해줘.

이 지시는 코딩 에이전트뿐 아니라 문서 편집에도 유용합니다. 보고서 한 문단만 바꾸면 되는데 전체 구조가 바뀌면 검토 부담이 커지기 때문입니다.

9. 긴 결과물은 답변 공간을 남겨라

매우 높은 effort에서 긴 보고서나 긴 코드를 만들 때는 AI가 생각하는 데 많은 공간을 쓰고, 정작 최종 답변이 잘릴 수 있습니다. 그래서 긴 산출물을 요청할 때는 “생각은 구조 잡기에 쓰고, 최종 답변을 완성하는 데 공간을 남겨라”라고 요청하는 것이 좋습니다.

실무적으로는 한 번에 너무 큰 결과물을 요구하기보다, 목차 → 초안 → 검토 → 최종본 순서로 나누는 것도 좋은 방법입니다.

10. 쉬운 프롬프트 공식

Claude Fable 5.1 문서를 실무용으로 바꾸면 다음 공식으로 정리할 수 있습니다.

1. 역할: 너는 무엇을 돕는 AI인가? 2. 목표: 무엇을 완성해야 하는가? 3. 자료: 어떤 출처와 파일을 봐야 하는가? 4. 방식: 짧게 쓸지, 표로 쓸지, HTML로 만들지 정한다. 5. 진행: 오래 걸리면 중간 보고를 한다. 6. 검증: 완료 후 무엇을 확인해야 하는지 정한다. 7. 제한: 하지 말아야 할 일과 사람 승인이 필요한 일을 정한다.
AX 컨설팅에서의 활용 포인트

이 문서는 개발자용이지만, 실제 메시지는 컨설팅 현장에도 그대로 적용됩니다. AI를 잘 쓰려면 “좋은 질문”보다 “좋은 업무 지시서”가 필요합니다. 사람 직원에게 업무를 맡길 때처럼 목표, 자료, 형식, 완료 기준, 승인 기준을 분명히 해야 합니다.

한 줄 결론

Claude Fable 5.1을 잘 쓰는 방법은 어렵지 않습니다. 작업 난이도에 맞게 생각의 깊이를 정하고, 필요한 자료를 확인하게 하고, 중간 진행을 알려달라고 하고, 최종 결과를 검증하게 하면 됩니다. AI에게 막연히 “잘해줘”라고 말하지 말고, “어떤 결과를 언제까지 어떤 형식으로 끝낼지” 알려주는 것이 핵심입니다.

댓글

이 블로그의 인기 게시물

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...

[알아두면 쓸모 있는 구글 문서 팁] 문서 공유시- 사용자 이름 대신에 익명의 동물이 표시 되는 이유와 동물 종류

구글 드라이브에는 다른 유사 서비스에서는 제공하지 않는 구글 만의 유니크한 기능들이 있다 구글 문서를  불특정 다수에게 전체 공개로 공유할 수 있습니다. 불특정인이 구글 문서에 접속한 경우 익명의 동물로 표시됩니다.  ' 웹에 공개' 또는 '링크가 있는 사용자' 공유 설정을 선택하면 인식할 수 없는 이름이나 익명의 동물이 표시될 수 있습니다. 파일에서 인식할 수 없는 이름을 볼 수 있는 몇 가지 이유는 다음과 같습니다. 메일링 리스트와 파일을 공유합니다. Google 계정이 없는 사용자와 파일을 공유하며, 그 사용자가 다른 사용자에게 공유 초대를 전달했습니다. 내 파일을 수정할 수 있는 누군가가 파일을 다른 사용자와 공유했습니다. 다른 사용자가 자신의 Google 계정 이름을 변경했습니다. 공유 설정 페이지에서 해당 사용자 이름 위로 마우스를 이동하여 이메일 주소를 확인하세요. 익명의 동물 다른 사용자에게 개별적으로 보기 또는 수정 권한을 부여하거나 메일링 리스트에 속해 있는 경우에만 사용자 이름이 표시됩니다. 파일 권한을 '링크가 있는 사용자'로 설정하면 파일을 보고 있는 사용자의 이름이 표시되지 않습니다. 대신 다른 사용자가 익명으로 라벨이 지정되어 표시되고 각 익명 사용자는 다양한 익명의 동물로 나열됩니다. 파일 권한을 '링크가 있는 사용자'로 설정했지만 특정 사용자와 파일을 공유하는 경우 파일을 공유한 사용자의 이름이 표시됩니다. 그 외 다른 사용자가 파일을 볼 때는 익명으로 나타납니다. 비공개 파일의 익명 동물 파일 권한을 '링크가 있는 사용자'로 설정한 다음 이를 '특정 사용자'로 변경하면 다음과 같은 경우 여러 익명의 동물이 표시될 수 있습니다. 누군가 파일을 여러 번 여는 경우에는 익명의 동물 목록에서 오래되고 연결이 끊긴 세션을 강제 종료하는 데 조금 시간이 걸릴 수 있습니다. 누군가 온...

[팁] Google Slide 프리젠테이션시 모든 한글폰트가 '굴림체' 로 바뀌는 현상을 해결한 크롬 확장 프로그램 소개

구글 문서도구인 구글 슬라이드를 이용하여 프리젠테이션을 많이 하는 분들을 위한 희소식 현재 구글 슬라이드에서는 슬라이드 편집시 사용한 고유 한글 폰트들은 프리젠테이션 모드로 전환할 경우는 모두 '굴림체' 로 바뀌어 표시가 되는 불편함이 있었습니다. 예). 슬라이드 편집에서 사용한 '궁서체' 한글 폰트는, 프리젠테이션 모드에서는 '굴림체'로 바뀌어 디스플레이됨 예). 슬라이드 편집 모드 - '궁서체' 폰트 사용 프리젠테이션 모드에서 '굴림체' 로 변경됨    따라서, 이러한 현상을 해결하는 크롬 확장 프로그램이 개발 되었습니다.  크롬 확장 프로그램 명 - ShowAsis 입니다. 크 롬 웹스토어 링크 -  https://goo.gl/PVPkZz 이 확장 프로그램을 사용하여 슬라이드 프리젠테이션을 하면, 편집 모드의 폰트 그대로 프리젠테이션시에도 그대로 한글 폰트로 디스플레이 됩니다. 단, 단점은 슬라이드가 애니메이션 슬라이드가 있는 경우는 애니메이션이 동작하지 않습니다. ----------------------- G Suite/Google Apps 전문 블로그 -  charlychoi.blogspot.kr 도서 '기업과 학교를 위한 구글크롬북'

[알아두면 쓸모 있는 Google 문서(Docs) 팁] 자유롭게 다단 쓰기 방법

문서 중에서 가장 복잡한 문서는 2단, 3단 쓰기입니다. 특히 한 페이지에  1단, 2단 쓰기가 혼합되어 있고 이미지에 주석이 달려 있는 경우 그리고 라인에 각주를 달고, 이러한 문서들입니다. 과연 Google 문서로 이러한 복잡한 다단쓰기가 가능 할까요?  물론 Google 문서에는 '서식' 에 '열' 을 1열, 2열, 3열까지 지정하여 사용하는 방법이 있으나 이 방법을 지정하면 전체 페이지가 설정이 됩니다. 복잡한 문서는 해당 페이지 별로 달리 다단 쓰기가 필요할때가 있습니다. 아래 샘플 문서를 보면 2페이지 각각이 복수 단 쓰기가 서로 다릅니다. 여기 구글 문서로 작성된 샘플이 있습니다. 링크 클릭 샘플 페이지 -1  샘플 페이지 -2  Google 문서에서 이러한 복잡한 다단 쓰기 방법이 있습니다.  아래 영상을 보시기 바랍니다.    

[알아두면 쓸모 있는 구글 Meet 팁] 구글 Meet에서 컴패니언 (Companion) 모드가 무엇이고 왜? 필요한가요?

  구글 Meet 에서 컴패니언 (Companion) 모드란 무엇이고 왜? 필요한가 지난 1월13일자  구글 영문 공식 블로그 에서  구글의 화상회의 도구인 Google Meet 에 컴패니언 (Companion) 모드 기능이 추가 되었다는 발표가 있었습니다. 이 모드가 무엇이고 왜? 필요한지 알아보도록 하겠습니다. 여러분들은 구글의 대표적인 화상회의 도구인 Google Meet 로 화상 회의를 얼마나 자주 하나요? Google Workspace 에 기본 기능으로 포함되어 있는 Google Meet 는 코로나19 펜데믹 이후로 많은 기업에서 활용하고 있을 것입니다. 그동안 한 회의실에서 여러명이 모여 화상 회의를 하는 경우 대부분은 하나의 노트북을 대표로 지정하고 나머지 참석자들은 노트북 주변에 모여서 회의 (비디오+음성)를 하거나, 아니면 각자의 노트북으로 화상 회의에 연결한 후 마이크를 mute 를 하여 참여해야만 하는 불편함이 있었습니다. (이유는 한 회의실안에서 화상회의시 여려명이 마이크를 On 하면 소위 하울링 또는 Audio Feedback 현상이 발생하기 때문)   구글은 Google Meet 로 화상 회의시 이러한 불편함을 없애기 위해서 소위 컴패니언 모드 기능을 추가하였습니다. 즉, 한 회의실에서 여러명이 회의에 참여할 경우 하나의 컴퓨터 또는 Google Meet 전용 하드웨어인 화상회의 기기를 메인으로 연결하고 나머지 참여자들은 각자의 노트북에서 컴패니언 모드로 접속 할 수 하도록 한 것입니다. 즉, 컴패니언 모드로 접속한 사용자는 자동으로 오디오와 비디오는 Off 가 나머지 기능들만 활성화 (화면공유, 손들기, 다른 참여자와 채팅, 자막 사용) 되어 회의에 참여 할 수가 있게 되었습니다. 이 기능은 개인 gmail 사용자 뿐만아니라 Google Workspace 의 모든 사용자들이 사용할 수 있게 업데이트 되었습니다. Google Meet 로 화상 회의에 참여 할 경우 컴패니언 모드로 접속을 하는 방법에는 ...