컴맹에 AI도 잘 못다루는 초보가 에이전트를 만들었습니다. 처음에는 만들기가 업렵다고 생각 했습니다. 그러나 만드는것 보다 일시키고 운영하는것이 더 어렵 다는 것을 알게 되었습니다. .....
처음에는 개인용, 업무용, 가족용 AI 에이전트를 각각 만들었습니다. 설치 자체도 어려웠지만 ^^;;, 서로 다른 컴퓨터에 흩어진 에이전트를 계속 켜두고 기억 과 역할을 분리해 관리하는 일이 더 큰 과제였습니다.
실제로 한 에이전트가 갑자기 응답하지 않은 일을 겪으면서, 에이전트는 만드는 것보다 운영 구조가 중요하다는 사실을 배웠습니다.
바쁘시면 이것만 읽으셔도 됩니다.
처음에는 호기심으로 AI 에이전트를 만들었지만, 지금은 실제 업무에 활용하는 방향으로 바뀌었습니다.
한 에이전트에게 모든 역할을 맡기지 않고 개인용 Mallco, 업무·구현용 Hetal, 가족용 흰둥이로 나눴습니다.
Hetal이 Telegram에서 갑자기 답하지 않았던 일도 있었는데 원인은 AI 모델이 아니라, 실행 환경인 WSL2가 꺼져 있었기 때문이었습니다. (내가 WSL이 뭔지 알게 되다니... ㅎㅎㅎ)
WSL과 Gateway를 다시 실행하고 Windows 로그인 때 자동 시작하도록 설정한 뒤 실제 연결 상태까지 검사했습니다. 물론 다른 에이전트가...
앞으로는 세 에이전트를 항상 켜져 있는 Mac mini로 옮기고, NAS는 나중에 문서와 백업 저장소로 추가할 계획입니다.
이미 옮겼어야 했는데 먹고 사니즘이 바쁘다보니... 미루어 지고 있네요.
에이전트를 설치하는 일보다 역할 분리, 상시 실행, 기억 관리, 장애 복구, 백업을 설계하는 일이 더 중요했습니다.
이 글을 쓰면서어떤 분들에게 내글이 도움이 될까 생각 했습니다. 개인적인 생각은 이런 분들께 도움이 될 수 있을것 같습니다
AI 에이전트를 한 번 설치해봤지만 지속적으로 운영하는 방법이 막막한 분
개인 대화와 회사 업무, 가족 대화를 한 에이전트에 섞어도 되는지 고민하는 분
Telegram 봇이 갑자기 답하지 않을 때 어디부터 확인해야 할지 모르는 분
여러 PC에 흩어진 에이전트를 한 대의 중앙 컴퓨터로 모으려는 분
일단 한마리만 만들면 여러분들에게는 "딸깍~!" 이가 생긴겁니다. 거기에 글로드 코드 정도만 있으면 왠만한것은 다해결 되지 않을까 생각 합니다.
AI 에이전트를 재미있는 실험에서 실제 업무 도구로 발전시키려는 분
시작은 단순한 호기심이었습니다
처음부터 거창한 자동화 계획이 있었던 것은 아닙니다. AI 에이전트가 무엇을 할 수 있는지 궁금해서 하나씩 직접 설치하고 대화해봤습니다.
사용하다 보니 일반적인 챗봇과 다른 점이 보였습니다. 에이전트는 대화만 하는 것이 아니라 파일을 읽고, 설정을 바꾸고, 작업을 이어서 수행할 수 있었습니다. 반복적으로 사용하는 과정에서 자연스럽게 질문이 바뀌었습니다.
“이 기능이 재미있는가?”에서 “실제 업무를 맡길 수 있는가?”로 관심이 이동했습니다.
그때부터 한 에이전트에게 모든 일을 시키는 방식이 불편해졌습니다. 개인적인 고민, 회사 업무, 가족이 함께 사용할 대화가 한 기억 안에 섞이면 역할과 개인정보의 경계가 흐려질 수 있기 때문입니다.
그래서 에이전트를 세 명으로 나눴습니다.
에이전트 역할 현재 실행 환경
Mallco 개인 조언, 판단 지원, 실행 관리 Hermes / Windows
bot2 업무 구조 검토와 실제 구현 OpenClaw / WSL2
bot3 가족이 함께 사용하는 에이전트 서브컴에 있어서 아직 살리지를 못했네요.
세 에이전트는 같은 AI의 복사본이 아닙니다. 역할과 기억, Telegram 입구를 각각 분리한 독립된 구성원에 가깝습니다.
사용한 도구와 환경
Hermes Agent: Mallco와 흰둥이의 기반
OpenClaw: Hetal의 실행 환경. (hermes와 상호 보완 싸랑해요 스터디장님)
Telegram: 스마트폰과 PC에서 에이전트를 만나는 공통 접점
WSL2: Windows 안에서 Hetal의 Linux 환경을 실행
Windows 시작 프로그램: Gateway 자동 시작
향후 Mac mini: 세 에이전트를 한곳에서 상시 실행할 중앙 컴퓨터
향후 NAS: 문서, 지식 자료, 백업을 보관할 저장소
에이전트가 갑자기 답하지 않았습니다
Hetal에게 Telegram 메시지를 보냈는데 아무 답이 없었습니다. 처음에는 모델 오류나 Telegram 연결 문제를 의심했습니다.
상태를 순서대로 확인해보니 원인은 다른 곳에 있었습니다.
Telegram → OpenClaw Gateway → Hetal
이 경로의 가운데에 있는 OpenClaw Gateway가 실행되지 않고 있었습니다. 더 정확히는 Gateway가 설치된 OpenClawGateway WSL2 환경 자체가 Stopped 상태였습니다. Windows 안에 만들어둔 작은 Linux 컴퓨터가 꺼져 있었던 셈입니다.
WSL2를 실행하자 Gateway 서비스가 시작됐고 Telegram 메시지도 들어왔습니다. 하지만 터미널 연결이 끝나자 WSL이 다시 종료됐습니다. Hetal이 답변을 만들던 중 Gateway가 종료 신호를 받았고, 응답은 Telegram으로 나가지 못했습니다.
로그에서는 다음 흐름을 확인할 수 있었습니다.
Telegram 메시지 수신
Hetal의 답변 생성 시작
Gateway에 종료 신호 수신
답변 완료 전 Codex 연결 종료
Telegram 응답 전송 없음
AI가 생각을 못 한 것이 아니라, AI가 살던 컴퓨터가 꺼진 문제였습니다.
단순 재실행이 아니라 자동 시작까지 설정했습니다
잠깐 다시 켜는 것만으로는 같은 문제가 반복될 수 있습니다. Windows에 로그인하면 OpenClawGateway WSL2를 실행하고 OpenClaw Gateway 서비스를 시작한 뒤, WSL이 종료되지 않도록 유지하는 자동 시작 스크립트를 만들었습니다.
설정을 저장한 뒤에는 임시로 실행해둔 프로세스를 종료하고 다음 순서로 검증했습니다.
WSL2가 실제로 Stopped 상태로 돌아가는지 확인
자동 시작 스크립트만 실행OpenClawGateway가 Running 상태가 되는지 확인
Gateway 서비스가 active인지 확인
로컬 포트 18789가 열렸는지 확인
Gateway 연결 검사에서 Reachable: yes가 나오는지 확인
일정 시간이 지난 뒤에도 계속 실행되는지 다시 확인
마지막 검사까지 통과한 뒤에야 복구가 끝났다고 판단했습니다. “실행 명령이 오류 없이 끝났다”와 “서비스가 실제로 살아 있다”는 다른 문제였습니다.
Before vs After
항목 Before After
실행 방식 필요할 때 수동으로 WSL과 Gateway 실행 Windows 로그인 시 자동 시작
장애 인식 Telegram 봇이 답하지 않을 때 원인을 알기 어려움 WSL, Gateway, 포트, Telegram 순으로 점검
물론 위의 모든것은 제가 한것이 아닙니다. 저는 그만 시키기만 했을뿐.... 딸깍~!
검증 방법 프로세스가 보이면 정상이라고 판단 서비스 상태와 실제 연결 검사까지 확인
역할 관리 에이전트가 여러 컴퓨터에 흩어짐 역할별 분리를 유지한 중앙 운영 구조 설계
기억 관리 기기별로 기억과 설정이 분산 Mac mini로 실행 환경을 모으고 개별 기억 유지 예정
백업 아직 체계 없음 Mac mini 이전 후 NAS를 백업·지식 저장소로 추가 예정
에이전트의 ‘집’이 필요했습니다
이번 일을 겪고 나서 세 에이전트를 각 컴퓨터에 흩어놓은 구조를 다시 보게 됐습니다.
Mallco는 현재 Windows PC
Hetal은 Windows 안의 WSL2
흰둥이는 서브컴 어서 불러와야 하는데.....
에이전트가 어느 컴퓨터에 있는지 기억해야 하고, 해당 컴퓨터가 켜져 있는지도 확인해야 합니다. 운영 대상이 늘수록 이런 작은 조건이 쌓입니다.
그래서 항상 켜져 있는 Mac mini 한 대를 중앙 실행 본체로 사용하기로 했습니다.
스마트폰·노트북·회사 PC
│
Telegram
│
Mac mini
┌──────┼──────┐
Mallco Hetal 흰둥이
세 에이전트를 한 컴퓨터로 모으더라도 정체성과 기억은 합치지 않을 계획입니다. 같은 집에 살지만 각자 방과 열쇠가 있는 구조입니다.
NAS는 Mac mini 이사가 끝난 뒤 추가하려고 합니다. 에이전트의 실행과 활성 설정은 Mac mini에 두고, NAS에는 문서와 지식 자료, 장기 백업을 보관하는 방식입니다. NAS 연결이 끊겨도 에이전트가 대답할 수 있어야 하기 때문입니다.
이번 과정에서 배운 점
1. 역할을 먼저 나눠야 했습니다
개인, 회사, 가족 대화를 한 에이전트에 모으면 편해 보입니다. 하지만 기억과 권한이 쌓일수록 경계가 흐려집니다. 무엇을 잘하게 만들 것인지뿐 아니라 무엇을 보지 못하게 할 것인지도 정해야 했습니다.
2. 에이전트는 프로그램 하나가 아니었습니다
Telegram 봇, Gateway, AI 모델, 운영체제, 자동 시작, 네트워크가 모두 연결돼야 답변 하나가 도착합니다. 장애가 생겼을 때 모델부터 의심하면 원인을 놓칠 수 있습니다.
3. 실행과 검증은 따로 봐야 했습니다
서비스를 시작했다는 출력만 보고 끝내지 않았습니다. 포트가 실제로 열렸는지, Gateway가 응답하는지, 시간이 지나도 유지되는지를 확인했습니다. 자동화는 마지막 검증이 통과해야 끝납니다.
4. 중앙화와 통합은 달랐습니다
세 에이전트를 Mac mini 한 대로 옮기더라도 하나의 기억으로 합치지는 않습니다. 실행 장소는 중앙화하되, 역할과 데이터는 분리하는 편이 안전합니다.
5. 설치보다 운영 문서가 중요했습니다
어디에 설치했는지, 어떻게 시작하는지, 장애가 나면 어떤 순서로 확인하는지 기록하지 않으면 몇 주 뒤 다시 처음부터 찾게 됩니다. 에이전트가 늘어날수록 운영 체크리스트와 백업 절차가 필요합니다.
비슷한 문제를 겪을 때 확인할 순서
Telegram 에이전트가 답하지 않는다면 다음 순서로 확인할 수 있습니다.
실행 컴퓨터가 켜져 있는가
WSL이나 Docker 같은 실행 환경이 살아 있는가
Gateway 프로세스와 서비스가 실행 중인가
지정된 포트가 실제로 열려 있는가
Telegram Provider가 시작됐는가
메시지가 Gateway까지 들어오는가
AI 모델 인증과 응답 생성이 정상인가
Telegram으로 응답 전송 로그가 남았는가
재부팅 후에도 자동으로 복구되는가
이 순서로 보면 “AI가 이상하다”는 막연한 상태를 구체적인 연결 구간으로 나눌 수 있습니다.
아직 끝나지 않은 작업
현재는 Hetal의 자동 시작을 복구한 상태입니다. 다음 작업은 순서대로 진행하려고 합니다.
Mac mini를 중앙 Gateway로 준비
Mallco 이전과 실제 Telegram 응답 확인
Hetal 이전과 기존 OpenClaw 환경 정리
Surface Pro 12에서 흰둥이 상태 확인 후 이전
세 에이전트의 자동 시작과 재부팅 복구 시험
NAS 설치 후 문서·지식·백업 저장소 연결
장애 복구 절차와 정기 백업 점검표 작성
한 번에 세 에이전트를 모두 옮기지 않고 한 명씩 이전하고 검증할 계획입니다. Telegram Bot Token을 기존 환경과 새 환경에서 동시에 사용하면 충돌할 수 있기 때문입니다.
재사용할 수 있는 운영 설계 프롬프트
나는 개인용, 업무용, 가족용 AI 에이전트를 각각 운영하려고 해. 각 에이전트의 역할, 기억, 접근 권한, Telegram Bot Token과 작업 폴더가 서로 섞이지 않도록 구조를 설계해줘. 항상 켜져 있는 중앙 컴퓨터 한 대에서 실행하되, 각 에이전트가 독립적으로 시작·중지·백업될 수 있어야 해. 컴퓨터 재부팅 후 자동 시작, 서비스 상태 확인, 포트 검사, 실제 메시지 수신과 응답 전송까지 검증 절차에 포함해줘. 장애가 발생하면 운영체제, 실행 환경, Gateway, 메시징 채널, AI 모델 순으로 원인을 좁힐 수 있는 체크리스트도 만들어줘. 기존 환경에서 새 환경으로 옮길 때는 한 에이전트씩 백업, 이전, 검증, 기존 Gateway 중지, 새 Gateway 시작 순서로 진행하고 롤백 방법을 남겨줘.
글을 쓰며 다시 정리한 결론
에이전트를 만드는 일은 생각보다 어렵지 않았습니다. 이름을 붙이고 역할을 정하고 Telegram에 연결하면 일단 대화를 시작할 수 있습니다.
문제는 그다음이었습니다. 항상 켜져 있어야 하고, 기억이 섞이지 않아야 하며, 문제가 생기면 어느 연결 구간에서 멈췄는지 찾아야 합니다. 컴퓨터를 바꿀 때는 정체성과 기억을 잃지 않고 옮겨야 합니다.
저에게 AI 에이전트 구축은 이제 설치 작업이 아니라 작은 조직을 운영하는 일에 가까워졌습니다. 사람을 뽑는 것보다 함께 일할 구조를 만드는 일이 오래 걸리듯, 에이전트도 만든 뒤의 운영이 더 중요하다고 느꼈습니다.
시도하고자 했던 것과 그 이유를 알려주세요.
(내용 입력)
진행 방법
어떤 도구를 사용했고, 어떻게 활용하셨나요?
Tip: 사용한 프롬프트 전문을 꼭 포함하고, 내용을 짧게 소개해 주세요.
Tip: 활용 이미지나 캡처 화면을 꼭 남겨주세요.
Tip: 코드 전문은 코드블록에 감싸서 작성해주세요. ( / 을 눌러 '코드 블록'을 선택)
(내용 입력)
결과와 배운 점
배운 점과 나만의 꿀팁을 알려주세요.
과정 중에 어떤 시행착오를 겪었나요?
도움이 필요한 부분이 있나요?
앞으로의 계획이 있다면 들려주세요.
(내용 입력)
도움 받은 글 (옵션)
참고한 지피터스 글이나 외부 사례를 알려주세요.
(내용 입력)
