Claude Code의 제작자는 더 이상 프롬프트를 작성하지 않습니다.

이 도구를 직접 만든 Boris Cherny는 이제 자신의 업무가 루프(loops)를 만드는 것이라고 말합니다. 루프가 작업을 수행합니다.

다시 한번 읽어보세요. 가장 인기 있는 코딩 에이전트(coding agent)를 만든 사람이 더 이상 그것에 프롬프트를 입력하지 않습니다.

모두가 프롬프트를 완벽하게 만들기 위해 애쓰는 동안, Claude Code 팀은 프롬프트 작성을 불필요하게 만드는 무언가를 조용히 출시했습니다:

당신이 잠든 사이에도 스스로 실행하고, 검증하고, 중단하는 에이전트(Agents)입니다.

여기에 아무도 이야기하지 않는 변화가 있습니다:

당신이 예전에 수동으로 했던 모든 것을, 이제는 위임합니다.

→ 검증(The check): 에이전트가 자신의 작업 결과물을 대조하여 검증하는 SKILL.md
→ 결승선(The finish line): /goal — 조건이 증명 가능하게 참이 될 때까지 실행된 후 스스로 중단
→ 트리거(The trigger): /loop — 일정 간격으로 실행되며 변경 사항에 반응
→ 프롬프트 자체(The prompt itself): 세션을 열지도 않은 상태에서 작업을 시작하는 스케줄

현재 실행 중인 실제 사례들:

"/goal all tests in test/auth pass" — Claude는 그것이 참이 될 때까지, 차례차례 몇 시간 동안 작업합니다. 단순히 '다 된 것 같다'고 느낄 때까지가 아니라, 검증될 때까지 작업합니다.

"/loop 5m check my PR's CI, fix what's failing" — 절대 지루해하지 않는 당신의 풀 리퀘스트(pull requests)를 위한 베이비시터입니다.

하지만 대부분의 사람들이 놓치는 부분이 있습니다:

에이전트는 자신의 작업에 대해 형편없는 판단자입니다.

에이전트는 당신의 과업을 속이려 들 것입니다. 지름길을 찾고, 너무 일찍 승리를 선언할 것입니다.

Claude Code 팀은 이를 알고 있었습니다. 그래서 /goal은 에이전트가 자신의 숙제를 스스로 채점하게 두지 않습니다. 별도의 평가 모델(evaluator model)이 매 턴이 끝난 후 트랜스크립트(transcript)를 읽고 단 하나의 질문에 답합니다: 조건이 충족되었는가, 예 또는 아니오?

수행자(Doer)와 검증자(checker). 결코 같은 모델이 아닙니다.

이것이 신뢰의 전체 아키텍처(architecture)입니다:

당신 + 검증 가능한 목표 + 루프 = 당신이 잠든 사이에도 결과물을 내놓는 에이전트

프롬프트 엔지니어링(Prompt engineering)은 당신이 직접 루프가 되는 것이었습니다.
당신이 출력을 읽고, 그것이 좋은지 결정하고, "계속해"라고 입력하는 것이었습니다.

루프 엔지니어링(Loop engineering)은 당신을 그 직업에서 해고합니다.

2026년에 승리하는 사람들은 더 나은 프롬프트를 쓰는 사람들이 아닙니다.

그들은 더 나은 루프를 설계합니다.

또 다른 프롬프트를 작성하기 전에 이 글을 저장해 두세요.

여전히 "계속해"라고 타이핑하고 있는 당신의 네트워크 속 개발자들을 위해 이 글을 공유하세요.

당신이 루프 (loop)에 가장 먼저 맡기고 싶은 작업은 무엇인가요?