[한영자막] 보리스 체르니: Claude Code는 이렇게 만들어졌다

한 줄 핵심

Claude Code는 모델이 더 똑똑해질수록 시스템 프롬프트와 하네스를 과감히 덜어내고, 대신 검증·루프·환경 설계를 강화해야 성능이 극대화된다는 점을 보여준다.

시간별 요약

1. 0:00
   Opus 5는 장시간 자율 실행과 prompt injection 방어에서 큰 도약을 보여주며, 단순히 더 많은 지시를 넣는 방식이 아니라 모델 자체의 정렬과 분류기로 안전성을 확보하는 방향으로 발전했다.
2. 3:00
   Claude Code는 새 모델이 나오면 시스템 프롬프트와 도구를 대폭 삭제하고, ablation으로 한 줄씩 다시 검증하는 방식으로 진화한다. 모델이 이미 할 수 있는 일을 프롬프트가 막고 있었다면, 과감히 덜어내는 것이 오히려 성능을 올린다.
3. 7:00
   새 프롬프트는 추측이 아니라 실제 사용 중 실패 지점을 관찰한 뒤에만 복원해야 하며, 모델을 고정된 시스템이 아니라 매 세대 성격이 달라지는 생물처럼 다뤄야 한다. eval도 영구 자산이 아니라 몇 세대 안에 포화되면 새로 만들어야 한다.
4. 11:00
   핵심 개념은 product overhang과 hobbling이다. 모델은 이미 가능한 능력을 제품이 못 꺼내고 있는 경우가 많으므로, 더 하위 수준의 지시보다 더 어려운 과제를 주고 스스로 검증할 수 있게 설계하는 쪽이 더 효과적이다.
5. 18:00
   실전에서는 Open CV로 그림을 그리게 하거나, Swift로 Electron 앱을 재작성하게 하거나, dynamic workflows와 routines로 수천 개의 에이전트를 돌려 코드 유지보수까지 자동화할 수 있다. 앞으로의 차이는 코드를 얼마나 많이 쓰느냐보다 모델이 스스로 검증할 수 있는 작업과 피드백 루프를 얼마나 잘 설계하느냐에 달려 있다.

실무 인사이트

• 새 모델이 나오면 시스템 프롬프트·skills·hooks를 먼저 줄여 보고, 실제 실패 사례가 반복될 때만 다시 추가하는 역순 접근이 효과적이다.
• 에이전트 성능 향상은 프롬프트를 정교하게 다듬는 것보다, 작업 난이도를 조금 높이고 중간 검증 수단을 제공하는 설계에서 더 크게 나온다.
• 장기적으로는 코드 작성 자체보다 유지보수·리팩터링·검증을 루프와 routine으로 자동화하는 것이 팀 생산성을 가장 크게 끌어올린다.