평가를 통과할 때까지 돌리는 루프 엔지니어링

목요일 밤 11시 19분, 에이전트코리아 방에 새 용어를 묻는 한 줄이 올라왔다. 이 창(24시간) 동안 이 방에서는 2,713건의 메시지가 오갔고, 이 질문은 그중 밤늦게 나온 것이다. 질문은 "루프 엔지니어링이 뭔지 아시나요?"였다. 질문자는 이어 오케스트레이션보다 더 상위의 이야기 같은데 정확한 정의를 모르겠다고 덧붙였다. 전날 4개 방의 대화 요약에는 이 용어가 나오지 않았으니, 전날과 달리 이날 새로 올라온 화두로 보인다.

평가 지표를 통과할 때까지

답은 4분 뒤에 나왔다. 다른 참여자가 이렇게 설명했다.

평가의 인덱스가 어느 지점을 통과할 때 까지 폐루프 위에 계속 돌리는 형태를 루프엔지니어링이라고 합니다

이것은 그 참여자의 설명이며, 외부에서 통용되는 정의를 확인한 것은 아니다. 말의 뼈대는 평가 기준을 먼저 두고, 결과가 그 기준에 미치지 못하면 같은 작업을 되돌려 다시 돌린다는 것으로 읽힌다. 폐루프라는 표현은 출력이 평가를 거쳐 다시 입력 쪽으로 돌아오는 구조를 가리키는 것으로 보인다.

11시 32분에는 같은 취지의 덧붙임이 나왔다. 덧붙인 말은 LLM 출력이 100퍼센트 정확하지는 않으니, 기준을 제시하고 그 기준을 달성할 때까지 다시 하게 하는 식으로 보면 편하다는 것이었다. 기준을 먼저 세우고 달성을 요구한다는 쪽에 무게가 실린 설명이다. 질문이 올라온 뒤 설명이 붙기까지 반론이나 되묻는 말은 요약에 담기지 않았고, 이 화두는 짧은 문답으로 정리됐다. 이 방의 참여자 66명 가운데 이 설명에 얼마나 호응했는지는 요약만으로는 알 수 없다.

앞서 나온 코덱스 계획 모드 질문

이보다 두 시간 남짓 앞선 밤 8시 58분에는 비슷한 결의 질문이 있었다. 한 참여자가 코덱스를 쓰는 사람들에게 계획 모드(실행 전에 계획부터 세우게 하는 기능으로 읽히나 대화에서 풀이되지는 않았다)를 자주 쓰는지 물었다. 질문자는 따로 계획 모드 없이 계획을 세우라는 지시를 항상 해 왔다고 밝혔다. 한 참여자는 아이디어를 발전시키다 어느 정도 되면 정리하는 용도로 쓴다고 답했다.

아이디어 발전시킬때 어느정도 되면 정리하는 용도

또 다른 참여자는 계획 모드의 결과를 읽기 힘들어서 간략히 브리핑하라고 시킨다고 했다. 답변에서 읽히는 계획 모드는 일을 시키기 전에 생각을 다듬고 요약받는 쪽이다. 루프 엔지니어링은 일을 시킨 뒤 결과를 기준에 비춰 다시 돌리는 쪽이어서, 두 이야기는 에이전트에게 일을 맡기는 흐름의 서로 다른 지점을 건드린다. 다만 두 이야기가 한 대화로 직접 이어졌는지는 확인되지 않는다. 두 질문은 몇 시간을 사이에 두고 따로 올라왔다.

남는 점

이 대화에서 가장 또렷한 것은 뜻풀이의 방향이다. 에이전트에게 한 번 맡기고 끝내는 것이 아니라, 통과 기준을 정하고 그 기준에 닿을 때까지 반복시키는 틀로 설명이 모였다. 기준을 무엇으로 삼을지, 몇 번까지 돌릴지에 대해서는 이날 대화에서 나온 바가 없다. 개념이 소개된 것은 확인되지만, 이 방 참여자들이 실제 작업에 적용하고 있는지는 이번 창에서 읽히지 않는다.