에이전트에도 크론이 필요하다: 오픈소스 루프 엔진 'Moadim' 살펴보기

AI 에이전트를 한 번 실행하는 것은 이제 어렵지 않다. 진짜 문제는 그다음이다. 매일 아침 정해진 시간에 코드베이스를 점검하게 하거나, 몇 시간마다 이슈를 분류하게 하거나, 밤사이 문서를 정리하게 하려면 결국 '언제 어떻게 반복 실행할 것인가'라는 스케줄링 문제가 등장한다. Show HN에 공개된 오픈소스 프로젝트 Moadim(moadim.io)은 바로 이 지점을 겨냥한다. 스스로를 'AI 에이전트를 위한 루프 엔진'이라 소개하며, Claude·Codex·Hermes·Pi 같은 에이전트를 일정에 맞춰 반복 구동하고 그 실행을 MCP와 REST로 노출한다.

루프라는 단위

Moadim의 핵심 개념은 '루프(loop)'다. 하나의 루프는 프롬프트, 스케줄, 그리고 실행할 에이전트를 하나로 묶은 단위다. 여기서 지정할 수 있는 에이전트로는 Claude, Codex, Hermes, NanoClaw, Pi가 언급된다. 스케줄에 따라 틱(tick)이 발생할 때마다 Moadim은 해당 루프를 새롭고 격리된 작업 공간에서 실행하고, 멈춰버린(hung) 실행은 강제 종료하며, 작업이 끝나면 세션을 정리(reap)한다. 즉 단순히 '주기적으로 프롬프트를 던지는' 수준이 아니라, 각 실행의 생명주기 관리까지 하나의 단위 안에 포함시킨 것이 특징이다. 매 실행마다 깨끗한 환경에서 시작한다는 점은 이전 실행의 상태가 다음 실행에 새어 들어가는 오염을 줄여준다.

실행 방식은 유닉스 계열 운영체제와 tmux에 의존한다. Moadim은 자체적으로 포함된 인프로세스 스케줄러로 루프를 디스패치한 뒤, 각 에이전트를 별도의 tmux 세션 안에서 띄운다. 덕분에 호스트의 cron 데몬이 따로 필요하지 않다. 서버는 백그라운드에서 http://localhost:5784/ 에 뜨며, 설치는 소스 빌드 외에도 cargo binstall moadim이나 npm install -g moadim 같은 사전 빌드 패키지를 통해 가능하다.

모든 루프가 곧 API이자 MCP 도구

Moadim에서 눈여겨볼 설계는 인터페이스의 일관성이다. 모든 루프는 문서화된 HTTP 엔드포인트인 동시에 MCP 도구로 노출된다. 데몬 안에는 OpenAPI 스키마와 Swagger UI가 내장되어 있어, 각 루프를 곧바로 문서화된 REST API처럼 다룰 수 있다. 같은 호출을 /mcp에 연결된 MCP 호환 에이전트에서 MCP 도구로도 부를 수 있다. 여기에 더해 iCal 피드와 웹 UI까지 데몬에 함께 포함된다. 정리하면, 하나의 루프를 정의하면 그것이 사람이 브라우저로 확인할 수 있는 UI, 다른 시스템이 호출하는 REST 엔드포인트, 다른 에이전트가 쓰는 MCP 도구, 그리고 캘린더에서 확인하는 일정으로 동시에 존재하게 된다.

실무적으로 어떤 의미인가

한국의 개발·운영 실무자 관점에서 Moadim이 흥미로운 이유는 '에이전트 자동화의 배관 작업'을 표준화된 형태로 흡수하려는 시도이기 때문이다. 그동안 에이전트를 주기적으로 돌리려면 셸 스크립트와 시스템 cron, 프로세스 감시, 타임아웃 처리 같은 것들을 각자 조립해야 했다. Moadim은 이 조각들을 하나의 데몬 안으로 밀어 넣고, moadim install 명령으로 launchd나 systemd 서비스로 등록해 로그인이나 재부팅을 넘어서도 데몬이 계속 살아 있게 한다. 실행이 클라우드가 아니라 로컬의 인프로세스 스케줄러에서 이뤄지고 숨은 큐가 없다는 점은, 데이터가 외부로 나가는 것을 꺼리는 환경이나 온프레미스 운영에 특히 부합한다. MCP 도구로 노출된다는 점은 다른 에이전트가 '스케줄러 자체를 호출'하는 조합, 즉 에이전트가 다른 에이전트의 반복 작업을 등록하는 식의 구성도 가능하게 한다.

다만 현재 공개된 정보만으로 판단할 때 한계도 분명하다. tmux를 갖춘 유닉스 계열 환경을 전제로 하므로 윈도우 네이티브 환경에서는 그대로 쓰기 어렵고, 실행이 로컬 단일 호스트에 묶여 있어 여러 노드에 걸친 분산 스케줄링이나 대규모 병렬 처리는 이 도구가 직접 다루는 영역으로 보이지 않는다. 또한 지원 에이전트 목록이 특정 제품군에 맞춰져 있어, 사내에서 쓰는 임의의 CLI 에이전트나 파이프라인을 얼마나 유연하게 끼워 넣을 수 있는지는 실제 문서와 소스를 확인해봐야 할 부분이다. 인증, 접근 제어, 실행 로그의 보존과 감사 같은 운영 관점의 세부 사항 역시 소개 문구만으로는 드러나지 않는다.

결국 Moadim은 '에이전트를 어떻게 잘 부를 것인가'보다 '반복 실행과 노출을 어떻게 깔끔하게 관리할 것인가'에 답하려는 도구다. 에이전트를 이미 실무에 붙여 쓰기 시작했고 이를 정기 작업으로 굳히려는 팀이라면, 자체 스크립트를 늘려가기 전에 이런 오픈소스 루프 엔진을 후보로 검토해볼 만하다. 관건은 격리·타임아웃·서비스 등록처럼 Moadim이 기본으로 챙겨주는 부분이 실제 운영 부담을 얼마나 덜어주는지, 그리고 로컬 단일 호스트라는 전제가 자신들의 규모에 맞는지를 직접 가늠해보는 일이다.