대부분의 사람들은 AI 프로그래밍을 잘못 이해하고 있습니다.

모델이 강력해질수록, 코딩 환경을 더 임의적으로 만드는 것이 아니라 더 표준화해야 할 필요성이 커집니다.
Anthropic Claude Code 팀의 Boris Cherny는 쉽게 간과되는 진실을 지적했습니다:

과거에는 린트 규칙(lint rules), 타입 시스템(type system), CI 자동화가 가장 높은 레버리지를 가진 작업이었습니다. 왜냐하면 그것이 개별 엔지니어의 생산성에 곱해졌기 때문입니다.

하지만 이제 Agent 군단이 생겼습니다. 같은 자동화도 전체 Agent 팀의 생산성에 곱해집니다.

많은 사람들은 강력한 모델만 있으면, Agent가 문제를 만날 때마다 똑똑하게 수정할 것이라고 생각합니다.

하지만 진정으로 높은 레버리지를 가진 방법은 정반대입니다:

Agent가 비슷한 문제를 반복해서 고치게 두지 말고, 아예 이런 문제가 발생하지 않도록 규칙을 작성하는 것입니다.

개별 사례 수준의 수정에서 시스템 수준의 자동화로 업그레이드하면 토큰(token)뿐만 아니라 모든 중복적인 함정에 빠질 확률까지 절약할 수 있습니다.

더 저평가된 것은 협업 측면의 변화입니다.

예전에는 신입 사원이 몇 달 동안 머릿속에 있는 암묵지(implicit knowledge)를 파헤쳐야 했지만, 이제 도메인 지식이 Agent가 읽을 수 있는 형식으로 외재화되면 엔지니어는 첫날부터 코드를 기여할 수 있고, 심지어 디자이너나 PM도 효과적으로 참여할 수 있습니다.

반대로, 지식이 여전히 기존 직원의 머릿속에 숨겨져 있다면, Agent는 아키텍처에 맞지 않는 쓰레기 코드만 쏟아낼 것입니다.

이것은 사실 패러다임의 전환입니다:

몇 년 전에는 모두 프롬프트 엔지니어링(prompt engineering)에 몰두하며 누가 더 질문을 잘하는지를 겨루었습니다.

지금 진정으로 격차를 벌리는 것은 코드베이스, 프로세스, 지식을 Agent 친화적인 운영체제(operating system)로 만들 수 있는 사람입니다.

프롬프트 엔지니어링이 중요하지 않다는 것이 아니라, 그것이 더 근본적인 인프라 공학(infrastructure engineering)으로 변모했다는 것입니다.

많은 사람이