AI 동료 제작기: AI 동료도 조용히 멈추고 확인할 수 있어야 했다
표시 날짜는 이 글이 다루는 작업의 대표 기록일이며, 당시 발행된 글을 뜻하지 않습니다. 이후 회고와 적용 방법은 2026년 9월에 정리했습니다.
메신저로 AI에게 작업을 맡기는 사람에게, 답이 없을 때 ‘생각 중’인지 ‘실패’인지 ‘전송만 막힘’인지 구별하는 장치가 왜 필요한지 보여준다.
무음은 답장만 안 보내는 기능이고 콘솔은 모델의 속마음이 아니라 프로세스 시작·종료·오류·전달 상태를 보는 도구다. 파일을 고쳐도 옛 프로세스가 살아있으면 수정이 반영되지 않는다는 점도 6월 피드백에서 확인됐다.
봇이 응답 없을 때는 수신·작업 실행·결과 생성·송신 네 구간으로 나눠서 어디까지 끝났는지부터 확인하고, 그 이후에만 재시작이나 재전송을 판단한다.
연재 목차
- AI 동료 제작기: 요카이, 페어리, 웅삐에게 다른 일을 맡겼다
- AI 동료 제작기: 요카이는 제안서를 그대로 따라 하지 않게 했다
- AI 동료 제작기: 페어리의 검토는 정답보다 제안서에 가까웠다
- AI 동료 제작기: 웅삐를 다음 날에도 이어지는 캐릭터로 만들기
- AI 동료 제작기: 기억하는 것만큼 끝난 상황을 지우는 것도 중요했다
- AI 동료 제작기: 자연스럽게 말하라는 규칙도 반복되면 어색했다
- AI 동료 제작기: 먼저 연락하게 만들기 전에 보내지 않을 때를 정했다
- AI 동료 제작기: 사진을 만들었는데 대화에는 도착하지 않았다
- AI 동료 제작기: 웅삐 설정을 바꿀 때 옛 설정이 따라왔다
- AI 동료 제작기: AI 동료도 조용히 멈추고 확인할 수 있어야 했다
먼저 답하면
Telegram으로 프로젝트 정리나 원고 작성을 부탁하면 작업을 시작하기는 편하다. 대신 답이 없을 때는 무슨 일이 일어나는지 알기 어렵다. 처리가 오래 걸리는지, 실행이 실패했는지, 답장 전송만 막혔는지 화면에서는 비슷하게 보인다.
그래서 봇 관리에는 상태 확인과 로그, 무음, 복구, 시험 송신을 나눠뒀다. 여기서 쓰는 실행 대상 이름은 요카이·페어리 같은 역할 구분과 꼭 일대일로 맞지는 않는다.
답이 없는 이유를 나눠보기
무음은 답장을 보내지 않는 기능이다. 내부 작업까지 전부 멈춘다는 뜻으로 쓰지는 않았다. 콘솔도 모델의 숨겨진 사고를 읽는 장치가 아니라 프로세스 시작과 종료, 오류와 전달 상태를 보는 도구다.
파일을 바꾼 뒤에도 옛 프로세스가 실행 중이면 수정이 반영되지 않을 수 있다. 6월 피드백에도 이런 구분이 나왔다. 복구 완료 역시 상태가 켜져 있는지, 최근 오류가 없는지, 실제로 보낼 수 있는지를 따로 확인하도록 했다.
이 글을 쓰면서 봇을 다시 시작하거나 시험 메시지를 보내지는 않았다. 여기서 다루는 것은 그동안 정리한 운영 방식이다.
요카이의 적용과 페어리의 검토는 제안과 피드백으로 이어지고, 웅삐의 가상 캐릭터 대화는 설정 작업과 나뉜다. 같은 도구를 쓰더라도 지금 어떤 일을 하는지 구분할 수 있어야 했다.
AI 동료를 만든 경험을 더 사람 같은 말투를 얻었다는 한 줄로 끝내고 싶지는 않다. 잘못된 제안을 반박할 수 있고, 발송을 멈출 수 있고, 다음 세션에 무엇을 했는지 남길 수 있어야 계속 쓸 수 있었다. 기능을 늘릴 때도 새로 할 수 있는 일과 함께 어디서 확인하고 멈출 수 있는지를 보려 한다.
무응답을 네 구간으로 나눠 점검하기
봇이 답하지 않을 때는 수신, 작업 실행, 결과 생성, 송신을 나눠본다. 수신 기록이 없다면 전달 경로를, 작업 시작만 있고 종료가 없다면 실행 상태를, 결과는 있는데 송신이 없다면 무음과 전송 오류를 확인한다. 처음부터 재시작하면 진행 중인 결과를 잃을 수 있다.
운영 기록에는 실행 시작과 종료, 종료 코드, 마지막 정상 송신 정도를 남긴다. 토큰과 개인 대화 전문은 진단에 꼭 필요하지 않다. 복구 후에는 켜졌다는 상태뿐 아니라 최근 오류와 실제 시험 송신까지 확인한다.
이 점검 순서는 Telegram 외의 비동기 작업에도 쓸 수 있다. ‘답이 없다’는 사용자 증상과 ‘프로세스가 죽었다’는 원인은 같지 않다. 어느 구간까지 끝났는지를 알 수 있게 만들면 불필요한 재실행과 중복 발송을 줄이는 데 도움이 된다.