블로그
Tactic Remote 1.11 상세 가이드: 연결 문제 해결, 메시지 보관, 더 편리해진 로그인
컴퓨터 오프라인, 에이전트 대기, 메시지 거부 상황에서 각각 무엇을 해야 할까요? 원격 핸드오프 과정을 통해 1.11의 변화와 업데이트 방법을 알아봅니다.
자리를 비우기 전, 코딩 에이전트에 버그 조사를 맡겼다고 가정해 보겠습니다. 잠시 후 iPhone에서 같은 프로젝트를 열고 "기존 설정을 유지하고, 이번 회귀 버그만 수정한 뒤 테스트 결과를 보고해 줘"라고 추가 지시를 작성합니다.
지시는 준비되었지만 다음 상황은 달라질 수 있습니다. 컴퓨터가 절전 모드에 들어갔거나, 다시 연결된 후 에이전트가 프로젝트 신뢰 확인을 기다리고 있거나, 전송 버튼을 누른 순간 네트워크가 전환되었을 수 있습니다. 화면에는 모두 "응답 없음"처럼 보이지만 실제 필요한 조치는 완전히 다릅니다.
Tactic Remote 1.11 은 이러한 인계 과정을 개선합니다. 컴퓨터에 연결할 수 없으면 연결 유형에 맞는 점검 단계를 보여주고, 에이전트가 지시를 받을 수 없으면 이유를 설명하고 메시지를 안전하게 보관합니다. 신뢰 확인이나 로그인, 시작 대기 중인 프로세스를 중단된 것으로 오인하지 않도록 돕습니다.
컴퓨터 연결과 작업 지속은 서로 다른 단계입니다
Tactic Remote 모바일 앱은 프로젝트 조회, 지시 전송, 세션 조작을 담당합니다. 프로젝트 파일, 터미널 프로세스, 에이전트는 개발 컴퓨터에서 실행됩니다. Tactic 계정 로그인은 신원 확인이며, 컴퓨터가 온라인이고 연결되어야 워크스페이스에 접근할 수 있습니다. 작업이 진행되려면 에이전트가 입력을 받을 준비가 되어 있어야 합니다.
원격 핸드오프는 다음과 같은 단계로 나뉩니다:
원격 핸드오프 상태 흐름. 각 단계가 완료된 후 다음 단계를 판단합니다. 컴퓨터 연결이 작업 시작을 의미하지는 않습니다.
1.10 버전에서는 프로젝트 중심 홈 화면, 프롬프트 초안, 계정 연결 기능이 도입되었습니다. 1.11 은 이 워크플로를 기반으로 연결 실패, 입력 거부, 로그인 중단에 대한 설명과 복구 조치를 보완합니다. 기존 프로젝트와 원래 세션이 작업 지속의 출발점입니다.
컴퓨터에 연결되지 않을 때는 현재 연결 방식부터 점검하세요
집 Wi-Fi에서는 연결되다가 외출 후 셀룰러로 전환했을 때 실패한다면, 앱이 여전히 컴퓨터의 로컬 IP 주소를 사용하고 있는지 확인해야 합니다. 로컬 직접 연결은 기기 간 네트워크 도달성에 의존하지만, Tactic Relay 는 컴퓨터 온라인 상태, 컴패니언 서비스 실행, 계정 인증과 호스트 접근 권한이 필요합니다.
1.11 의 홈 화면은 연결 방식에 따라 맞춤형 점검 단계를 제공합니다. 로컬 연결은 로컬 네트워크 권한과 IP, 방화벽을 점검하고, Relay 연결은 호스트 가용성과 Relay 상태를 점검합니다.
| 발생 상황 | 먼저 확인할 사항 | 복구 판단 기준 |
|---|---|---|
| 집에서는 동작하다가 외출 후 실패할 때 | 여전히 로컬 주소인지 설정된 원격 연결인지 확인 | 현재 네트워크에서 대상 컴퓨터의 워크스페이스에 접근 |
| 계정에 컴퓨터는 보이지만 연결에 실패할 때 | 컴퓨터 절전 상태, 컴패니언 서비스 및 Relay 실행 여부 | 컴퓨터 이름 확인을 넘어 프로젝트를 열 수 있는지 확인 |
| 빠르게 연결 해제 후 재연결 시 시간 초과될 때 | 양쪽 기기의 버전 및 현재 연결 오류 메시지 확인 | 새 연결이 수립되고 최신 세션 출력이 표시되는지 확인 |
| 로그인 후 시간이 지나 컴퓨터 연동에 실패할 때 | 계정 재인증이 필요한 상태인지 확인 | 연동이 완료되고 올바른 컴퓨터를 선택할 수 있는지 확인 |
이번 릴리스에서는 빠른 재연결 시의 시간 초과와 로그인 후 연동 실패 문제가 해결되었습니다. 컴퓨터 절전 모드, 네트워크 격리, 서비스 미실행은 각각 별도로 확인해야 합니다. 단계별 점검은 로컬 네트워크 및 Relay 문제 해결 가이드를 참조하세요.
에이전트가 입력을 받을 수 없을 때는 이유와 함께 메시지를 보관합니다
처음 상황으로 돌아가 보겠습니다. 원래 세션에 진입했지만 터미널에는 프로젝트 신뢰 확인이 표시되어 있습니다. 에이전트 프로세스는 실행 중일 수 있지만, 입력된 텍스트를 아직 프로그래밍 지시로 처리할 수 없는 상태입니다.
업데이트된 호스트 컴패니언과 연동하여, 1.11 은 전송이 거부된 이유를 안내하고 메시지를 보관합니다. 인식된 대기 상태에서는 에이전트를 재시작하는 대신 터미널 열기(Open Terminal) 로 안내하며, 프로세스가 명시적으로 중지된 경우 시작 및 전송(Start & Send) 버튼을 제공합니다.
보관된 메시지는 대기열(Queue) 에 넣어 전송을 기다리거나, 편집(Edit) 을 눌러 입력창으로 되돌릴 수 있습니다. 예를 들어 "수정 후 커밋해 줘"를 "먼저 수정 방안과 보존할 동작을 설명해 줘"로 바꿀 수 있습니다. 입력창에 이미 텍스트가 있는 경우 덮어쓰기 방지를 위해 Edit 버튼이 자동으로 비활성화됩니다.
세 가지 상태를 구분해야 합니다:
| 메시지 상태 | 확인 가능한 사실 | 다음 조치 |
|---|---|---|
| 명시적으로 거부되어 보관됨 | 이번 지시가 아직 접수되지 않음 | 원인을 해결한 후 편집하거나 전송 방식 선택 |
| 대기열에 추가됨 | 지시가 전송 조건을 기다리는 중 | 대기열 내용과 일시 정지 이유를 확인하고 중복 추가 방지 |
| 전송 중 연결 끊김, 전송 가능성 있음 | 전달 상태가 아직 불확실함 | 원래 세션의 출력을 확인한 뒤 재전송 여부 결정 |
"보관됨"은 작성한 텍스트를 다시 처리할 수 있음을 뜻하고, "접수됨"은 컴퓨터가 요청을 수락했음을 뜻하며, "완료됨"에는 실제 코드 변경과 검증 결과가 필요합니다. 시작 및 전송이나 대기열 재개 후 메시지는 전송 조건이 충족되었을 때 비로소 전송됩니다. 화면에 메시지가 남아 있다는 사실만으로 아직 실행되지 않았다고 판단해서는 안 됩니다.
신뢰, 로그인, 시작 대기 후에도 응답이 계속 표시되어야 합니다
1.11 에서는 에이전트가 신뢰 확인, 로그인, 시작을 기다리는 동안 후속 응답이 표시되지 않던 문제도 수정되었습니다. 프롬프트를 해결한 후 화면이 멈춘 것처럼 보인다고 새 세션을 열지 않고, 원래 세션에서 이어지는 작업을 확인할 수 있습니다.
신뢰 확인 시에는 실제 프로젝트 디렉터리를 확인하고, 프로바이더 로그인은 해당 에이전트의 자체 계정을 사용합니다. Tactic 계정 로그인이 Claude Code 나 Codex, Amp, Droid 의 로그인을 대신해 주지는 않습니다.
이러한 프롬프트에 무조건 "계속"으로만 응답해서는 안 됩니다. 디렉터리 신뢰와 도구 권한은 실제 접근 권한과 관련되므로 터미널 안내에 따라 처리해야 합니다. 자세한 내용은 에이전트 대기 및 메시지 복구 가이드를 확인하세요.
패스키 로그인을 더 쉽게 찾을 수 있고, 중단 이유가 명확해집니다
패스키 인증은 이전부터 지원되었습니다. 1.11 에서는 온보딩, 계정 설정, 웹 로그인 페이지에서 패스키 버튼을 더 쉽게 찾을 수 있도록 개선되었습니다.
로그인 페이지 스크롤이 정상 동작하며, 패스키 인증 취소 시의 오류 메시지도 정확해졌습니다. 한 번의 인증 취소는 계정 부재나 비밀번호 오류와 다릅니다. 완료된 단계를 파악하면 불필요한 재연동을 피할 수 있습니다.
계정 인증 및 작업 권한 확인이 강화되었으며, 클라우드 서비스 중단 시의 복구도 개선되었습니다. Tactic 계정, 호스트 접근 권한, 에이전트 프로바이더 계정은 각각 별개의 역할을 수행합니다. 터미널에서 제공자 로그인을 요구한다면 Tactic에 다시 로그인하는 대신 해당 에이전트의 인증을 완료하세요.
Pro 업그레이드 화면에서 기능을 안내하고 혜택 코드를 앱 내에서 사용 가능
Pro 업그레이드 화면이 나타날 때, 1.11 은 방금 사용하려던 기능을 설명해 업그레이드 필요성을 판단하도록 돕습니다. 또한 앱 내에서 App Store 혜택 코드를 바로 등록할 수 있습니다.
코드 적용 자격은 프로모션 및 계정 상태에 따라 달라집니다. 등록 후 구매 상태는 App Store 및 앱 내 표시를 확인하세요. 코드 입력 화면이 있다고 해서 모든 계정이 모든 프로모션에 참여할 수 있는 것은 아닙니다.
양쪽 기기를 업데이트한 후 원래 세션에서 핸드오프를 확인하세요
메시지 보관에 필요한 진단 정보는 컴퓨터의 응답에서 제공되므로, 모바일 앱과 실제 사용하는 호스트 컴패니언을 모두 업데이트해야 합니다. Mac 앱, Mac/Linux CLI, Windows Preview 는 설치 및 릴리스 경로가 다릅니다. Mac 앱을 사용하는 경우 앱 자체를 업데이트하면 내장 서비스가 함께 업데이트됩니다. 독립 CLI를 업데이트해도 Mac 앱 내장 서비스는 교체되지 않습니다. 독립 CLI를 사용하는 경우 해당 패키지를 별도로 업데이트하세요. Windows Preview 는 자체 릴리스 버전을 따릅니다.
다음 순서로 업데이트하고 점검합니다:
- 작업이 유휴 상태일 때 컴퓨터 이름, 프로젝트 디렉터리, 원래 세션, 버전을 기록합니다. 작업이 실행 중이라면 진행 상태를 먼저 저장하세요.
- 공식 다운로드 페이지에서 지원 버전을 확인하고 양쪽 기기를 업데이트합니다.
- 컴패니언을 다시 실행하고 이전 연결 방식으로 프로젝트와 세션에 접속합니다.
- 터미널 최신 출력을 확인하고 신뢰나 로그인 프롬프트를 해결한 뒤, 보관된 메시지와 대기열을 확인합니다.
- 결과를 쉽게 검증할 수 있는 작은 요청을 먼저 보낸 뒤 실제 구현 작업으로 넘어갑니다.
예시:
현재 프로젝트의 작업 디렉터리, Git 브랜치, 변경 사항, 미해결 이슈를 읽기 전용으로 요약해 줘. 파일 수정, 의존성 설치, 배포는 하지 말고 다음에 권장하는 점검 사항을 먼저 설명해 줘.
응답이 원래 프로젝트와 일치하는지 확인한 후 구체적인 구현 요청을 전달합니다. 연결 복구는 컴퓨터에 다시 접근했음을 확인할 뿐이며, 작업 완료는 실제 결과물과 검증을 통해 확인해야 합니다. 전체 변경 사항은 1.11 릴리스 노트에서 확인할 수 있습니다.