프롬프트에서 루프로 — AI 실무의 단위가 바뀌었다

창간사 — 당신이 최적화할 대상은 프롬프트가 아니라 루프입니다

첫 호를 엽니다. 이름은 HBSiGN입니다.

지난 2~3년, 우리는 'AI를 잘 쓴다'는 말을 대개 '프롬프트를 잘 쓴다'는 뜻으로 이해해 왔습니다. 그런데 2026년 6월, AI 코딩 도구를 실제로 만드는 사람들이 며칠 간격으로 같은 말을 내놨습니다. 앤트로픽에서 Claude Code를 이끄는 보리스 체르니, 그리고 오픈소스 자율 에이전트 OpenClaw를 만든 피터 슈타인베르거(現 OpenAI)가 거의 같은 메시지를 던진 겁니다 — 이제 코딩 에이전트에 프롬프트하지 말고, 당신의 에이전트를 프롬프트하는 루프를 설계하라. 구글의 엔지니어링 리더 애디 오스마니가 이 전환에 '루프 엔지니어링'이라는 이름을 붙였습니다.

정의는 이렇습니다. 사람이 매번 손으로 프롬프트하는 대신, AI 에이전트가 목표에 닿을 때까지 '실행-검증-수정'을 스스로 반복하도록 시스템을 설계하는 일. 프롬프트 엔지니어링이 "AI에게 말을 잘 거는 법"이었다면, 루프 엔지니어링은 "AI가 스스로 작동하는 자율 시스템을 짜는 법"입니다. 우리가 실제로 설계하고 튜닝하는 단위가 프롬프트 한 줄에서 루프 하나로 옮겨간 것입니다.

그래서 이 매거진의 이름을 HBSiGN으로 정했습니다. 만들고·검증하고·고치고·다시 돌리는 이 업(業)의 루프는 매달 엄청난 소음을 쏟아냅니다. 그 소음에서 정말 중요한 신호(sign)만 골라 건네겠다 — HBSiGN은 특정 기술이 아니라 그 태도, 소음에서 신호를 가려내는 편집을 브랜드로 삼습니다. 매주의 흐름을 짚는 '이주의 시그널'로 문을 여는 이유이기도 합니다.

이번 창간호를 관통하는 한 문장은 이것입니다. 당신이 최적화할 대상은 프롬프트가 아니라 루프입니다. 개발자에게 이 전환은 '더 영리한 한 문장'을 찾는 일에서, 종료조건·검증 게이트·예산 상한을 갖춘 루프를 설계하는 일로의 이동을 뜻합니다. 기획자·PM에게는 제품 스펙에 '루프 설계'라는 새 항목이 들어옵니다 — 성공을 무엇으로 측정할 것인가(기계가 판별 가능한 종료조건), 어디까지 무인으로 돌리고 어디서 사람이 승인할 것인가(자율성 수준), 실패하면 어떻게 멈추고 되돌릴 것인가(하드 스톱).

커버 스토리는 이 전환이 벤더의 슬로건이 아니라 원저자들의 글로 추적되는 실제 흐름임을, '루프 해부'는 그것이 오늘 조립 가능한 여섯 개의 부품으로 어떻게 구체화되는지를 짚습니다. 오피니언은 그 루프에 왜 평가가 박혀 있어야 하는지를, 인터뷰는 사람이 검증의 손잡이를 쥔다는 감각을, 글로벌은 그 사람이 이제 규제 항목이 됐다는 사실을 전합니다. 뉴스와 툴은 이달의 지형과, 당신의 스택에 바로 얹을 도구를 건넵니다. 열광만 싣지는 않았습니다 — "그냥 while 루프 아니냐"는 회의론과, 무인화가 아니라 엔지니어로 남으라는 원저자의 결론을 함께 담았습니다.

바쁜 실무자와 기획자에게 각 기사가 "그래서 나에게 무엇을 의미하는가"에 빠르게 답하도록 편집했습니다. 다음 기능을 기획할 때 첫 질문이 "어떤 프롬프트를 넣을까"에서 "이 루프는 무엇으로 성공을 재고, 어디서 사람이 개입하며, 실패하면 어떻게 멈추는가"로 바뀐다면, 창간호는 제 몫을 한 셈입니다. 다음 달, 이 루프의 다음 바퀴에서 다시 뵙겠습니다.

HBSiGN 편집장 서가람