Claude Code의 개발자는 이제 기본 워크플로우가 Claude가 스스로에게 프롬프팅(prompting)하는 방식임을 방금 인정했습니다.

하지만 거의 아무도 이 모든 것을 제어하는 파일에 대해서는 이야기하지 않고 있습니다.

프롬프트(prompts)가 아닙니다.
에이전트(agents)도 아닙니다.
그 아래에 숨겨진 설정(settings) 레이어입니다.

저는 Claude Code 이면에 있는 전체 settings.json 설정을 살펴보았습니다.

125개 이상의 구성 키(config keys).
제대로 문서화된 것은 극히 일부뿐입니다.
어떤 동작들은 공개적으로 어디에서도 언급되지 않았습니다.

실제로 눈에 띈 점들은 다음과 같습니다:

→ 설정에는 "차단(block)"이라고 되어 있지만 바이너리(binary)는 여전히 읽어들이는 거부 규칙(deny-rule) 버그
→ 앱들이 비싼 추론(inference) 경로를 통해 요청을 조용히 라우팅하는 현상
→ 대부분의 팀이 알아차리지 못하는 사이에 Opus 사용량을 조용히 증가시키는 설정
→ 사람들이 전혀 건드리지 않는 기본값(defaults)으로 인해 발생하는 토큰 소모(token burn)
→ 비용과 동작에 엄청난 영향을 미치는 몇 가지 구성 스위치(config switches)

놀라운 점은 이렇습니다:

대부분의 사람들은 프롬프트를 최적화하는 데 집중하느라 인프라(infrastructure) 레이어를 완전히 무시하고 있습니다.

반면, 진정한 파워 유저들은 모델 아래의 시스템을 미세 조정(tuning)하고 있습니다.

같은 AI를 사용하더라도.
출력값은 완전히 다릅니다.
청구되는 비용도 완전히 다릅니다.

오늘 밤 의미 없는 스크롤링(doomscrolling)은 그만두세요.

아래 기사를 읽어보시기 바랍니다.