Agent-Autoloop 은 윈도우와 macOS, 리눅스에서 도는 오픈소스 도구이며 MIT 라이선스로 공개됐고 TypeScript 로 작성됐습니다. 프로젝트는 2026년 11월 3일에 시작해 일주일 만에 별 4천 개를 넘겼습니다. 겨냥하는 상황은 좁고 실무적입니다. 명령줄 에이전트는 이제 충분히 유능하지만, 누군가 터미널 앞에 앉아 물어볼 때마다 답해야 하고 그 사람이 자리를 뜨는 순간 그 회차는 끊깁니다. 이 도구는 그 사이에 조율 계층으로 들어가, 에이전트가 배경에서 일을 받아 스스로 진행하고 판단이 필요한 지점에서만 사람을 부릅니다.

최신 버전 1.7.1 은 11월 9일에 나왔습니다.

이 계층이 대신 받는 것

일이 들어와 끝날 때까지 네 번의 인계가 있습니다. 일이 어디서 오는지, 누구에게 넘기는지, 막혔을 때 누가 답하는지, 끝난 것을 어떻게 내보내는지. Agent-Autoloop 은 이 네 지점을 모두 플러그인으로 만들었습니다. 이벤트 입구는 GitHub 나 GitLab 훅, HTTP 창구, 예약 규칙에 붙습니다. 에이전트 쪽은 명령줄 도구를 감쌉니다. 알림은 바탕 화면이나 Feishu, DingTalk, WeCom 같은 대화 도구로 나갑니다.

플러그인으로 만들면 한 단계를 바꿀 때 전체를 다시 설치하지 않아도 됩니다. 오늘 어떤 에이전트를 쓰고 내일 다른 것으로 바꾸고 싶으면 설정 한 줄이면 되고, 공식 지원을 기다릴 필요가 없습니다. 관리 화면은 만들지 않는다고 분명히 적어 둔 점도 같은 태도입니다. 판단이 필요하면 카드를 띄우고, 전체 상황은 명령 한 줄로 봅니다.

기다리는 동안 프로세스는 끝난다

설계에서 비용을 가장 많이 깎는 부분입니다. 에이전트가 질문을 던지면 많은 도구가 누군가 답할 때까지 프로세스를 붙잡습니다. 한 시간을 기다리면 한 시간만큼 메모리를 차지하고, 토큰으로 과금되는 경로는 뒤에서 계속 세어집니다. Agent-Autoloop 은 그 자리에서 프로세스를 끝내고 대기 상태를 데이터베이스에 적습니다. 답이 오면 원래 대화의 그 지점부터 다시 이어 갑니다.

공식 문서는 이것을 소비 없는 중단이라고 부르며 설명이 분명합니다. 사흘 동안 답이 없으면 그 사흘은 에이전트 프로세스가 돌지 않습니다. 혼자 쓰는 사람에게는 전기 아끼는 정도지만, 하루에 수십 회를 돌리는 사람에게는 청구서에 나타납니다.

바깥 글은 자료이고 지시가 아니다

두 번째는 지시와 자료를 나누는 일입니다. 이벤트 본문은 대개 바깥에서 옵니다. 예를 들어 이슈의 제목과 설명이고, 그 안에는 앞의 지시를 무시하라는 문장이 들어 있을 수 있습니다. Agent-Autoloop 은 그 글을 프롬프트에 이어 붙이지 않습니다. 파일로 두고, 프롬프트에는 검증된 종류와 번호, 링크만 올립니다.

같은 생각이 권한에도 적용됩니다. 어떤 에이전트를, 어느 폴더에서, 어떤 권한으로 돌릴지는 오직 이 컴퓨터의 규칙이 정합니다. 이벤트가 작업 폴더나 에이전트 이름, 권한 항목을 지니고 있으면 그대로 거절합니다.

이벤트 소싱과 깊이 차단

나머지 둘은 공학 쪽입니다. 이벤트 소싱은 상태를 덧붙이기만 하는 기록에서 계산하므로 프로세스가 강제로 종료돼도 이미 확정된 일은 잃지 않습니다. 어느 회차가 왜 돌았는지도 명령 한 줄로 확인합니다. 깊이 차단은 네트워크의 TTL 에서 빌려온 발상입니다. 에이전트에게 되돌아간 이벤트는 층을 세고, 8 층을 넘으면 기록만 하고 일은 넘기지 않은 채 카드로 알립니다.

일주일에 세 번의 릴리스

속도가 빠릅니다. 11월 6일의 1.6.0 은 윈도우 정식 지원을 더했습니다. 이어진 1.6.1 은 중국어 사용자 이름과 중국어 폴더 때문에 설치가 실패하던 문제, 바탕 화면에 남던 프로세스 창을 고쳤습니다. 11월 9일의 1.7.1 은 macOS 에서 서비스가 뜨지 않던 문제입니다. 화면에서 띄운 터미널이 누구나 쓸 수 있는 설정 파일을 만들어 서비스 적재가 거부되던 것이라, 이제는 설치할 때마다 권한을 644 로 되돌립니다. 한 번 다시 설치하면 이미 망가진 기계도 살아납니다.

같은 날 나온 1.7.0 은 놓치기 쉬운 부분을 고쳤습니다. 답변 카드에 고른 글자가 실리게 된 것입니다. 전에는 번호만 있어서 에이전트가 둘째 항목을 첫째로 읽어, 사람의 결정이 반대로 전달됐습니다.

만든 사람이 밝힌 미검증 범위

Webhook 서식

네 가지는 이 컴퓨터의 모의 서비스에서만 확인했습니다.

GitLab 경로

공식 문서 형식으로 시험했고 실제 인스턴스에는 붙이지 않았습니다.

다른 회사 에이전트

연결 명령은 문서를 정리한 것이고 하나씩 돌려 보지 않았습니다.

시험하지 않은 부분을 이렇게 적는 편이 전면 지원이라는 한 줄보다 믿을 만합니다. Agent-Autoloop 1.7.1 에서 볼 것은 몇 종류의 에이전트를 붙일 수 있느냐가 아니라, 사람의 답을 기다리는 시간의 비용을 거의 0 에 가깝게 낮췄다는 점입니다.