클로드 Fable을 100% 활용하는 법

Claude Fable의 잠재력을 깨우는 지도책: 'Unknowns'를 추적하라

1. 지도는 영토가 아니다: 'Unknowns'의 출현

클로드의 최신 모델인 Fable과 함께 작업하며 뼈저리게 다시 배운 교훈은 바로 "지도는 영토가 아니다"라는 점입니다.

"지도는 내가 프롬프트, 기술, 컨텍스트를 담아 클로드에게 제공하는 일종의 '설계도'라면, 영토는 실제로 작업이 일어나야 하는 코드베이스와 현실 세계의 구체적인 '제약 조건'을 의미합니다."

이 둘 사이의 격차에서 발생하는 수많은 변수를 우리는 'Unknowns(미지)'라고 부릅니다. 클로드가 이 미지의 변수와 맞닥뜨리면 결국 스스로 추측해서 결정을 내릴 수밖에 없으며, 작업 규모가 클수록 미지는 기하급수적으로 늘어납니다.

특히 Fable 모델은 사용자가 이 '미지(Unknowns)'를 얼마나 명확하게 규정하고 조율해 주느냐에 따라 작업의 퀄리티와 한계치가 결정되는 독특한 특성을 지니고 있습니다.

2. 우리가 마주하는 4가지 'Unknowns'

클로드에게 문제를 가져갈 때, 우리는 당면한 해결 과정을 네 가지 범주로 조각내어 검토해야 합니다.

• Known Knowns (알고 있는 앎): 이미 우리가 명확히 알고 프롬프트에 직접 작성해 넣은 분명한 정보와 요구사항입니다.
• Known Unknowns (알고 있는 모름): 해결해야 하지만 아직 어떻게 풀지 구체적으로 결정하지 못했음을 나 스스로 인지하고 있는 영역입니다.
• Unknown Knowns (모르고 있는 앎): 내 머릿속엔 너무 뻔하고 당연해서 미처 적지 않았지만, 막상 결과물을 보면 즉각 옳고 그름을 식별해 낼 수 있는 암묵적인 기준입니다.
• Unknown Unknowns (모르고 있는 모름): 아예 고려해 보지도 못했거나, 배경지식이 없어 존재 자체를 인지조차 못 하고 있는 완전한 블랙박스 영역입니다.

뛰어난 AI 코더(예: Boris, Jarred 등)들은 이 미지의 영역을 사전에 극도로 좁히는 능력이 탁월합니다. 그들은 코드베이스뿐만 아니라 모델의 작동 방식에 싱크가 깊게 맞춰져 있습니다. 결국 미지를 통제하고 계획하는 습관이야말로 AI 코딩 역량의 핵심입니다.

3. 구현 전 단계: 미지(Unknowns)를 발굴하는 기술

구현을 시작하기 전에 아주 적은 비용으로 미지를 찾아낼 수 있는 구체적인 프롬프트 패턴들을 소개합니다.

① 블라인드 스팟 패스 (Blind Spot Pass)

익숙하지 않은 설계나 코드베이스에 손을 댈 때는 나의 사각지대를 찾아야 합니다. 클로드에게 "사각지대 패스"를 명시적으로 지시하여, 우리가 놓친 모르는 질문들을 미리 정리해 달라고 요구하세요.

"새로운 인증 공급자를 추가하려고 하는데, 이 코드베이스의 인증 모듈에 대해서는 전혀 아는 바가 없어. 내가 더 나은 질문과 프롬프트를 작성할 수 있도록, 관련해서 발생할 수 있는 'Unknown Unknowns(미지의 사각지대)'를 짚어내는 블라인드 스팟 패스(Blind Spot Pass)를 수행해 줘."

② 브레인스톰 및 프로토타입 (Brainstorms & Prototypes)

'Unknown Knowns' 영역은 실제 눈으로 보기 전까지는 말로 정의하기 어렵습니다. 백엔드를 직접 연결하거나 복잡한 상태 값을 관리하기 전에, 화면을 시각화할 수 있는 가벼운 HTML 모형이나 극단적으로 다른 몇 가지 시안을 요청하는 게 훨씬 안전하고 저렴합니다.

"이 데이터로 대시보드를 만들고 싶은데 시각적인 감각이 없어서 감이 잘 안 와. 내가 직관적으로 피드백할 수 있도록 완전히 분위기가 다른 4가지 디자인 방향성을 담은 HTML 페이지를 하나 만들어 줘."

③ 클로드의 역인터뷰 (Interviews)

브레인스토밍 후에도 모호함이 남는다면, 클로드에게 나를 직접 인터뷰해 달라고 명령하는 것이 좋습니다.

"구조 설계나 아키텍처 결정을 완전히 바꿔놓을 수 있을 만한 질문들을 위주로 모호함을 해소할 수 있게 나에게 질문을 하나씩 차례대로 던져줘."

④ 소스코드 레퍼런스 활용 (References)

설명이 장황하고 복잡할 때는 말보다 실제 작동하는 코드를 보여주는 것이 완벽한 답안입니다. 디자인 요소나 동작 라이브러리가 마음에 든다면 해당 코드 폴더를 통째로 Fable에게 밀어 넣고 추론하게 하세요.

"vendor/rate-limiter 에 있는 Rust 크레이트의 백오프 동작 로직과 일치했으면 좋겠어. 이 코드를 읽고 우리 TypeScript API 클라이언트에 동일하게 작동하도록 구현해 줘."

⑤ 구현 계획 수립 (Implementation Plans)

실제 코드를 치기 직전, 데이터 모델이나 사용자 흐름 등 수정될 확률이 높은 최상단 설계 위주로 요약한 HTML 형식의 구현 계획을 미리 검토해 보는 것도 실수를 파격적으로 줄여줍니다.

4. 구현 중 & 구현 후 단계: 안전한 개발 흐름 만들기

계획이 아무리 철저해도 구현 중에는 언제든 예외 상황이 발생할 수 있습니다.

① 구현 중: 구현 노트 기록 (Implementation Notes)

설계 계획에 합의했다면 새 세션을 열고 프로토타입과 스펙을 던지며 작업을 시작하되, 예상치 못한 변경이 생겼을 때 스스로 보수적인 선택을 하도록 하고 이를 임시 파일에 기록해 가며 진행하도록 지시하세요.

"항상 'implementation-notes.html' 파일을 유지해 줘. 만약 기존 기획안에서 벗어날 수밖에 없는 예외 케이스(edge case)를 만나면, 우선 보수적인 결정을 내려 작업을 마친 뒤, 그 이탈 내용을 'Deviations' 항목 밑에 상세히 기록해 둬."

② 구현 후: 설득용 자료와 이해도 퀴즈 (Pitches & Quizzes)

코드를 다 짰다면 협업 팀원의 빠른 승인(Approval)을 받기 위한 피치 문서 작성을 돕게 하거나, 클로드가 수정한 복잡한 코드 패스 전체를 내가 완전히 이해했는지 스스로를 시험하는 퀴즈를 출제하게 할 수 있습니다.

"방금 고친 패치 내용들이 완벽히 이해됐는지 나 스스로 점검하고 싶어. 어떤 맥락에서 어떤 변화가 일어났는지 보기 쉽게 정리해 주고, 마지막 부분에 내가 반드시 풀어야 할 퀴즈를 함께 실어 줘."

5. Fable 런칭 비디오 제작으로 증명된 프로세스

실제 Fable의 출시 홍보 비디오는 Claude Code를 이용해 편집되었습니다. Thariq은 영상 편집 전문가가 아니었지만, 자신이 아는 부분부터 시작하여 모르는 부분들을 클로드와 함께 하나씩 추적해 나갔습니다.

• Whisper 연동을 통한 자동 자막과 소리의 무음 구간을 ffmpeg으로 칼같이 잘라내는 기술적 가능성을 클로드에게 물으며 개념 검증(PoC)을 시작했습니다.
• 자막 타이밍에 맞는 UI 구현 가능성을 탐색하고자 Remotion 프레임워크 기반의 빠른 프로토타입을 제작하여 미지들을 시각적으로 쳐냈습니다.
• 비디오 색감이 밋밋하다고 느꼈을 때, '색보정(Color Grading)'에 대해 잘 모르던 Thariq은 무작정 샘플을 만들기보다 "내가 무엇을 모르고 있는지 가르쳐달라"고 클로드에게 질문하여 지식의 빈틈을 먼저 메웠습니다.

모델이 똑똑해질수록 우리의 올바른 접근과 설계가 프로젝트의 성패를 가릅니다. 구현이 끝난 뒤에 비싼 리비전을 치르는 대신, 기획 단계의 브레인스토밍, 인터뷰, 레퍼런스 제시 등 값싼 방식으로 먼저 미지를 발굴하는 것이 가장 영리한 AI 코딩 전략입니다.