비개발자용 클로드 코드 가이드를 읽으면서 눈에 걸린 건 기능 설명이 아니라 무엇을 빼기로 결정했는가였다. 터미널을 뺐고(데스크탑 앱 Code 탭), 빈 파일 채우기를 뺐고(클로드가 인터뷰어가 되어 7문항), .md 파일 만드는 법을 뺐다(“파일은 클로드가 만들어줘”). 남은 건 폴더 하나 고르고 한국어로 말 거는 것뿐이다.
이건 친절함이 아니라 병목에 대한 정확한 진단이다. 클로드 코드가 못 하는 일이 없어서 사람들이 안 쓰는 게 아니다. 첫 화면에서 npm install -g를 만나거나, 빈 about-me.md를 마주하는 순간 이탈한다. 도구의 성능 곡선과 채택 곡선은 다른 함수를 따르고, 채택 곡선을 지배하는 변수는 첫 시도의 마찰이다.
근거
가이드는 각 단계마다 이탈 지점을 하나씩 제거하는 순서로 배열되어 있다. 특히 파일 작성 자체를 위임하라는 조언이 결정적이다 — 초급자가 멈추는 지점은 “무엇을 담을지”가 아니라 “어떻게 만들지”이기 때문이다.
“까만 터미널 창? 안 열어도 돼. 앱 안에서 채팅하듯 한국어로 시키면 끝.”
“.md 파일을 어떻게 만들지?” 고민하지 마. 파일은 클로드가 만들어줘. 우리는 뭘 담을지만 말하면 돼.
이 구조의 대가도 있다. 마찰을 낮춘 경로는 통제력도 함께 낮춘다. 데스크탑 앱 진입자는 훅·MCP·워크트리 같은 레버를 애초에 보지 못한다. 가이드가 “완전 정복 가이드는 따로”라고 분리한 건 정직한 처리지만, 첫 경로가 곧 천장이 되는 학습자는 반드시 생긴다.
연결된 생각
- 20260508-capture-friction-over-10s-breaks-habit — PKM에서 10초 넘는 캡처가 습관을 깨는 것과 같은 함수. 마찰 임계값은 도구 종류를 가리지 않는다
- 20260813-nondev-claude-code-onboarding-ladder — 이 판단이 실제로 배열된 절차
- 20260806-skills-mark-the-shift-from-user-to-workflow-designer — 마찰을 넘은 사람만 워크플로 설계자 쪽으로 건너간다