▲ Moltbot으로 원격 에이전트 환경을 붙이며 정리한 메모

Moltbot으로 원격 에이전트를 굴려 본 기록

AI 도구를 진지하게 쓰기 시작하면 이상하게 컴퓨터가 쉬는 꼴을 보기 어렵다. 아이디어가 떠오르는데 책상 앞이 아니거나, 이동 중인데 작업을 밀어 두기 아까운 순간이 자주 생기기 때문이다. 저도 그런 이유로 ‘내가 자리를 비운 동안에도 로컬 환경이 계속 일할 수 있을까’를 오래 궁금해했다. 그러다 메시저와 연결되는 에이전트 구조를 직접 붙여 보니, 단순한 편의 기능이 아니라 일하는 방식 자체를 바꿀 수 있겠다는 생각이 들었다.

다만 원격 에이전트는 편리함만 보고 덤빌 수 있는 영역도 아니었다. 바깥에서 명령을 넣는 구조인 만큼 보안과 워크스페이스 경계가 훨씬 중요해진다. 그래서 실제로 만져 보며 제일 먼저 한 건 기능 확장보다 격리였다. Moltbot을 별도 워크스페이스에 두고, 그 안에서만 돌게 만들고, 로그인 방식과 API 방식의 차이를 구분해 두자 비로소 이 구조가 현실적인 도구로 보이기 시작했다.

메신저 연결은 곧바로 생산성보다 작업 지속성으로 체감됐다

디스코드나 텔레그램 같은 메신저와 연결한다는 말은 처음엔 조금 장난감처럼 들릴 수 있다. 하지만 실제로는 ‘내가 자리를 비운 동안 작업 흐름이 끊기지 않는다’는 의미가 더 크다. 이동 중에 요청을 던지고, 집에 있는 로컬 머신이 그걸 받아 처리하는 구조는 생각보다 강력했다. 특히 장시간 걸리는 작업이나 반복적인 수정 지시를 계속 이어 갈 수 있다는 점이 꽤 실용적으로 다가왔다.

API 키보다 워크스페이스 격리가 먼저라는 생각이 들었다

원격으로 명령을 넣는 구조는 그만큼 잘못된 방향으로도 빨리 움직일 수 있다. 그래서 어떤 모델을 붙일지보다 어느 폴더까지 접근시키고 어떤 범위 안에서만 움직이게 할지가 더 중요했다. 저는 별도 워크스페이스를 만들고 그 안에서만 설치와 실행이 이뤄지게 하는 쪽이 훨씬 안심됐다. 원격 자동화는 기능이 많을수록 좋다는 식으로 접근하면 오히려 부담이 커질 수 있다.

로그인 기반과 API 기반을 구분해 두는 태도도 중요했다

실무적으로는 이미 구독 중인 로그인 환경을 쓸지, 별도 API 키로 운영할지에 따라 관리 방식이 달라진다. 이 차이를 모호하게 두면 비용과 권한 관리가 같이 흐려진다. Moltbot을 만지면서 저는 원격 에이전트 환경도 결국 하나의 운영 시스템이라는 점을 다시 느꼈다. 편리함은 분명 크지만, 그 편리함을 계속 유지하려면 처음부터 인증, 범위, 워크스페이스 경계를 분명하게 잡아야 한다.

밖에서도 에이전트를 계속 일하게 만들 수 있다는 건 분명 매력적이다. 하지만 그 자유도는 설계가 받쳐줄 때만 장점으로 남는다. 저는 그래서 원격 자동화를 볼 때마다 기능보다 경계를 먼저 본다. 일을 더 많이 시키는 것보다, 어디까지 시켜도 안전한지를 먼저 정하는 편이 결국 오래 간다.