[이슈플러스] AI 공룡 '루프 엔지니어링' 격전…“스스로 최적화하는 시대 열렸다”

생성형 AI 이미지 인공지능(AI)이 핵심 개발 도구가 된 이래, 생성형 AI를 다루는 방식은 단순했다. 프롬프트를 입력하고, 답을 받고, 필요하면 다시 고쳐 입력하는 식이었다. 이 지시문을 더 잘 쓰는 요령, 이른바 '프롬프트 엔지니어링'이 AI 활용의 핵심 역량으로 꼽힌 이유다. 최근 이 공식이 깨지기 시작했다. AI 코딩 에이전트가 사람의 개입 없이 몇 시간, 길게는 하루 넘게 스스로 작업을 이어갈 만큼 똑똑해지면서, 병목 지점이 '모델의 능력'에서 '그 능력을 어떻게 반복 실행시킬 것인가'로 옮겨간 것이다. 이와 관련해 '루프 엔지니어링'이라는 개념이 부상하기 시작했다. ◇프롬프트 한 줄에서 '스스로 도는 시스템'으로 루프라는 용어를 대중화한 인물은 구글 크롬 엔지니어링 리드 애디 오스마니다. 그가 지난 6월 이 개념을 정리해 발표하자 한 주 만에 소셜미디어에서 수천 건의 게시물이 쏟아질 정도로 업계 관심이 집중됐다. 업계에서 통용되는 흐름을 보면 AI 활용 방법론은 네 단계를 거쳐왔다. 사람이 던지는 한 번의 질문을 다듬는 프롬프트 엔지니어링, 대화가 길어질 때 어떤 정보를 기억하고 어떤 정보를 버릴지 관리하는 '컨텍스트 엔지니어링', 에이전트가 쓸 도구·권한·실행 환경 전체를 설계하는 '하네스 엔지니어링'을 거쳐, 이제는 그 위에서 에이전트가 스스로 언제 멈추고 언제 다시 시도할지까지 결정하는 순환 구조, 즉 '루프'를 설계하는 단계까지 왔다. 루프 엔지니어링은 하네스 엔지니어링의 상위 개념이자 완성형에 가깝다. 하네스 설계가 에이전트에게 '어떤 도구를 줄 것인가'를 정하는 작업이라면, 루프 엔지니어링은 그 도구들을 '언제, 몇 번, 어떤 순서로 쓸 것인가'까지 프로그램으로 만드는 작업이다. 핵심은 에이전트가 스스로 '할 일을 찾고 → 실행하고 → 결과를 검증하고 → 기억한다'는 순환 구조를 사람이 매번 개입하지 않아도 되도록 시스템으로 만드는 것이다. IBM은 이를 “개발자의 역할을, 에이전트에게 매번 지시문을 입력하는 사람에서, 에이전트에게 일을 맡기고 결과를 점검하고 방향을 조정하는 자동화 시스템을 설계하는 사람으로 바꾸는 작업”이라고 정의했다. 실제로 루프 엔지니어링을 통해 AI가 사람 개입 없이 홀로 작업을 이어가는 시간은, 숙련된 전문가가 수일에 걸쳐 처리하던 작업 분량에 맞먹는 수준까지 늘어났다. 스스로 코드를 작성하고 오류를 찾아 고치는 것은 기본이고, 필요하면 다른 에이전트를 불러 작...