Claude한테 답을 묻는 걸 그만뒀다. 대신 프레임워크를 묻기 시작했더니 모든 게 바뀌었다.

우연히 2주 동안 고민하던 결정 문제에 막혀 있다가 이걸 발견했다.

상황 전체를 타이핑하려던 참이었다. 또다시. 네 번째로. 이번에는 답이 제대로 느껴지길 바라면서.

멈췄다. 대신 다른 걸 타이핑했다.

"답을 주지 마. 내가 스스로 답을 찾을 수 있는 프레임워크를 줘."

돌아온 건 결정이 아니었다.

4분 만에 결정을 명확하게 만들어주는 3단계 질문 구조였다.

그 이후로 계속 이렇게 하고 있다.

한 문장으로 정리한 변화:

답은 물고기다. 프레임워크는 낚시법이다. 하나는 오늘의 문제를 해결하고, 다른 하나는 그 문제의 모든 버전을 영원히 해결한다.

답을 묻는 게 왜 조용히 낭비되는 일인가:

Claude에게 결정을 가져갈 때마다 Claude는 그 결정만 해결해 준다.

당신은 떠난다. 문제는 조금 다른 모양으로 다시 돌아온다. 당신은 다시 돌아온다. 영원히 반복된다.

당신은 지금까지 만들어진 가장 정교한 추론 도구를 자판기처럼 쓰고 있다. 문제 투입. 답 수령. 다음 문제 투입.

자판기 모델은 크레딧을 태워버린다. 프레임워크 모델은 복리로 쌓인다.

전환의 실제 사례:

대신: "내 개인 브랜드를 위해 링크드인에 올릴까 트위터에 올릴까"

프레임워크 버전: "타겟 오디언스와 콘텐츠 형식에 따라 배포 채널을 선택하는 결정 프레임워크를 줘"

이제 그 질문을 다시 할 필요가 없다. 어떤 플랫폼이든, 어떤 콘텐츠든 상관없이.

대신: "이 특정 사람에게 보낼 콜드 이메일 좀 써줄래"

프레임워크 버전: "콜드 이메일처럼 들리지 않는 콜드 아웃리치 작성 프레임워크를 줘"

이제 모든 콜드 이메일을 더 잘 쓴다. 영원히. 다시 물어볼 필요 없이.

대신: "이 사업 아이디어 괜찮아"

프레임워크 버전: "추구할 가치가 있는 아이디어와 버려야 할 아이디어를 구분하는 5가지 질문이 뭐야"

이제 모든 아이디어를 스스로 평가한다. 5분 만에. 소프트웨어의 검증 없이.

효과적인 형식들:

"[x]가 필요할 때마다 실행할 수 있는 체크리스트를 줘"

"[x]에 대한 결정을 내리기 전에 내가 스스로 물어봐야 할 3가지 질문을 줘"

"[x] 범주의 문제를 생각하기 위한 사고 모델을 줘"

"[x]를 평가하기 위한 프레임워크는 어떤 모습일까"

복리 효과:

답은 가치가 떨어진다. "X를 해야 할까"에 대한 답은 오늘 이 맥락과 이 변수들 안에서만 유효하다.

프레임워크는 가치가 오른다. 우선순위에 대해 생각하는 좋은 프레임워크는 오늘, 다음 달, 내년, 모든 프로젝트, 그 문제의 모든 버전에서 작동한다.

하나의 프레임워크 프롬프트는 무기한 배당금을 지급한다.

하나의 답변 프롬프트는 한 번만 배당금을 지급한다.

이 방식이 깨지는 경우:

사실 관계 질문. 빠른 작업. 답이 그냥 답이고 그 밑에 패턴이 없는 것들.

"프랑스의 수도는 어디야"에는 프레임워크가 없다. 그냥 파리다.

프레임워크는 반복적인 판단이 필요한 경우를 위한 것이다. 겉보기엔 달라 보이지만 같은 구조를 공유하는 결정들.

어떤 문제들이 사실은 다른 옷을 입은 같은 문제라는 걸 보기 시작하면, 개별적으로 해결하는 걸 멈추고 그 범주 자체를 해결하기 시작한다.