클로드 Fable 5를 일반 챗봇처럼 한두 문장으로만 사용하면 이 모델의 장점을 충분히 활용하기 어렵습니다.

Fable 5는 몇 분 안에 답을 받는 단순 질문보다 장기 프로젝트, 복잡한 코드베이스 분석, 병렬 에이전트 운영, 자동화 설계, 반복 검증처럼 단계가 많은 작업에 더 잘 맞습니다.

Anthropic도 공식 프롬프트 가이드에서 Fable 5를 사람이 몇 시간에서 며칠, 때로는 몇 주 동안 처리해야 하는 복잡한 작업에 적합한 모델로 설명하고 있습니다. 장시간 지시를 유지하는 능력과 서브에이전트 운영, 코드 검수, 복잡한 업무 처리 능력도 이전 모델보다 강화됐습니다. (Claude Platform)

아래에는 클로드 Fable 5에서 바로 사용할 수 있는 프롬프트 48개를 정리했습니다.

대괄호 안의 내용만 자신의 작업에 맞게 바꾸면 됩니다.

---

클로드 Fable 5가 주목받는 이유

Claude Fable 5는 2026년 6월 9일 공개됐습니다. 이후 미국 정부의 수출 통제 조치로 6월 12일 이용이 중단됐다가 7월 1일부터 전 세계 이용이 다시 시작됐습니다. (Anthropic)

2026년 7월 18일 기준 Claude 공식 계정은 유료 플랜의 Fable 5 포함 이용 기간을 7월 19일까지 연장했다고 안내했습니다. 이용 가능 플랜과 한도는 다시 변경될 수 있으므로 실제 Claude 모델 선택 화면에서 확인하는 것이 정확합니다. (X (formerly Twitter))

Fable 5가 기존 모델과 다른 부분은 단순히 답변을 더 잘한다는 데 있지 않습니다.

공식 문서에 따르면 다음과 같은 작업에서 강점을 보입니다.

• 장시간 이어지는 목표 중심 작업
• 병렬 서브에이전트 구성과 관리
• 복잡한 코드베이스 분석
• 자체 테스트와 결과 검증
• 문서·스프레드시트·슬라이드 작업
• 이미지와 화면을 활용한 결과 점검

특히 어려운 작업일수록 Fable 5와 기존 모델의 차이가 커진다는 것이 Anthropic의 설명입니다. (Claude Platform)

---

Fable 5 프롬프트를 작성하는 방법

Fable 5는 지시를 잘 따르지만, 목표와 범위가 모호하면 필요 이상의 조사나 수정까지 진행할 수 있습니다.

프롬프트에는 다음 다섯 가지를 넣는 것이 좋습니다.

1. 작업 목적
   왜 이 작업을 하는지 설명합니다.
2. 입력 자료
   파일, 문서, 코드, 데이터, 참고 내용을 지정합니다.
3. 작업 범위
   해야 할 일과 하지 말아야 할 일을 구분합니다.
4. 완료 조건
   어느 상태가 되면 작업이 끝나는지 적습니다.
5. 검증 방법
   테스트, 출처 확인, 별도 검수자 등 결과를 확인할 방법을 지정합니다.

Anthropic도 Fable 5에 작업의 이유와 경계를 함께 알려주고, 장기 작업에서는 실제 도구 실행 결과를 기준으로 진행 상황을 검증하도록 지시할 것을 권장합니다. (Claude Platform)

---

1. 에이전트 시스템 프롬프트

여러 개의 작업을 나눠 처리하거나 서로 다른 역할을 가진 AI 팀을 구성할 때 사용할 수 있습니다.

1. 오케스트레이터 만들기

[목표]를 달성하기 위한 오케스트레이터를 설계해줘.

독립적으로 처리할 수 있는 작업은 서브에이전트에게 병렬로 배정해.
각 에이전트의 역할, 입력 자료, 산출물 형식을 명확히 정의해.

오케스트레이터는 결과를 병합하고 충돌을 조정해야 해.
공유 메모리, 최대 단계 수, 비용 한도, 종료 조건도 설정해.

설계만 하지 말고 실제로 실행한 뒤 최종 결과를 보여줘.


2. 도구형 에이전트 만들기

[작업]을 [사용 가능한 도구]로 수행하는 에이전트를 만들어줘.

어떤 상황에서 어떤 도구를 선택하는지 기준을 정해.
도구 호출이 실패했을 때의 재시도 방법과 대체 경로도 포함해.

삭제, 결제, 발송, 설정 변경처럼 되돌릴 수 없는 작업은 실행 전에 나에게 확인해.
마지막에는 주요 결정과 도구 사용 내역을 정리해줘.


3. 에이전트 팀 구성하기

[워크플로우]를 수행할 에이전트 팀을 구성해줘.

팀은 다음 역할로 구성해.
- 전체 작업을 나누는 플래너
- 분야별 전문가 2~3명
- 결과를 검수하는 리뷰어

각 에이전트의 담당 업무와 전달 방식을 정해.
리뷰어가 기준을 충족했다고 판단할 때까지 수정한 뒤 최종 결과를 제출해줘.


4. 병렬 리서치 에이전트

[주제]를 서로 다른 관점으로 조사하는 서브에이전트를 병렬로 실행해줘.

각 에이전트는 서로 겹치지 않는 관점을 맡아.
조사가 끝나면 주장, 근거, 출처, 불확실한 내용을 구분해 보고하게 해.

리드 에이전트는 결과가 충돌하는 부분을 확인하고 하나의 브리프로 정리해줘.
마지막에는 어떤 에이전트가 어떤 내용을 찾았는지도 표시해줘.


5. 자율 계획 실행

다음 목표를 스스로 단계화하고 실행해줘.

목표: [GOAL]

먼저 필요한 단계를 계획해.
각 단계를 직접 수행하고 결과를 검수해.

작업이 완료됐거나 사용자만 제공할 수 있는 정보가 없어서 막힌 경우에만 나에게 보고해.
최대 [N]단계 안에서 진행해.


6. 에이전트 가드레일 설정

[워크플로우]를 수행하는 에이전트의 가드레일을 설계해줘.

다음 내용을 포함해.
- 사용자 승인이 필요한 작업
- 자동으로 재시도할 수 있는 오류
- 즉시 중단해야 하는 오류
- 최대 실행 단계
- 비용과 토큰 한도
- 작업이 막혔다고 판단하는 조건
- 실제 완료 여부를 검증하는 방법

Fable 5는 이전 모델보다 병렬 서브에이전트를 적극적으로 활용하는 경향이 있습니다. 독립 작업은 병렬로 처리하게 하고, 에이전트가 잘못된 방향으로 가거나 문맥을 놓쳤을 때만 개입하도록 설정하는 방식이 권장됩니다. (Claude Platform)

---

2. 자동화 프롬프트

반복 업무, 콘텐츠 제작, 모니터링, 정기 보고서에 활용할 수 있습니다.

7. 무인 파이프라인 만들기

[입력]을 받아 [처리 단계]를 거쳐 [저장 위치]에 결과를 저장하는 파이프라인을 만들어줘.

사람이 중간에 개입하지 않아도 실행되게 설계해.
예외 상황, 재시도 횟수, 실패 기록, 실행 로그도 포함해.

먼저 테스트 데이터로 드라이런을 진행하고 문제가 없을 때 실제 실행 구조를 보여줘.


8. 셀프힐링 자동화

다음 자동화를 스스로 복구할 수 있는 구조로 바꿔줘.

자동화 설명: [DESCRIBE]

실패한 단계를 감지하고 지수 백오프로 재시도해.
같은 오류가 반복되면 안전한 대체 경로로 전환해.

복구할 수 없는 경우에만 나에게 알림을 보내.
실패 원인과 복구 과정은 로그에 남겨줘.


9. 정기 실행 루틴

[작업]을 [일정]마다 자동으로 실행하는 루틴을 설계해줘.

매번 확인해야 할 항목, 생성할 산출물, 저장할 위치를 지정해.
이전 실행 결과와 비교해 달라진 내용도 표시해.

[중단 조건]이 발생하면 실행을 멈추고 나에게 알려줘.


10. 조건 감지 자동화

[소스]를 확인하다가 [조건]이 충족되면 동작하는 자동화를 설계해줘.

다음 내용을 순서대로 정리해.
- 감시할 데이터
- 실행 트리거
- 수행할 동작
- 중복 실행 방지 방법
- 잘못 작동했을 때의 안전장치

실제 실행 전에 지난달 데이터를 이용해 드라이런 결과를 보여줘.


11. 주간 콘텐츠 자동화

[입력 콘텐츠] 하나를 이용해 일주일 분량의 콘텐츠를 만드는 자동화를 설계해줘.

다음 과정을 포함해.
- 원본 분석
- 블로그 초안 작성
- SNS용 짧은 콘텐츠 재가공
- 제목과 후킹 문구 생성
- 게시 일정 배치

AI가 자동으로 처리하는 부분과 내가 승인해야 하는 부분을 구분해줘.


12. 운영 업무 자동화

내가 반복하는 [운영 업무]를 무인으로 처리할 자동화를 설계해줘.

트리거부터 최종 산출물까지 모든 단계를 적어.
각 단계에서 사용하는 도구와 입력·출력 데이터를 표시해.

결과가 외부로 발송되거나 게시되기 전에는 검수 체크포인트를 넣어줘.

---

3. 작업 검수 프롬프트

완성된 글, 문서, 코드, 프로젝트의 문제를 찾을 때 사용할 수 있습니다.

13. 프로젝트 전체 감사

다음 프로젝트 전체를 감사해줘.

프로젝트 또는 저장소: [REPO]

버그, 끊긴 경로, 보안 문제, 임시 코드, 미완성 기능을 모두 찾아.
발견한 문제를 심각도와 영향도 순으로 정렬해.

가장 먼저 수정해야 할 문제 5개에는 구체적인 수정 방법을 제시해.
첫 번째 파일만 보고 멈추지 말고 프로젝트 전체를 확인해.


14. 기존 작업 냉정하게 리뷰하기

다음 작업을 냉정하게 검토해줘.

[PASTE]

약한 부분, 모호한 주장, 불필요한 내용, 빠진 내용을 찾아.
더 나은 결과물이 어떤 모습이어야 하는지도 설명해.

가장 문제가 큰 부분은 직접 다시 작성해서 기존 결과와 차이를 보여줘.


15. 숨어 있는 문제 찾기

[PROJECT]를 확인해 조용히 망가져 있거나 미완성인 부분을 찾아줘.

다음 항목을 포함해.
- 죽은 링크
- 처리되지 않은 TODO
- 예외 처리 누락
- 오래된 문구
- 중복된 기능
- 실제로 사용되지 않는 코드

영향도가 큰 순서로 정리하고 각각의 수정안을 알려줘.


16. 시니어 리뷰어 모드

다음 작업을 출시 경험이 많은 시니어 리뷰어처럼 검토해줘.

[WORK]

모든 가정과 대충 넘어간 부분을 찾아.
실제 사용자에게 공개했을 때 문제가 될 수 있는 항목을 표시해.

칭찬은 생략해.
문제, 영향, 수정 방법만 말해줘.


17. 문서와 코드 일관성 검사

[문서 또는 코드] 전체에서 다음 문제를 찾아줘.

- 서로 모순되는 설명
- 같은 기능에 사용된 다른 이름
- 형식이 달라진 부분
- 문서와 실제 코드가 다른 부분
- 서로 충돌하는 설정

각 문제의 위치와 수정안을 함께 알려줘.


18. 출시 전 프리플라이트 점검

[출시 대상]을 실제 배포하기 전 상태라고 가정하고 최종 점검해줘.

완료됐다고 주장하는 내용과 실제 결과를 비교해.
누락된 기능, 검증되지 않은 항목, 운영 위험을 찾아.

마지막에는 GO 또는 NO-GO로 판단해.
NO-GO라면 출시를 막는 항목을 정확히 적어줘.

---

4. 장기 프로젝트 프롬프트

앱 제작, 서비스 이전, 복잡한 기능 구현처럼 여러 단계가 필요한 작업에 적합합니다.

19. 완성형 앱 제작

[앱 설명]을 실제로 동작하는 앱으로 만들어줘.

데이터 구조, 비즈니스 로직, 사용자 인터페이스, 오류 처리까지 포함해.
작업을 단계별로 진행하되 중간 계획만 보여주고 멈추지 마.

직접 테스트하고 오류를 수정해.
주요 기능이 실제로 작동하는 것이 확인된 뒤에만 완료됐다고 보고해줘.


20. 시스템 마이그레이션

[기존 시스템 A]를 [새 시스템 B]로 이전해줘.

먼저 현재 구조와 의존성을 맵핑해.
이전 작업을 안전한 단위로 나눠 단계별로 진행해.

각 단계가 끝날 때마다 기존 기능이 정상 작동하는지 확인해.
문제가 발생하면 다음 단계로 넘어가지 말고 수정한 뒤 다시 검증해.


21. 아이디어를 결과물로 만들기

다음 아이디어를 실제 작동하는 결과물로 만들어줘.

아이디어: [IDEA]

먼저 요구사항과 성공 조건을 명세로 정리해.
그다음 구현, 테스트, 오류 수정까지 진행해.

중요한 의사결정이 필요할 때만 나에게 질문해.
계획서가 아니라 사용할 수 있는 결과물까지 완성해줘.


22. 처음부터 제대로 재구축하기

다음 대상을 처음부터 다시 구축해줘.

[THING]

현재 구조에서 유지할 부분과 폐기할 부분을 먼저 구분해.
기존 문제를 그대로 옮기지 말고 원인을 해결하는 방식으로 다시 만들어.

완료 후에는 이전 버전과 새 버전의 차이와 주요 결정 이유를 정리해줘.


23. 연결형 시스템 제작

[목표]를 달성하기 위해 [N]개의 연결된 구성 요소로 이루어진 시스템을 만들어줘.

전체 구조를 먼저 설계해.
각 구성 요소의 입력, 출력, 책임을 명확히 나눠.

각 부품을 개별적으로 테스트한 뒤 서로 연결해.
전체 흐름이 끝까지 정상 작동하는 것을 확인해줘.


24. 미완성 프로젝트 완주

아래는 내가 시작했지만 끝내지 못한 프로젝트야.

[PASTE]

현재까지 완료된 부분과 미완성인 부분을 먼저 구분해.
작업이 중단된 지점을 찾아 이어서 완성해.

기존에 잘못 구현된 부분도 함께 수정해.
마지막에는 무엇을 추가하고 변경했는지 정리해줘.

Fable 5는 복잡한 요청에서 한 번의 실행 시간이 길어질 수 있습니다. 높은 effort 설정에서는 여러 분 동안 문맥을 수집하고 결과를 검증하며, 자율 실행은 더 오래 이어질 수 있습니다. 따라서 장기 작업에서는 진행 상황보다 실제 테스트 결과를 기준으로 완료 여부를 판단하게 해야 합니다. (Claude Platform)

---

5. 자기 수정과 반복 검증 프롬프트

AI가 초안을 한 번 만든 뒤 끝내지 않고 기준을 충족할 때까지 스스로 수정하게 만드는 방식입니다.

25. 기능 개발 반복 루프

[FEATURE]를 구현해줘.

구현 후 직접 실행하고 발생한 오류를 읽어.
오류를 수정한 뒤 다시 테스트해.

모든 테스트가 통과할 때까지 이 과정을 반복해.
중간 단계마다 확인을 요청하지 말고 완료 후 변경 내용을 보여줘.


26. 산출물 반복 개선

[OUTPUT]을 만들어줘.

완성된 결과는 새로운 서브에이전트가 [평가 기준]으로 채점하게 해.
기준을 충족하지 못하면 문제를 찾아 수정해.

평가와 수정을 반복해 기준을 통과한 최종본을 보여줘.
각 검수 단계에서 무엇이 바뀌었는지도 요약해줘.


27. 테스트 주도 코드 수리

[CODE]에 필요한 테스트를 먼저 작성해줘.

테스트를 실행하고 실패하는 부분을 수정해.
정상 사례뿐 아니라 오류 입력과 경계값도 포함해.

모든 테스트가 통과하고 주요 엣지케이스가 처리될 때까지 반복해줘.


28. 평가셋 만들기

[TASK]의 품질을 판단할 수 있는 평가 사례 8~10개를 만들어줘.

쉬운 사례, 일반 사례, 실패하기 쉬운 사례를 골고루 포함해.
현재 결과를 평가셋으로 채점한 뒤 가장 낮은 항목부터 개선해.

점수가 더 이상 의미 있게 오르지 않을 때까지 평가와 수정을 반복해.
개선 전후 점수를 보여줘.


29. 독립 검증자 투입

[TASK]를 먼저 완료해.

작업을 수행하지 않은 새로운 서브에이전트를 검증자로 투입해.
검증자는 [GOAL]과 요구사항을 기준으로 누락과 오류를 찾아야 해.

발견된 문제를 수정한 뒤 새로운 문맥에서 다시 검증해.
문제가 남지 않을 때까지 반복해줘.


30. 약점 제거 라운드

[DELIVERABLE]의 초안을 작성해줘.

초안 작성 후 ‘아직 약한 부분은 무엇인가’를 검토해.
가장 큰 결함 하나를 먼저 수정해.

매 라운드마다 같은 검토를 반복해.
추가 수정이 실제 품질을 높이지 않는 시점에서 멈추고 최종본을 보여줘.

별도의 새 문맥을 가진 검증 에이전트는 같은 에이전트가 자신의 결과를 다시 평가하는 방식보다 효과적일 수 있습니다. Anthropic도 장기 작업에서 독립된 검증 서브에이전트를 활용하는 방식을 권장합니다. (Claude Platform)

---

6. 코드베이스 프롬프트

처음 보는 프로젝트를 분석하거나 오래된 코드를 정리할 때 사용할 수 있습니다.

31. 낯선 코드베이스 맵핑

다음 코드베이스를 처음 접한 개발자에게 설명하듯 분석해줘.

[REPO]

전체 구조, 주요 모듈, 데이터 흐름, 외부 의존성을 정리해.
문제가 발생하기 쉬운 부분도 표시해.

처음 확인해야 할 파일 3개를 고르고 그 이유를 설명해줘.


32. 안전한 리팩터링

다음 코드를 동작은 바꾸지 않은 채 읽기 쉽게 리팩터링해줘.

[MESSY CODE]

한 번에 크게 바꾸지 말고 안전한 단계로 나눠 진행해.
각 단계마다 기존 테스트가 통과하는지 확인해.

변경한 내용과 해당 변경이 안전하다고 판단한 이유도 적어줘.


33. 테스트가 없는 코드에 테스트 추가

[PROJECT]에서 테스트가 없는 부분을 찾아줘.

장애가 발생했을 때 영향이 가장 큰 로직부터 테스트를 작성해.
정상 동작뿐 아니라 실패 조건과 경계값도 포함해.

테스트를 실제로 실행하고 발견된 문제를 알려줘.


34. 깨진 코드 설명하고 수정하기

다음 코드가 정상 작동하지 않아.

[PASTE]

이 코드가 원래 하려던 일을 쉬운 말로 설명해.
현재 실제로 어떤 문제가 발생하는지와 그 원인을 찾아.

코드를 수정하고 테스트를 실행해 정상 작동하는지 증명해줘.


35. 오래된 프로젝트 현대화

[OLD PROJECT]를 현재 환경에 맞게 개선해줘.

의존성, 오래된 패턴, 사용되지 않는 코드, 보안 문제를 확인해.
전체를 한 번에 바꾸지 말고 실행 가능한 작은 단계로 진행해.

매 단계에서 기존 기능이 유지되는지 테스트해.
마지막에는 변경 기록을 작성해줘.


36. 기존 스타일에 맞춰 기능 추가

[CODEBASE]의 구조와 작성 방식을 먼저 분석해.

그다음 [FEATURE]를 기존 코드의 패턴과 스타일에 맞게 추가해.
새로운 구조를 불필요하게 만들지 마.

변경한 파일과 기능이 연결된 위치를 알려줘.
테스트를 실행해 기존 기능이 깨지지 않았는지도 확인해줘.

Fable 5는 대규모 코드 탐색, 저장소 이력 확인, 버그 발견, 장기 마이그레이션 같은 작업을 주요 사용 사례로 두고 있습니다. 다만 높은 effort에서는 요청하지 않은 정리나 추상화까지 추가할 수 있으므로 “필요한 범위 외에는 리팩터링하지 말라”는 제한을 넣는 편이 안전합니다. (Anthropic)

---

7. 검증 리서치 프롬프트

인터넷 조사, 제품 비교, 시장 분석, 팩트체크에 활용할 수 있습니다.

37. 방어 가능한 리서치

[TOPIC]을 조사해줘.

신뢰할 수 있는 1차 자료와 최근 자료를 우선으로 수집해.
주요 주장을 정리한 뒤 각 주장을 반대 관점에서 다시 검증해.

근거가 약하거나 확인할 수 없는 내용은 제거해.
최종 답변에는 주장, 근거, 출처, 남아 있는 불확실성을 구분해줘.


38. 다단계 심화 조사

[QUESTION]을 [N]번의 조사 패스로 분석해줘.

첫 번째 패스에서는 전체 구조를 파악해.
이후 패스에서는 이전 조사에서 빠진 부분과 반론을 찾아 더 깊게 조사해.

새로운 내용이 더 이상 나오지 않으면 조사를 종료해.
각 패스에서 추가된 내용을 따로 정리해줘.


39. 논쟁 양면 분석

[DEBATE]의 양쪽 입장을 분석해줘.

각 입장을 지지하는 가장 강한 주장과 실제 근거를 찾아.
약한 주장을 일부러 넣지 말고 양쪽 모두 최선의 논리를 사용해.

그다음 서로의 주장을 공격하고 어떤 근거가 남는지 확인해.
현재 증거에서 더 설득력 있는 쪽과 판단을 바꿀 조건을 말해줘.


40. 유행하는 주장 검증

많은 사람이 [TOPIC]에 대해 다음과 같이 말하고 있어.

주장: [CLAIM]

이 주장이 사실인지, 마케팅 표현인지, 오래된 정보인지 확인해.
주장을 뒷받침하는 자료와 반박하는 자료를 모두 찾아.

자료가 반복해서 인용된다는 이유만으로 사실로 판단하지 마.
최종 결론과 확신 수준을 알려줘.


41. 선택지 비교

[GOAL]을 위해 다음 선택지를 비교해줘.

[OPTIONS]

광고 문구가 아니라 실제 성능, 가격, 제약, 유지 비용을 기준으로 비교해.
내 상황에서 중요한 기준에 가중치를 부여해 점수를 계산해.

가장 적합한 선택지와 그 선택이 바뀔 수 있는 조건도 말해줘.


42. 시장 전체 지도 만들기

[SPACE] 전체를 조사해 시장 지도를 만들어줘.

주요 기업, 제품 유형, 가격대, 고객군, 수익 구조를 구분해.
이미 많이 알려진 내용만 반복하지 마.

사람들이 잘 언급하지 않는 공백, 조용한 위험, 당연하게 여기는 가정을 찾아.
검증되지 않은 추측은 사실과 분리해 표시해줘.

---

8. 재사용 시스템 프롬프트

한 번 수행한 작업을 반복 가능한 업무 절차와 AI 스킬로 만들 때 사용할 수 있습니다.

43. 반복 작업을 스킬로 만들기

내가 반복하는 다음 작업을 재사용 가능한 스킬로 만들어줘.

[TASK]

스킬 이름, 실행 조건, 필요한 입력, 정확한 단계, 산출물 형식을 정의해.
실패하기 쉬운 부분과 검수 방법도 포함해.

앞으로 한 문장으로 실행해도 같은 품질의 결과가 나오도록 만들어줘.


44. 반복 업무 스택 만들기

내가 일하는 방식은 다음과 같아.

[DESCRIBE]

이 과정에서 반복 가능한 작업을 모두 찾아.
각 작업을 독립된 스킬로 정의해.

스킬별로 이름, 사용 시점, 입력, 처리 과정, 결과물을 정리해.
서로 합치는 편이 나은 스킬이 있다면 함께 알려줘.


45. 동료도 실행할 수 있는 프로세스 만들기

내가 수행한 다음 과정을 다른 사람도 실행할 수 있는 업무 절차로 바꿔줘.

[PROCESS]

정확한 작업 단계, 사용하는 도구, 입력 자료, 완료 조건을 적어.
잘된 결과의 기준과 자주 발생하는 실수도 포함해.

마지막에는 실행용 체크리스트를 만들어줘.


46. 일회성 작업을 파이프라인으로 바꾸기

방금 수행한 다음 작업을 다시 실행할 수 있는 파이프라인으로 만들어줘.

[TASK]

달라질 수 있는 입력값을 변수로 분리해.
반복되는 단계와 예외 상황을 정리해.

새로운 입력을 넣으면 같은 방식으로 실행할 수 있게 만들어.
마지막에는 한 줄 실행 명령 또는 요청 문장을 알려줘.


47. 프롬프트를 재사용 자산으로 만들기

다음은 내가 계속 수정해서 사용하는 프롬프트야.

[PASTE]

이 프롬프트를 목적, 입력, 제약, 작업 단계, 출력 형식으로 재구성해.
잘못 해석하기 쉬운 부분은 명확하게 고쳐.

사용 예시와 입력 예시도 추가해.
매번 수정하지 않고 반복해서 사용할 수 있는 최종본으로 만들어줘.


48. 파일과 노트 시스템 만들기

내 파일과 노트를 질문 가능한 지식 구조로 정리해줘.

현재 자료: [FILES OR NOTES]

폴더 구조, 파일 이름 규칙, 분류 기준을 설계해.
중복 자료와 오래된 자료를 처리하는 기준도 포함해.

앞으로 자연어로 질문했을 때 필요한 자료를 쉽게 찾을 수 있도록 검색 방식과 질문 예시도 만들어줘.

---

Fable 5 프롬프트에 추가하면 좋은 문장

긴 작업을 맡길 때는 아래 문장을 프롬프트 마지막에 추가하면 좋습니다.

작업을 시작하기 전에 완료 조건을 먼저 정의해.

진행 상황을 보고할 때는 이번 세션에서 실제로 확인한 도구 실행 결과만 근거로 사용해.

확인하지 않은 내용을 완료됐다고 말하지 마.

되돌릴 수 있는 작업은 원래 요청 범위 안에서 직접 진행해.

삭제, 결제, 외부 발송, 운영 환경 변경처럼 되돌리기 어려운 작업만 실행 전에 질문해.

결과를 제출하기 전에 새로운 검증자에게 요구사항 기준으로 다시 확인하게 해.

Fable 5는 작업 범위가 명확하면 간단한 지시만으로도 행동을 조정할 수 있습니다. 반대로 경계를 지정하지 않으면 요청하지 않은 수정이나 추가 작업까지 진행할 수 있으므로 실행 작업에서는 범위를 명시하는 것이 좋습니다. (Claude Platform)

---

Fable 5가 중간에 멈출 때 사용하는 문장

장시간 실행 중 실제 작업을 하지 않고 계획만 말하거나 사용자 확인을 기다리는 경우에는 다음 문장을 입력합니다.

계속 진행해.

처음 요청한 범위 안에서 되돌릴 수 있는 작업은 추가 확인 없이 끝까지 수행해.

계획이나 다음 단계만 말하고 멈추지 마.

작업이 완료됐거나 사용자만 제공할 수 있는 정보가 부족한 경우에만 멈춰.

Anthropic 공식 문서도 긴 세션에서 Fable 5가 간혹 다음 작업을 하겠다는 문장만 남기고 멈추거나, 진행에 필요한 정보가 있는데도 허락을 기다리는 경우가 있다고 설명합니다. 이때는 끝까지 수행하라는 지시를 추가하면 됩니다. (Claude Platform)

---

Fable 5가 요청을 거부하는 이유

Fable 5에는 사이버보안과 생명과학 관련 안전 분류기가 적용됩니다.

일부 정상적인 코딩, 디버깅, 연구 요청도 안전 분류기에 걸릴 수 있습니다. 해당 요청이 차단되면 Claude 앱에서는 Opus 4.8로 전환될 수 있으며, API에서는 refusal 응답과 대체 모델 처리 구조를 사용할 수 있습니다. (Claude Platform)

이 경우 같은 요청을 반복하기보다 다음과 같이 작업의 정상적인 목적과 범위를 명확히 적는 편이 낫습니다.

이 작업은 합법적으로 운영 중인 내 시스템의 오류를 진단하고 수정하기 위한 방어적 작업이야.

공격 방법이나 악용 코드를 만들지 마.

문제의 원인, 안전한 수정 방법, 검증 절차만 제공해.

다만 문장을 바꾼다고 모든 요청이 허용되는 것은 아닙니다. 모델의 안전 기준을 우회하려는 프롬프트는 사용하지 않는 것이 맞습니다.

---

자주 묻는 질문

클로드 Fable 5 프롬프트는 다른 모델에서도 사용할 수 있나요?

대부분 사용할 수 있습니다.

다만 병렬 서브에이전트, 장시간 자율 실행, 대규모 코드베이스 분석, 반복 검증처럼 단계가 긴 작업은 Fable 5의 특성에 더 잘 맞습니다.

일상적인 글쓰기나 짧은 질문에는 더 빠르고 비용이 낮은 모델이 효율적일 수 있습니다.

프롬프트 48개를 한 번에 모두 입력해야 하나요?

아닙니다.

현재 작업에 맞는 프롬프트 하나를 선택한 뒤 대괄호 부분만 바꾸면 됩니다. 복잡한 작업에서는 관련 프롬프트 두 개를 결합해도 됩니다.

예를 들어 앱을 만든다면 ‘완성형 앱 제작’ 프롬프트에 ‘독립 검증자 투입’ 프롬프트를 추가할 수 있습니다.

Fable 5에서 가장 중요한 프롬프트 요소는 무엇인가요?

완료 조건과 검증 방법입니다.

“잘 만들어줘”라고만 입력하면 결과를 판단할 기준이 없습니다. 테스트 통과, 출처 확인, 오류 없음, 특정 형식 준수처럼 완료 여부를 확인할 조건을 적는 것이 좋습니다.

Fable 5는 모든 일을 자동으로 처리할 수 있나요?

아닙니다.

외부 도구 권한, 파일 접근 범위, 서비스 연결 상태에 따라 실제로 수행할 수 있는 작업이 달라집니다. 삭제, 결제, 메일 발송, 운영 서버 변경처럼 영향이 큰 작업에는 승인 단계를 두는 것이 안전합니다.

---

클로드 Fable 5는 짧은 질문에 긴 답을 받는 용도보다 복잡한 일을 나누고, 실행하고, 검증하고, 끝까지 완성하는 용도에 더 잘 맞습니다.

프롬프트를 길게 쓰는 것보다 목표, 범위, 완료 조건, 검증 방법을 분명하게 적는 것이 중요합니다.

위 48개 중 현재 필요한 프롬프트를 골라 대괄호 안의 내용만 바꿔 사용해보시기 바랍니다.