TL;DR

• 현재 AI 개발의 최전선에서는 「프롬프트에서 루프로(from Prompt to Loop)」라는 패러다임 시프트(Loop Engineering)가 제창되고 있다.
• 하지만 AI를 자율 루프로 작동시키는 프레임워크를 현장에서 맨바닥에서 구축하고 운용하는 것은 아직 허들이 높다.
• 이에 따라, 기존에 정착된 기술인 【Git × 티켓 주도】를 이용한 구성이 간편하고 안전한 「Loop Engineering 구현의 첫걸음」이 될 수 있다고 생각한다.

며칠 전 공개한 기사 『AI의 폭주를 물리적으로 봉쇄하는 【Git × 티켓 주도】 클로즈드 루프(Closed-loop) 개발』에서 소개한 내용을 다른 관점에서 재해석한 것입니다.

지난번에는 「폭주를 막는 가드레일(Guardrail)」이라는 방어적인 이야기를 했지만, 이번에는 동일한 메커니즘을 「Loop Engineering」이라는 화제의 문맥에 연결하여 재해석해 보겠습니다.

2026년 현재, AI 업계에서는 **「프롬프트 엔지니어링(Prompt Engineering)에서, 루프 엔지니어링(Loop Engineering)으로」**라는 트렌드가 제창되고 있습니다.

이는 「AI에 대한 단발적인 지시를 그만두고, 태스크의 실행·검증·개선이 돌아가는 피드백 루프(Feedback Loop)를 설계해야 한다」는 사고방식입니다.

저 자신도 처음부터 이 「Loop Engineering」이라는 고상한 이상을 목표로 지금의 개발 체제를 만든 것은 아닙니다.

지난 기사에 썼듯이, **「AI가 멋대로 코드를 다시 써서 폭주하는 것을 어떻게든 막고 싶다」**며 시행착오를 거친 결과, 투박한 방어책으로서 【Git × 티켓 주도】에 도달했을 뿐이었습니다.

하지만 나중에 「Loop Engineering」의 개념을 알게 되었을 때, 「내가 AI의 폭주 대책으로 하고 있었던 일은 사실 이 『루프의 설계』 그 자체였던 것 아닐까?」라는 우연한 일치를 깨달았습니다.

Loop Engineering의 문맥에서는 전용 시스템을 구축하여 「완전 자율」로 루프를 돌리는 이상형이 이야기되곤 합니다.

하지만 내일부터 갑자기 그런 환경을 맨바닥에서 만드는 것은 힘들고, AI를 완전히 신뢰하여 무인으로 돌리는 것도 코드가 파괴될 리스크(Rollback Cost)가 있어 현실적이지 않습니다.

그때 깨달은 것은, **「AI의 폭주를 막기 위해 마련한 Git과 티켓이라는 검문소 자체가 결과적으로 안전한 피드백 루프로 기능한다」**는 것이었습니다.

그래서 제가 실천하고 있는 것은 새로운 프레워크를 도입하는 것이 아니라, 【Git × 티켓 주도 개발(TiDD)】이라는 숙성된 기술을 사용한 Loop Engineering의 구현입니다.

일반적으로 AI 자율 시스템의 문맥에서는 인간이 루프 외부에서 감독만 하는 **HOTL (Human-on-the-Loop)**이 미래의 이상형으로 여겨집니다. 하지만 저의 접근 방식은 전체를 HOTL 방식으로 돌리면서도, 상태 전이의 요점(Git으로의 머지(Merge))이라는 가장 위험한 포인트에만 안전장치로서 **HITL (Human-in-the-Loop: 인간의 직접 개입)**을 의도적으로 포함하는 하이브리드 아키텍처입니다.

(※ 본 기사에서는 루프 엔지니어링의 핵심인 「실행과 감사의 루프(TiDD)」에 집중하여 해설하지만, 실제 운용에 있어서는 「CI를 통한 표현 제어」나 「Docs as Code를 통한 기억의 동기화」를 조합함으로써 더욱 견고한 아키텍처가 됩니다.)

완전 자율형 Loop Engineering이 지향하는 궁극적인 모습과, 이번에 제안하는 「단계적인 접근 방식」의 구조를 비교해 보겠습니다.

이 완전 자율형은 인간을 개입시키지 않고 최고 속도로 루프가 돌아가는 이상적인 모습입니다.

이에 반해, TiDD형은 AI가 출력한 Diff를 반드시 **「인간의 리뷰」와 「Git으로의 커밋(Commit)」**이라는 크리티컬 패스(Critical Path)를 거친 후에 다음 루프로 진행하는 구성입니다.

인간의 리뷰는 AI의 폭주를 막는 「필수적인 검열 게이트(가드레일)」로서 기능합니다. 속도는 조금 떨어지지만, 그 대신 「예기치 못한 설계 파괴를 미연에 방지한다」는 극히 높은 안전성을 담보한 채로, Loop Engineering의 혜택(AI에게 자율적인 태스크 소화를 맡김)을 누릴 수 있습니다.

Loop Engineering이 지향하는 「AI의 자율화」는 의심할 여지 없이 소프트웨어 개발의 미래입니다. 향후 AI의 정밀도가 높아지고 자동 테스트 등의 검증 루프가 완벽해지면, 인간은 자연스럽게 루프 밖으로 벗어나게 될 것입니다.

하지만 그 궁극적인 모습으로 이행하는 과도기인 현재에 있어서는, 우선 「쉽게 벗어날 수 없는 물리적인 가드레일 (Git과 티켓)」을 구축하여, 안전한 피드백 루프 (Feedback Loop)를 돌리기 시작하는 것이 가장 현실적이고 효과적인 첫걸음입니다.

엔지니어 여러분은 갑자기 완전 자율 루프를 돌리기 전에, 우선 **「AI의 출력을 감사하고, 상태를 안전하게 확정하는 루프의 관리자」**부터 시작해 보지 않으시겠습니까? 기존의 도구 (Git과 티켓 관리 도구)만으로도 오늘부터 즉시 Loop Engineering의 세계를 경험할 수 있을 것입니다.