Discord 원격 작업: 같은 터미널, 다른 입력창

휴대폰에서도 같은 세션을 쓰고 싶었다

Mac에서는 터미널로 AI 작업을 하고 있었다. 휴대폰이나 iPad에서 SSH로 여러 세션을 조작하는 일은 불편했다. Discord에서 명령을 보내고 결과를 받으면서, Mac에서는 기존 터미널을 계속 쓸 수 있게 해 달라고 AI에 요청했다.

중요한 조건은 같은 세션을 함께 쓰는 것이었다. Discord에서 말을 걸 때마다 별도의 AI 대화가 시작되면 Mac에서 진행하던 작업을 그대로 이어갈 수 없다. 원격 입력창이 추가되더라도 입력이 도착하는 작업 세션은 유지돼야 했다.

메시지 전송보다 먼저 맞아야 할 대상

구현 과정에서 AI는 tmux의 대상 지정 문제를 보고했다. 창 안의 터미널 영역을 가리키는 번호가 예상과 달라 명령이 엉뚱한 곳으로 전달될 수 있었다. 기록에는 0과 1을 기준으로 한 영역 번호의 혼동을 찾아 대상 식별을 보강했다고 남아 있다.

이 오류는 “Discord 메시지를 받았다”만으로 연결을 확인할 수 없는 이유를 보여 줬다. 받은 문장이 의도한 터미널에 입력됐는지까지 확인해야 했다.

요구는 이후 여러 채널을 연결하는 쪽으로 늘어났다. 채널마다 어느 세션으로 입력을 보낼지 구분하고, 나중에 채널을 더 연결하는 방법도 문서로 남기도록 했다. 한 채널에서 성공한 연결을 복제할 때 무엇을 설정해야 하는지 남기려는 요청이었다.

최종 답변 전에도 필요한 진행 표시

원격에서 명령을 보낸 뒤 최종 답변만 기다리면 작업 중인지 멈춘 것인지 알기 어렵다. 나는 AI CLI에서 보이는 중간 진행 상태도 Discord에 전달하도록 요청했다.

여기서 전달 대상으로 삼은 것은 CLI가 실제 화면에 출력한 상태였다. 모델 내부의 비공개 추론을 꺼내 보여 주는 기능이 아니다. AI는 진행 표시와 완료 표시를 반영하고 봇을 다시 시작했다고 보고했다.

입력과 결과 사이에 진행 표시가 들어가면서 확인할 흐름도 길어졌다.

1. 휴대폰에서 메시지를 보낸다.
2. 연결된 작업 세션이 입력을 받는다.
3. CLI에 나온 진행 상태가 전달된다.
4. 최종 응답을 받는다.
5. 연결을 끊었다가 돌아와도 같은 작업을 이어간다.

이 다섯 단계는 최종 사용 확인에 필요한 흐름을 정리한 것이다. 당시 모든 단계가 휴대폰에서 끝까지 통과했다는 기록은 아니다.

구현 보고와 모바일 사용 확인 사이

기록에는 문법 검사, tmux 송수신 검사, 봇 로그인과 재시작 보고가 있다. 마지막 응답에서는 실제 Discord 채널에서 시험해 보라고 안내했다. 따라서 이 기록의 끝은 모바일 사용 전체가 확인된 상태가 아니라, 구현과 기동 보고 후 실제 채널 시험을 기다리는 상태다.

AI는 연결 코드를 만들고 대상 지정 문제를 수정했다. 나는 같은 세션을 유지할 것, 여러 채널을 지원할 것, 진행 상태도 보낼 것, 추가 연결 방법을 문서로 남길 것을 요구했다. 결과를 평가할 기준은 메시지를 보낼 수 있느냐에서 같은 작업을 원격으로 이어갈 수 있느냐로 구체화됐다.

이 글은 2026년 2월 24일 작업 기록을 바탕으로 썼다. 접속 정보와 계정·채널 식별자는 제외했다. 이번 작성에서는 봇을 실행하거나 메시지를 보내지 않았으며, 현재 버전의 설치 안내로 쓰기 위한 재검증도 하지 않았다.