프롬프트 엔지니어링의 시대는 끝났다
클로드 코드를 만든 보리스 체르니 앤트로픽 책임자는 최근 인터뷰에서 이렇게 말했다. "나는 더 이상 클로드에 프롬프트를 쓰지 않는다. 무엇을 할지 판단하는 루프를 만든다." 오픈AI의 피터 슈타인버거, 구글의 애디 오스마니도 같은 방향을 가리켰다. 이게 단순한 유행어처럼 들릴 수 있다. 하지만 이 세 사람이 동시에 비슷한 말을 한다면, 트렌드가 아니라 구조적 전환을 보고 있다는 뜻이다.
카르파시의 CLAUDE.md가 드러낸 것
최근 개발자 커뮤니티에서 빠르게 퍼진 문서가 있다. 안드레이 카르파시가 작성한 것으로 추정되는 AI 코딩 규칙 파일, 'CLAUDE.md'다. AI 매터스 보도에 따르면 진위는 확인되지 않았지만, 문서의 내용 자체가 논의의 핵심이다.
기존 4가지 원칙—충분히 생각하기, 최소한의 코드만 쓰기, 요청받은 부분만 수정하기, 완료 기준 먼저 정의하기—은 AI가 엉뚱한 걸 고치거나 불필요한 기능을 추가하는 실패를 줄이는 데 초점이 있었다. 즉, AI를 제어하는 방식이었다.
새로 추가된 6가지 규칙은 방향이 다르다. 핵심은 AI가 코드를 쓴 뒤에도 스스로 검증하고 판단하게 만드는 것이다. 버그를 고치기 전에 오류를 재현하는 테스트를 먼저 작성하게 하고, 디버깅할 때는 스택 트레이스를 끝까지 읽고 한 번에 하나씩만 고치게 한다. 가장 주목받는 건 공통 실패 패턴 규칙이다. '키친 싱크'(범위 과잉 확장), '폭주하는 리팩터링'(연쇄 변경), '낙관적 경로'(예외 무시) 같은 패턴을 감지하면 즉시 멈추고 방향을 재점검하라는 지침이다.
이 규칙들의 공통점은 하나다. AI에게 무엇을 하라고 지시하는 게 아니라, AI가 스스로 판단하고 멈추고 보고하는 루프를 설계하는 것이다.
Telegram이 제어 평면이 된 이유
dev.to에 공개된 한 워크플로우 사례는 이 루프 설계가 실제로 어떤 형태를 띠는지 보여준다. 저자는 6년간 AI 코딩 도구를 써왔고, 지금은 Cursor·Claude Code·Codex 같은 에이전트 실행 도구 위에 Telegram을 제어 평면으로 얹어 쓰고 있다.
논리는 단순하다. 에이전트가 브랜치를 만들고, 코드를 쓰고, 테스트를 돌리고, 실패를 점검하고, 리뷰를 요청하고, PR을 열 수 있다면—왜 인간은 여전히 노트북 앞에 앉아 모든 단계를 지켜봐야 하는가?
실제 패턴은 이렇다. Telegram에서 방향을 지시하면 오케스트레이터(Hermes)가 루프로 전환한다. 크론이 루프를 유지하고, 여러 에이전트가 작업을 나눠 실행하며, 리뷰 에이전트가 결과를 점검한다. 인간은 판단이 필요한 예외 상황에서만 루프에 진입한다.
Telegram이 적합한 이유는 채팅 앱이라서가 아니다. 폴더·그룹·토픽·스레드 구조가 프로젝트·피처·버그 단위 컨텍스트 관리와 정확히 맞아떨어지고, 모바일에서 글랜서블하게 루프 상태를 파악할 수 있기 때문이다. 저자는 이걸 'ADE(Agent Development Environment)'라고 부른다. IDE가 코드가 바뀌는 곳이라면, ADE는 루프가 돌아가는 곳이다.
팀 관점에서 읽어야 할 시사점
이 두 흐름을 팀 운용 관점에서 겹쳐 보면, 지금 요구되는 스킬이 무엇인지 선명해진다.
첫째, 루프 설계 능력이다. CLAUDE.md 방식은 단순한 프롬프트 튜닝이 아니다. 에이전트가 언제 멈춰야 하는지, 어떤 패턴을 감지하면 에스컬레이션해야 하는지를 사전에 정의하는 작업이다. 이건 코딩 능력이 아니라 시스템 설계 능력에 가깝다.
둘째, 컨텍스트 경계 설정이다. Telegram 워크플로우가 실제로 작동하는 건 에이전트별 컨텍스트가 명확히 분리되어 있기 때문이다. 어떤 에이전트가 어떤 레포를, 어떤 브랜치를, 어떤 목표로 다루는지 경계가 흐려지면 루프는 금방 엔트로피로 빠진다.
셋째, 에스컬레이션 규칙이다. 루프에서 인간을 빼는 게 목표가 아니다. 인간이 개입해야 하는 정확한 시점을 설계하는 것이 목표다. 이 규칙이 없으면 자율 에이전트는 조용히 잘못된 방향으로 달린다.
한 가지 냉정하게 짚고 넘어갈 것이 있다. CLAUDE.md 방식은 보안 리스크와 함께 온다. AI 매터스 보도에 따르면 보안업체들은 이미 악성 CLAUDE.md로 SSH 키나 인증정보를 탈취하는 공격 사례를 보고했고, 앤트로픽은 클로드 코드 2.1.90에서 관련 취약점을 패치했다. 루프를 설계할수록 그 루프가 공격 표면이 된다는 걸 잊으면 안 된다.
전망: 역할이 바뀌는 게 아니라 레이어가 올라간다
'루프를 설계하는 개발자'라는 말이 개발자 역할의 소멸처럼 들릴 수 있다. 그렇지 않다. 레이어가 올라가는 것이다.
예전에 어셈블리에서 C로, C에서 고수준 언어로 추상화 레이어가 올라갈 때마다 개발자가 다루는 문제의 수준도 올라갔다. 지금은 코드 라인에서 에이전트 루프로 추상화 레이어가 이동하는 시점이다. 코드를 직접 쓰는 능력은 여전히 필요하다—루프가 잘못됐을 때 진단하려면 코드를 읽을 수 있어야 한다. 하지만 대부분의 실행은 루프가 담당한다.
팀 리빌딩 관점에서 내일 당장 물어봐야 할 질문은 이것이다. 우리 팀원들은 지금 프롬프트를 더 잘 쓰는 연습을 하고 있는가, 아니면 에이전트가 스스로 검증하고 멈추고 보고하는 루프를 설계하는 연습을 하고 있는가. 두 질문의 답이 다르다면, 팀이 올라가야 할 레이어가 어딘지 이미 알고 있는 셈이다.