최근 해외 개발자들 사이에서 이상한 말이 나오기 시작했다.

1

“나는 이제 에이전트에게 직접 프롬프트를 쓰지 않는다. 에이전트를 프롬프트하는 루프를 만든다.”

누구나 처음 들으면 말장난처럼 보인다. 결국 AI에게 일을 시키는 건 똑같지 않나 싶다. 하지만 지금까지 AI를 잘 쓴다는 건 대체로 좋은 프롬프트를 쓰는 능력이었다. 맥락을 잘 주고, 원하는 결과를 정확히 설명하고, 나온 결과를 다시 고치게 만드는 능력 말이다.

그런데 루프 엔지니어링은 이 단계를 한 층 위로 올린다고 할 수 있다.

사람이 매번 AI에게 “이거 해줘, 다시 고쳐줘, 이건 왜 틀렸어?”라고 말하는 게 아니라, 사람의 그 말을 대신하는 시스템을 만든다는 것이다. 즉 사람이 프롬프트를 쓰는 것이 아니라, AI가 프롬프트를 쓰는 구조를 설계한다는 것이다.

지금까지의 AI 사용자는 택시드라이버 였다. 방향을 틀고, 브레이크를 밟았지만 루프 엔지니어링에서는 사람이 매번 운전대를 잡는 게 아니라, 목적지와 안전장치와 휴게소만 설계한다. 그 다음 AI들이 스스로 움직이게 만든다는 것이다.

다만 “자율성”이라는 말을 너무 낭만적으로 이해하면 안 된다는 점이다.

자유로운 에이전트는 한계 없이 아무렇게나 돌아다니는 에이전트가 아니라, 오히려 진짜 자유로운 에이전트는 좋은 울타리 안에서 움직인다. 누가 방향을 잡고 판단을해야 하는지가 정해져 있을 때 비로소 사람의 손을 덜 타고 움직일 수 있다.

루프 엔지니어링을 이해하려면 AI를 “한 명의 에이전트”로 보면 안 된다. 오히려 작은 조직으로 봐야 한다.

예를 들어, 좋은 글쓰기 루프는 대충 이런 식으로 움직인다.

이게 반복되면 AI는 더 이상 “내가 불러야 움직이는 도구”가 아니라 정해진 시간에 스스로 일어나고, 어제의 기록을 읽고, 오늘의 후보를 고르고, 실패하면 다시 돌아가고, 통과하면 사람에게 결과만 올리는 작은 나만의 운영체제가 된다.

한가지 알아야 할 것은 이 루프의 중심은 기록이라는 점이다.

AI에게 자유를 주고 싶다면 더 막연하고 답없는 명령을 주면 안 된다.
더 좋은 메모리, 더 선명한 기준, 더 독립적인 검토, 더 안전한 반복 구조를 에이전트에게 줘야 한다.

앞으로 진짜 경쟁력은 “AI에게 무엇을 시켰는가”가 아니라 “AI가 내일도 스스로 이어갈 수 있는 시스템을 만들었는가”에 있지 않을까?

원문 글 참조