2026 DeepSeek Harness 휴대폰 원격 제어 바로 쓸 수 있나?

DeepSeek Harness 공식 저장소는 현재 개발자 미리 보기 상태입니다. 기본 웹 실행 주소는 127.0.0.1:3080으로 안내됩니다. 공식 실행 안내에는 웹 사용자 화면, 파이썬 도구 모음, 명령줄 방식 등이 설명되어 있지만 원생 휴대폰 앱은 공식 실행 입구로 제시되지 않습니다. 공식 저장소에는 호환성이 깨질 수 있는 변경이 계속 발생한다는 안내도 있습니다. 공식 저장소의 실행 안내와 공식 웹 사용자 안내서를 먼저 기준으로 삼아야 합니다.

커뮤니티에서는 모바일 동반자가 이미 등장했습니다. DSH Mobile은 안드로이드 전용 동반 앱으로 소개되며, 세션 확인, 목표와 계획 확인, 승인과 질문 응답, 완료 알림을 제공한다고 설명합니다. 이 프로젝트는 안드로이드 8.0 이상을 요구하고 v0.1.0-rc.7에서 시험했다고 밝힙니다. 다만 이 기능과 보안 설명은 해당 커뮤니티 프로젝트의 주장입니다. DeepSeek Harness 공식 기능 보장으로 해석하면 안 됩니다. DSH Mobile 저장소 설명도 별도로 확인해야 합니다.

iOS와 안드로이드, 데스크톱을 함께 지원한다고 소개하는 다른 커뮤니티 프로젝트도 있습니다. 이런 프로젝트는 휴대폰에서 대화를 이어가고 진행 상태와 승인을 공유할 수 있다고 설명합니다. 하지만 자체 서버와 권한 체계를 추가할 수 있으므로, 공식 웹 화면을 단순히 휴대폰에 옮긴 것으로 보면 안 됩니다. 프로젝트별 지원 범위와 권한 설명을 따로 확인해야 합니다. 원격 웹 화면의 인증과 네트워크 경계를 함께 검토하려면 통제된 원격 맥 환경 안내도 참고할 수 있습니다.

휴대폰에서 결과를 보기만 하면 안전해 보입니다. 실제로는 다음 정보가 알림이나 화면에 나타날 수 있습니다.

• 저장소 이름과 작업 폴더 경로
• 입력한 지시문과 과거 대화
• 도구가 반환한 명령 결과
• 오류 메시지와 파일 이름
• 현재 모델과 작업 목표
• 대기 중인 질문과 승인 요청

공식 웹 사용자 안내서는 작업 공간을 선택하면 에이전트가 파일을 읽고 수정하며 명령을 실행할 수 있고, 권한 정책에 따라 작업 전 승인을 요구한다고 설명합니다. 따라서 휴대폰에 보이는 정보가 단순한 상태 알림에 그치지 않을 수 있습니다. 실제 알림이 잠금 화면에 표시되는지도 운영체제 설정과 함께 확인해야 합니다.

시험할 때는 빈 저장소나 복제한 테스트 저장소를 사용해야 합니다. 실제 비밀 키, 고객 자료, 배포 자격 증명, 사내 경로가 들어 있는 작업 공간은 연결하지 않는 편이 좋습니다. 읽기 전용 화면도 저장소 이름과 지시문을 노출할 수 있다는 점을 먼저 인정해야 합니다.

DeepSeek Harness Mobile과 안드로이드 동반 앱을 확인하는 기준

DeepSeek Harness Mobile이라는 표현은 여러 커뮤니티 구현을 가리킬 수 있습니다. 특정 앱의 기능을 DeepSeek Harness 자체의 기능으로 묶어 쓰면 안 됩니다.

다음 항목을 확인하십시오.

• 저장소의 마지막 변경일과 출시 기록이 서로 일치하는가
• README, 출시 기록, 보안 문서가 같은 기능을 설명하는가
• 지원 버전이 rc.7에만 묶여 있는가
• 연결에 인증 토큰이나 사용자 구분이 있는가
• 휴대폰에 저장되는 대화와 로그의 범위가 공개되어 있는가
• 앱이 직접 연결하는지, 별도 중계 서버를 사용하는지
• 문제 발생 시 접근 권한을 철회할 수 있는가

공식 v0.1.0-rc.7 출시 기록에는 작업 패널, 세션 유지, 질문 카드와 사파리 입력 문제 수정 등이 포함되어 있습니다. 그러나 이 기록이 모바일 앱의 공식 지원을 선언하는 것은 아닙니다. 공식 출시 기록과 커뮤니티 앱의 설명을 분리해서 읽어야 합니다.

휴대폰에서 추가 지시를 보내는 순간부터 위험도가 달라집니다. 새 메시지가 실제로 같은 세션에 들어갔는지, 데스크톱 화면에 중복으로 표시되는지, 연결이 다시 살아난 뒤 한 번 더 전송되는지를 확인해야 합니다.

다음 순서로 낮은 위험의 시험을 진행하십시오.

1. 데스크톱에서 테스트 저장소의 긴 작업을 시작합니다.
2. 휴대폰에서 같은 세션의 마지막 메시지를 확인합니다.
3. 파일을 만들지 않는 상태 확인 지시를 한 번 보냅니다.
4. 데스크톱과 휴대폰의 메시지 순서를 비교합니다.
5. 휴대폰 네트워크를 잠시 끊은 뒤 다시 연결합니다.
6. 재연결 후 지시문과 도구 호출이 중복되지 않았는지 확인합니다.
7. 작업 목표나 모델을 바꿨을 때 기존 계획이 어떻게 처리되는지 기록합니다.

화면에 같은 대화가 보인다는 사실만으로 작업의 인과 관계가 보장되지는 않습니다. 휴대폰 화면이 최신 상태여도 실제 작업은 이미 다른 단계로 넘어갔을 수 있습니다. 모델을 바꾸거나 목표를 수정하면 대기 중인 작업, 계획, 승인 정책이 달라질 수 있습니다.

낮은 위험의 시험 지시는 현재 상태를 읽는 내용으로 제한해야 합니다. 파일 수정, 명령 실행, 배포, 데이터 삭제는 휴대폰에서 바로 이어가지 않는 편이 좋습니다.

휴대폰의 승인 버튼 하나가 파일 쓰기, 명령 실행, 외부 요청을 허용할 수 있습니다. 공식 웹 사용자 안내서도 에이전트가 파일을 읽고 수정하며 명령을 실행하고, 권한 정책에 따라 승인을 요청한다고 설명합니다. 공식 승인 동작 안내를 기준으로 승인 화면에 어떤 정보가 보여야 하는지 정하십시오.

승인 카드에는 다음 정보가 있어야 합니다.

• 실행할 작업과 현재 세션
• 실행할 명령 또는 변경 대상
• 작업 폴더
• 파일 변경 여부
• 외부 네트워크 요청 여부
• 한 번만 승인되는지 여부
• 거부했을 때의 결과
• 시간이 지나 만료됐을 때의 결과

주의: 승인 요청을 누른 직후 연결이 끊겼다면 성공으로 간주하지 마십시오. 데스크톱에서 실제 상태를 확인한 뒤 다시 처리해야 합니다.

재시도 동작도 확인해야 합니다. 네트워크가 느릴 때 휴대폰이 같은 승인 요청을 다시 보내면, 사용자는 한 번 눌렀다고 생각해도 서버에는 반복 요청이 전달될 수 있습니다. 거부, 만료, 중복 제출, 화면을 닫은 뒤 재접속하는 경우를 모두 시험하십시오.

모바일에서 처리하는 승인은 읽기 전용 또는 되돌릴 수 있는 작업으로 제한하십시오. 비밀 파일 접근, 외부 배포, 결제, 데이터 삭제가 걸린 승인은 충분한 증거를 볼 수 있는 데스크톱 환경으로 되돌리는 것이 맞습니다.

휴대폰 연결에서는 컴퓨터 내부 연결, 신뢰할 수 있는 근거리 통신망, 인터넷 공개를 구분해야 합니다.

• 컴퓨터 내부 연결: 같은 컴퓨터 안에서만 접근합니다. 공식 기본 웹 주소인 127.0.0.1:3080이 여기에 해당합니다.
• 신뢰할 수 있는 근거리 통신망: 같은 와이파이에 있는 기기에서 접근합니다. 편리하지만 다른 사용자나 악성 기기가 같은 망에 있을 수 있습니다.
• 인터넷 공개: 외부 네트워크에서 접근합니다. 인증, 암호화, 사용자별 권한, 감사 기록, 접근 철회가 필요합니다.

안드로이드 커뮤니티 프로젝트인 DSH Mobile은 근거리 통신망 연결을 위해 별도 패치를 적용하고 하니스가 휴대폰에서 도달 가능하도록 바꾸는 방식을 안내합니다. 해당 프로젝트의 보안 문서는 하니스에 인증이 없으므로 신뢰할 수 있는 근거리 통신망에서만 사용해야 한다고 경고합니다. 이는 공식 기본 설정이 아닙니다. 인증 없는 인터넷 공개 절차로 확장해서는 안 됩니다.

지금 선택할 조건 분기

아래 항목을 모두 만족하면 읽기 전용 시험을 선택하십시오.

• [ ] 테스트 저장소만 연결되어 있습니다.
• [ ] 휴대폰과 하니스가 신뢰할 수 있는 근거리 통신망에 있습니다.
• [ ] 인터넷 공개가 차단되어 있습니다.
• [ ] 화면에 보이는 저장소 이름과 도구 결과를 노출해도 문제가 없습니다.
• [ ] 연결이 끊기면 데스크톱에서 작업 상태를 재확인할 수 있습니다.

다음 조건까지 만족하면 낮은 위험의 상호작용을 제한적으로 선택할 수 있습니다.

• [ ] 휴대폰과 데스크톱이 같은 세션을 보고 있습니다.
• [ ] 재연결 뒤 메시지 중복이 발생하지 않았습니다.
• [ ] 승인 카드에 명령, 경로, 외부 요청 여부가 표시됩니다.
• [ ] 거부와 만료의 결과가 예측 가능합니다.
• [ ] 승인 재전송 여부를 로그로 확인할 수 있습니다.

하나라도 확인할 수 없다면 민감한 작업은 보류하십시오. 중요한 저장소, 팀 공유, 외부 배포, 비밀 키가 걸린 작업은 통제된 데스크톱 접근이나 별도로 관리되는 클라우드 맥 환경에서 처리해야 합니다.

휴대폰 접근을 팀에 열면 개인 도구가 팀 제어면으로 바뀝니다. 이때는 단순한 화면 전달이 아니라 사용자 식별, 역할별 권한, 암호화, 감사 기록, 세션 철회가 필요합니다.

커뮤니티 프로젝트가 권한 범위와 운영 준비도를 설명하더라도, 그 주장은 해당 프로젝트의 구현과 운영 방식에 한정됩니다. 특정 프로젝트의 인증 기능을 DeepSeek Harness 공식 기능으로 해석해서는 안 됩니다. 사용자를 모두 식별할 수 없거나 누가 어느 저장소에 접근하는지 기록할 수 없다면 중요한 하니스 인스턴스를 공유하지 마십시오.

모바일 앱을 쓰면 기존 웹 화면이 사라지는 것도 아닙니다. 앱이 웹 API나 웹소켓을 중계한다면 새로운 연결 지점과 로그 저장 위치가 생길 수 있습니다. 모바일에서 원격 에이전트 승인을 처리할수록 웹 화면의 권한 경계와 서버의 네트워크 경계를 함께 점검해야 합니다.

원격 웹 화면을 팀에서 써야 한다면, 먼저 사용자 인증과 네트워크 경계를 정한 뒤 작업 완료 여부를 확인하는 절차를 따로 두어야 합니다. 휴대폰 앱을 곧바로 운영 제어 도구로 승격시키지 말고, 테스트 작업의 상태 확인 도구로 한정하는 편이 안전합니다.

팀에서 별도 원격 맥을 실제 작업에 연결할 계획이라면, 개인 컴퓨터를 인터넷에 직접 공개하는 방식과 통제된 실행 환경의 차이를 먼저 비교하십시오. 휴대폰 앱을 중요한 승인 창구로 바로 사용하지 말고, 원격 환경의 접근 권한과 중단 절차를 문서화한 뒤 제한된 테스트부터 시작해야 합니다.

2026년 8월 19일 기준 판단은 다음과 같습니다.

• 읽기 전용 시험: 테스트 저장소와 제한된 근거리 통신망에서 가능
• 낮은 위험의 상호작용: 세션 일치, 중복 방지, 승인 내용 확인 후 제한적으로 가능
• 민감한 작업: 공식 모바일 지원, 인증 체계, 버전 호환성이 확인될 때까지 보류

계속 관찰할 신호도 분명합니다.

• 공식 저장소가 iOS 또는 안드로이드 실행 입구를 직접 문서화하는가
• 모바일 프로젝트가 보안 문서와 취약점 신고 절차를 유지하는가
• rc.7 이후 버전 호환성 표가 갱신되는가
• 사용자별 인증과 권한 철회가 추가되는가
• 연결 재시도와 승인 중복에 대한 검증 사례가 공개되는가

지금 커뮤니티 기능이 작동한다고 해서 장기 운영을 약속하는 것은 아닙니다. 버전 출시 때마다 공식 문서와 각 프로젝트의 README, 출시 기록, 보안 문서, 호환성 표를 다시 대조해야 합니다.

현재 컴퓨터에 직접 설치한 방식은 장소를 옮길 때 전원이 꺼지거나 네트워크가 바뀌고, 승인 화면을 외부에 안전하게 노출하기 어렵다는 단점이 있습니다. 반대로 휴대폰 동반 앱은 인증, 중계 서버, 세션 복구를 직접 검증해야 하며 팀 공유까지 가면 운영 부담이 커집니다. 장시간 실행할 별도 환경이 필요하다면 개인 컴퓨터를 급하게 인터넷에 공개하지 말고, 통제된 원격 맥 환경과 웹 화면 보안 기준을 먼저 비교하십시오. 모바일 연결은 격리된 테스트 작업에서 시작하고, 인증과 승인 기록을 확인할 수 있을 때만 범위를 넓히는 방식이 적절합니다.