ebson

들어가며 — 유행하는 말일수록 출처를 확인합니다2026년 6월 9일 Claude Fable 5가 출시되고, 그 전후로 "루프 엔지니어링(loop engineering)"이라는 말이 타임라인에 자주 보이기 시작했습니다. 더 이상 프롬프트를 직접 쓰지 않고, 에이전트에게 일을 시키는 루프를 설계하는 것이 다음 단계라는 이야기입니다. 출시 시점과 말의 유행이 겹치다 보니 "Fable 5와 함께 Anthropic이 발표한 새 방법론"이라는 인상도 함께 퍼졌습니다. 저도 처음에는 그렇게 받아들였습니다.그런데 발표문을 직접 읽어 보면 그 단어가 없습니다. 이 글은 그 부재를 확인한 기록입니다. 발표문이 실제로 말한 것은 무엇인지, "루프 엔지니어링"이라는 말은 누가 언제 했고 누가 이름을 붙였는지 경로를 추적하고,..

들어가며 — 02가 열어 둔 질문앞 글에서 컨텍스트 엔지니어링을 정리하면서, 마지막에 작은 질문 하나를 남겨 두었습니다. 컨텍스트가 길어지면 요약을 떠서 새 윈도우로 다시 시작하고, 윈도우 밖에 메모를 적어 두고, 집중 작업은 서브에이전트에게 떼어 주는 — 02에서 본 그 전략들은 누가 실행하느냐는 질문이었습니다. 모델은 다음 토큰을 예측할 뿐입니다. 요약을 실제로 떠서 다음 호출의 입력을 갈아끼우고, 메모 파일을 디스크에 쓰고, 서브에이전트를 띄웠다가 결과만 받아 오는 일은 전부 모델 바깥의 코드가 합니다.그 모델 바깥의 코드를 묶어 부르는 이름이 하네스(harness)입니다. 이번 글은 이 하네스가 왜 필요하고, 공식 문서가 제시한 설계가 무엇이며, "하네스 엔지니어링"이라는 말이 어디서 왔는지를 정..

들어가며 — 한 턴짜리 전제가 깨지는 순간이 시리즈의 첫 글에서, 프롬프트 엔지니어링은 "한 턴, 한 과제"라는 전제 위에 서 있다고 정리했습니다. 입력 한 번과 출력 한 번 사이를 다듬는 일이고, 설계의 대상은 문장이었습니다. 좋은 예시를 고르고, 지시를 명확히 적고, 역할을 부여하는 모든 기법이 결국은 그 한 번의 주고받음을 최적화하는 데 모입니다.그런데 우리가 요즘 쓰는 도구들은 한 번 묻고 한 번 답하는 방식으로 동작하지 않습니다. Claude Code에 "이 버그를 고쳐 줘"라고 한 줄 적으면, 도구는 파일을 읽고, 테스트를 돌리고, 그 결과를 보고 다시 다른 파일을 열고, 코드를 고치고, 또 테스트를 돌립니다. 한 번의 요청이 수십 번의 턴으로 풀려 나갑니다. 이 과정이 길어질수록 한 가지 문..

들어가며 — 용어가 너무 빨리 늘어난다요즘 LLM을 다루는 글을 읽다 보면 비슷한 모양의 단어가 빠르게 늘어나는 것을 느낍니다. 프롬프트 엔지니어링이라는 말에 어느 정도 익숙해질 무렵 컨텍스트 엔지니어링이 등장하고, 그다음에는 하네스 엔지니어링, 루프 엔지니어링 같은 표현이 따라옵니다. 단어마다 그럴듯한 정의가 붙어 있지만, 이것들이 서로 어떤 관계인지, 어디서 갈라져 나온 것인지는 좀처럼 한눈에 들어오지 않습니다. AI 코딩 도구를 매일 쓰면서도 이 용어들의 계보를 정리하지 못한 채 넘어가는 일이 적지 않습니다.이 시리즈는 그 계보를 출발점부터 한 층씩 따라가 보려는 기록입니다. 그리고 그 출발점에 놓이는 것이 프롬프트 엔지니어링입니다. 뒤에 나오는 용어들이 전부 "프롬프트만으로는 부족한 지점"에서 한..