Fable 필드 가이드로 이해하는 ‘미지(Unknowns)’ 중심의 에이전틱 작업 방식

이 글은 Fable 필드 가이드를 바탕으로, 에이전틱 코딩과 복잡한 기술 작업에서 반복적으로 마주치는 미지(Unknowns)를 어떻게 발견하고 줄일 수 있는지를 정리한 기술 블로그입니다. 지도(map)와 영토(territory)의 간극을 인식하고, 구현 전·중·후에 걸쳐 미지를 체계적으로 다루는 방법, 그리고 이를 통해 작업 품질을 높이는 실전 기법들을 이해하기 쉽게 설명합니다.

반응형

---

Fable의 핵심 관점: 작업 품질은 ‘미지’를 얼마나 잘 다루느냐에 달려 있다

Fable은 사용자가 제공하는 지도(map)—프롬프트, 스킬, 컨텍스트—와 실제 작업이 일어나는 영토(territory)—코드베이스, 현실 제약—사이의 간극을 **미지(Unknowns)**로 정의합니다.
이 간극이 클수록 모델은 추측에 의존하게 되고, 결과물의 품질은 떨어질 수밖에 없습니다. Fable은 바로 이 지점을 정면으로 다루며, 작업의 병목은 미지를 명확히 하는 능력에 있음을 강조합니다.

---

미지의 네 가지 분류: 무엇을 알고, 무엇을 모르는가

Fable은 미지를 다음 네 가지로 구분합니다.

• Known Knowns: 프롬프트에 명시된, 이미 알고 있는 것
• Known Unknowns: 아직 모르지만, 모른다는 사실을 인지하고 있는 것
• Unknown Knowns: 너무 당연해 적지 않았지만, 보면 아는 것
• Unknown Unknowns: 전혀 고려하지 못한, 인지조차 못한 것

에이전틱 코딩의 핵심 역량은 이 네 가지를 구분하고, 특히 Unknown Unknowns를 조기에 발견해 대비하는 데 있습니다.

---

지도와 영토의 불일치가 문제를 만든다

사전 계획만으로는 충분하지 않습니다. 미지는 종종 구현 깊숙한 곳에서 드러나며, 때로는 문제를 완전히 다른 방식으로 풀어야 함을 알려주기도 합니다.
Fable 작업은 단발성이 아니라, 구현 전·중·후에 걸쳐 미지를 반복적으로 발견하고 줄이는 과정입니다.

---

구현 이전: 값싸게 미지를 찾는 방법들

Blind Spot Pass

낯선 영역의 작업에서는 Unknown Unknowns가 많습니다. 이때는 모델에게 blindspot pass를 요청해, 어떤 질문을 해야 하는지부터 정리합니다. 자신이 무엇을 알고 무엇을 모르는지 컨텍스트를 함께 제공하는 것이 중요합니다.

브레인스토밍과 프로토타입

기준을 말로 정의하기 어려운 영역에는 초기 프로토타이핑이 효과적입니다. 구현 전에 다양한 방향을 시각적으로 확인하면, Unknown Knowns를 빠르게 언어화할 수 있습니다.

인터뷰와 레퍼런스

모호함이 남아 있다면 인터뷰 방식의 질문 유도로 핵심 결정을 드러내고, 가능하다면 소스 코드 레퍼런스를 제공해 원하는 구현을 정확히 전달합니다.

---

구현 계획과 구현 도중: 미지는 항상 발생한다

구현 계획

변경 가능성이 큰 요소—데이터 모델, 타입 인터페이스, UX 흐름—를 앞세운 구현 계획을 먼저 검토하면, 미지가 표면으로 올라옵니다.

구현 노트

구현 중 마주친 엣지 케이스와 계획에서 벗어난 결정은 implementation notes로 기록합니다. 이는 다음 반복에서 학습 자산이 됩니다.

---

사후 구현: 이해와 합의를 가속하는 단계

출시 이후에는 피치와 설명 자료로 이해를 돕고, 변경 사항을 완전히 이해했는지 확인하는 퀴즈를 통해 품질을 점검합니다. 이는 리뷰와 승인 과정을 빠르게 만듭니다.

---

Claude와 협업할 때 중요한 태도

Fable은 지시의 균형을 강조합니다.
너무 구체하면 방향 전환이 어려워지고, 너무 모호하면 업계 통념에 의존한 선택이 나옵니다. 출발점의 컨텍스트—현재 사고의 위치, 문제 경험—를 명확히 제공해 사고 파트너처럼 협업하는 것이 핵심입니다. 이러한 접근은 Anthropic의 Claude 기반 작업 철학과도 맞닿아 있습니다.

---

728x90

Fable 필드 가이드는 기술 작업의 성공을 미지를 얼마나 빨리, 저렴하게 발견하고 줄이느냐의 문제로 재정의합니다.
설명, 브레인스토밍, 인터뷰, 프로토타입, 레퍼런스는 모두 문제가 비싸지기 전에 미지를 찾는 도구입니다. 다음 프로젝트를 시작할 때, 구현부터가 아니라 미지 찾기부터 시작한다면 작업의 방향과 결과는 분명히 달라질 것입니다.

300x250

https://x.com/trq212/status/2073100352921215386

X의 Thariq님(@trq212)