Hermes와 Cua Spaces: 에이전트는 지금 어느 컴퓨터를 쓰고 있을까?

에이전트가 브라우저를 열었다고 합니다. 어느 브라우저일까요? 터미널은 가상 머신에 있지만 데스크톱 도구는 여전히 내 컴퓨터를 사용한다면, 실제 업무를 맡기기 전에 답을 알아야 합니다.

공식 목록에 2026년 10월 20일 등록되고 10월 21일 갱신된 Hermes용 Cua Spaces 플러그인은 터미널, 파일, 코드 작업을 사람이 지켜볼 수 있는 별도 컴퓨터에 연결합니다. Hermes는 Nous Research의 에이전트 프로젝트이고, Cua는 컴퓨터 환경과 그 환경에 접근하는 도구를 제공합니다. 둘을 결합하면 에이전트가 일하는 환경을 눈으로 확인할 수 있습니다.

중요한 세부 사항은 플랫폼별 적용 범위입니다. 필요한 소프트웨어를 갖춘 지원 대상 Linux Space에서는 데스크톱과 브라우저도 터미널을 따라 들어갈 수 있습니다. 하지만 플러그인 문서는 macOS와 Windows Space의 해당 도구가 호스트에 남는다고 명시합니다. 이 글에서는 그 차이와 작은 범위의 설정 절차, 공유 컴퓨터가 팀의 검토에 도움이 되는 지점을 살펴봅니다.

대표 이미지: 에이전트와 작업용 컴퓨터의 관계를 설명하기 위해 직접 제작한 도식입니다. 실제 설치 완료나 벤치마크를 보여 주지는 않습니다.

별도 작업용 컴퓨터는 업무를 살펴보기 쉽게 만든다

Space를 에이전트의 작업대라고 생각해 보세요. 사용자가 그 위에 놓을 도구, 파일, 계정을 고르고, 다른 사람도 작업 중인 같은 화면을 볼 수 있습니다. 에이전트를 조작하는 사람만 보는 비공개 터미널 기록에 결과가 덜 의존한다는 구체적인 이점이 있습니다.

가상의 소규모 내부 도구 검토를 예로 들어 보겠습니다. 에이전트가 의존성을 설치하고 시험용 앱을 실행한 뒤 샘플 레코드를 살펴봅니다. 동료는 인터페이스를 보다가 빠진 상태를 지적하고, 에이전트는 이어서 작업합니다. 공유 컴퓨터는 같은 환경과 결과를 보면서 이야기할 수 있는 공통 대상을 제공합니다.

눈에 보인다고 작업이 올바른지는 결정되지 않습니다. 검토자에게는 여전히 기대 결과가 필요하고, 에이전트는 잘못된 지시를 따를 수도 있습니다. 작업대는 활동을 살펴보기 쉽게 하지만 업무의 정의를 대신하지는 않습니다.

플러그인은 에이전트 프로세스와 일부 작업도 분리합니다. Hermes 자체는 원래 실행되던 곳에 남고, 터미널과 파일 작업은 Space에서 이뤄질 수 있습니다. 기존 에이전트 설정 전체를 한 번에 옮기지 않으면서 재현 가능한 작업 머신을 마련할 때 유용한 구분입니다.

Cua 문서에 실린 Spaces 뷰어의 Linux 데스크톱 화면입니다. 관찰 가능한 작업 컴퓨터를 보여 주며, 이 글을 위해 실행한 Hermes 작업은 아닙니다. 출처: Cua AI, Inc.의 특정 커밋 문서 이미지. MIT 라이선스에 따라 사용했습니다.

터미널의 경계와 데스크톱의 경계는 다르다

공식 플러그인 문서는 Linux, macOS, Windows Space에서 터미널, 파일, 코드 작업을 지원한다고 설명합니다. 더 구체적인 데스크톱 표에서는 Bot Desktop, computer_use, 브라우저의 연결을 지원 대상 Linux Space로 제한합니다. 이 조건은 에이전트가 “샌드박스 안에서 실행된다”는 포괄적인 설명보다 중요합니다.

Linux 데스크톱 경로에는 0.22.2 이후의 관련 변경을 포함한 Hermes 버전, 0.7.0 이상의 Cua CLI, Space 내부의 데스크톱 구성 요소가 필요합니다. 문서는 데스크톱 도구가 호스트에 남는 설정도 구분합니다. 모든 도구가 하나의 경계를 공유한다고 가정하기 전에 전체 구성을 확인하세요.

기능 비교: 2026년 10월 27일 확인한 공식 Hermes 플러그인 문서. 이 연동 경로를 설명하며 가능한 모든 Cua 배포 구성을 다루지는 않습니다.

겉보기에는 설정이 성공했더라도 놓치기 쉬운 부분입니다. 명령으로는 Space의 호스트 이름이 나오지만 뒤따르는 그래픽 조작은 다른 머신에 도달할 수 있습니다. 터미널 확인은 터미널의 목적지를 증명할 뿐, 다음 도구가 작동할 위치까지 증명하지는 않습니다.

허용할 도구 종류마다 영향이 작고 알아보기 쉬운 확인을 해 보세요. 브라우저 업무라면 실제 계정을 제공하기 전에 어느 브라우저가 보이는지 살펴봅니다. 파일 업무라면 위치가 분명한 샘플 파일을 사용하세요. 작은 확인 몇 개가 중간에 실패하는 큰 작업보다 혼합 환경을 이해하기 쉽습니다.

문서에 명시된 도구 경계를 바탕으로 직접 제작한 연동도입니다. 에이전트 프로세스, 터미널 백엔드, 조건부 데스크톱 경로를 구분합니다.

일회용 Space와 유지하는 Space에는 서로 다른 책임이 생긴다

플러그인이 실행할 때마다 Space를 만들게 하거나, 사용자가 지정한 기존 Space에 연결할 수 있습니다. 이는 편의 설정 이상의 의미가 있습니다. 어떤 파일이 남는지, 누가 정리하는지, 명령 확인 동작이 어떻게 달라지는지를 결정합니다.

플러그인이 만든 Space는 Hermes가 종료될 때 삭제하는 것이 문서상 기본값입니다. 이 환경을 샌드박스로 취급하기 때문에 Hermes의 위험 명령 확인을 건너뜁니다. 반면 이름을 지정한 기존 Space에서는 확인이 유지되며, 플러그인이 해당 환경을 중지하거나 삭제하지 않는다고 설명합니다.

따라서 팀은 용도에 맞게 선택할 수 있습니다. 일회용 환경은 합성 데이터로 시험하고 종료 전에 결과를 내보내는 작업에 어울립니다. 상태를 여러 세션에 걸쳐 보존해야 하는 긴 작업에는 유지하는 환경이 어울리지만, 누군가는 정리와 자원 사용을 맡아야 합니다.

유지되는 작업대에는 잊힌 맥락도 쌓일 수 있습니다. 브라우저 세션, 생성 파일, 오래된 의존성이 새 요청에 언급되지 않았는데도 다음 작업에 영향을 줄 수 있죠. 재현성이 중요하다면 환경에 무엇이 있는지 기록하고, 새 업무가 깨끗한 이미지에서 시작할지 의도적으로 관리한 상태에서 시작할지 결정하세요.

이는 운영상의 결정이며 자동적인 보안 보장은 아닙니다. 일회용 머신도 자격 증명을 주면 외부 서비스에 접근할 수 있습니다. 이름을 지정한 머신도 민감한 파일을 포함할 수 있습니다. 실제 업무를 기준으로 환경과 권한을 함께 선택하세요.

팀을 초대하기 전에 Linux 시험 작업 하나를 설정한다

다음 절차는 문서에 나온 플러그인 연동 경로에 권장 확인 단계를 더한 것입니다. 이 글을 위해 직접 실행하지는 않았습니다. 실제 업무 데이터 대신 샘플 파일을 쓰는 일회용 시험 환경에서 시작하세요.

1. 호환되는 설치를 준비합니다. Cua와 Hermes의 공식 설치 안내를 따른 뒤 플러그인의 최신 요구 사항을 확인합니다. Linux 데스크톱 경로를 시험할 때는 지원되는 Hermes 리비전과 Cua CLI 0.7.0 이상을 사용하세요.

2. 플러그인을 설치하고 활성화합니다. 다음은 문서에 나온 설치 명령입니다. 요청되는 Python 의존성과 활성화 안내를 확인한 뒤 진행하세요.

   Shell터미널에서 실행

   hermes plugins install https://github.com/trycua/hermes-cua-spaces
   

3. 터미널 백엔드를 선택합니다. Hermes가 Cua를 사용하도록 설정하고, 일회용 Space를 만들지 이름을 지정한 환경을 사용할지 고릅니다.

   Shell터미널에서 실행

   hermes config set terminal.backend cua
   

4. 필요하면 Linux 데스크톱 경로를 준비합니다. 플러그인이 문서에 나온 데스크톱 의존성을 Space에 설치할 수 있습니다. 공식 안내에서 요구하는 권한과 네트워크 접근이 필요합니다.

   Shell터미널에서 실행

   hermes config set plugins.entries.cua-spaces.settings.desktop true
   

5. 작업 전에 대상을 확인합니다. 호스트 이름과 운영체제 정보를 요청하고 뷰어에서 Space를 살펴봅니다. 데스크톱이나 브라우저를 사용할 업무라면 해당 경로도 따로 확인하세요.

6. 작고 되돌릴 수 있는 작업을 실행합니다. 예를 들어 샘플 텍스트 파일을 만들고 다시 읽은 뒤 로컬 시험 페이지를 열게 할 수 있습니다. 기대 결과를 미리 정하고 실제 생성물을 확인하세요.

7. 세션 종료도 시험합니다. 보존할 결과를 내보내고 선택한 환경 수명 설정이 실제로 어떻게 작동하는지 확인합니다. 유일한 결과물이 일회용 Space와 함께 사라진다면 업무는 완료된 것이 아닙니다.

처음에는 검토자가 전체 과정을 따라갈 수 있을 만큼 짧게 진행하세요. 유용한 첫 결과는 화려한 데모가 아니라 각 행동을 어느 머신이 받았고 결과 파일이 어디 있는지 아는 것입니다. 이 부분이 분명해지면 더 실제적인 업무를 추가할 수 있습니다.

공유 컴퓨터는 시험과 인계, 시연에 도움이 된다

세 가지 가상 활용 사례로 이 구성이 도움이 되는 지점을 보겠습니다. 측정된 결과나 고객 도입 사례가 아니라 제안하는 업무 흐름입니다. 모두 명시적인 결과와 이를 판단할 사람이 필요합니다.

내부 도구 스모크 테스트에서는 샘플 앱과 합성 레코드가 있는 Linux Space를 사용할 수 있습니다. 동료가 관찰하는 동안 에이전트가 정해진 경로를 따라갑니다. 유용한 근거는 완료했다는 에이전트의 말이 아니라 화면에 나타난 앱 동작과 저장된 시험 결과입니다.

개발 인계에서는 다른 사람이 버그 재현을 검토하는 동안 작업 환경을 유지할 수 있습니다. 검토자가 같은 파일과 앱 상태를 살펴보고 더 좁은 재현을 요청한 뒤 이어서 작업할 수 있습니다. 유지 기능은 어떤 상태가 의도된 것이고 무엇을 초기화해야 하는지 팀이 알 때 도움이 됩니다.

브라우저 업무 시연에서는 시험용 계정으로 제안한 절차를 보여 줄 수 있습니다. 동료는 애매한 화면에서 개입해 의도한 선택을 설명할 수 있습니다. 실제 계정을 사용하기 전에는 도구 경계를 확인하고 그 계정에서 허용하는 행동을 정해야 합니다.

세 경우 모두 관찰과 제어의 담당이 분명해야 합니다. 두 참여자가 같은 화면을 동시에 바꾸면 결과를 설명하기 어려워질 수 있습니다. 팀은 간단한 인계 규칙을 정할 수 있습니다. 작업을 잠시 멈추고 검토자가 결정을 내린 뒤, 다음 단계를 다시 확인하고 이어 가는 방식입니다.

컴퓨터와 연결, 모델 비용은 따로 계산한다

2026년 10월 27일 확인한 Cua 요금 페이지는 사용자가 자신의 컴퓨터나 클라우드 머신을 가져온다고 설명합니다. 서비스는 앱, 공유, 릴레이 기능을 제공하며 하드웨어나 클라우드 비용은 별도로 남습니다. 모델 사용량도 에이전트 업무의 다른 구성 요소이므로 해당 조건에 맞춰 따로 예산을 잡아야 합니다.

Free에 안내된 한도는 동시 연결 세션 2개와 월 원격 사용 20시간입니다. Pro는 월 18달러 또는 연간 180달러 일괄 청구입니다. Teams는 좌석당 월 30달러 또는 좌석당 연간 300달러 일괄 청구이며, 연간 결제의 월 환산액은 각각 15달러와 25달러입니다.

이 수치는 출처 확인 시점에 공개된 요금제를 설명합니다. 완료된 에이전트 업무 한 건의 비용은 아닙니다. 팀은 머신이 켜져 있는 시간, 재시도에 쓰는 모델 사용량, 필요한 검토량도 함께 고려해야 합니다.

요금 페이지는 만료되는 공유 링크, 감사 기록, SSO, 감사 내보내기 등 여러 기능을 향후 추가 항목으로 표시합니다. 업무를 계획할 때 그 상태를 그대로 반영하세요. 나중에 제공될 기능을 현재 도입 계획의 필수 요소로 삼아서는 안 됩니다.

예시 비교에서는 구독료만 비교하지 말고 실제 업무의 한 달을 추정해 보세요. 예상 세션 수, 원격 사용 시간, 머신 가동 시간, 검토 시간을 적습니다. 유지되는 머신이 편리하지만 짧은 업무 사이에도 불필요하게 켜져 있다는 사실이 드러날 수 있습니다.

직접 제작한 운영 검토 안내입니다. 네 가지 확인은 제안하는 수용 기준이며, 플러그인 인증이나 측정된 안전성 결과는 아닙니다.

다른 사람이 결과를 이해할 수 있는지 측정한다

가장 많은 것을 드러내는 평가는 인계인 경우가 많습니다. 원래 요청을 작성하지 않은 사람에게 환경을 살펴보고 무엇이 바뀌었는지 설명해 달라고 해 보세요. 조작자가 기억을 되살려 모든 단계를 설명해야 한다면 관찰 가능성에는 여전히 문제가 있습니다.

작은 시험에는 네 가지 구체적인 결과를 확인하는 목록을 사용할 수 있습니다. 의도한 머신이 작업을 받았는지, 결과가 요청과 맞는지, 일회용 환경 밖에서도 결과를 이용할 수 있는지, 남은 머신 상태를 이해하는지입니다. 이는 제안하는 기준입니다. 에이전트가 생산적으로 보였다는 인상 하나보다 유용합니다.

성공 사례만큼 실패 사례도 잘 보존하세요. 잘못된 브라우저를 연 작업은 올바른 브라우저에서 잘못된 레코드를 고른 작업과 다른 교훈을 줍니다. 전자는 경로와 설정에 관한 문제이고, 후자는 업무 해석이나 검토에 관한 문제입니다.

공식 Cua의 Hermes 안내는 Driver와 MCP 기반 연동도 설명합니다. 각각 동작이 다른 별도의 경로입니다. 여러 접근법의 명령을 설명 없이 섞기보다는 하나를 의도적으로 선택하고 팀의 설정 기록에 명시하세요.

유용한 경계는 팀이 가리킬 수 있는 경계다

사람이 대상을 식별하고 작업을 살펴보며 결과를 회수할 수 있을 때 에이전트에게 컴퓨터를 주는 일이 실용적이 됩니다. Hermes와 Cua Spaces는 이를 위한 구체적인 연동을 제공하며, 실제 업무 전에 플랫폼과 환경 수명 세부 사항을 살펴볼 필요가 있습니다.

시험에 가져갈 질문은 간단합니다. 동료가 사용 중인 컴퓨터를 가리키고 에이전트가 그곳에서 무엇을 할 수 있는지 설명할 수 있을까요? 답이 분명하면 눈에 보이는 데스크톱이 유용한 작업 환경이 됩니다. 다음 실패의 원인을 찾기 쉬워지고 다음 인계도 더 이해하기 쉬워집니다.

출처

• Hermes 플러그인 목록: Cua Spaces — 2026년 10월 20일 등록, 10월 21일 갱신. 플랫폼 경로, 설정, 환경 수명 동작.
• Cua: Hermes 연동 안내 — 2026년 10월 27일 확인. Driver와 MCP의 별도 설정 경로.
• Cua Spaces 요금 — 2026년 10월 27일 확인. 요금제, 한도, 사용자 소유 컴퓨터 방식, 향후 기능 표시.
• 공식 Spaces 뷰어 스크린샷과 해당 커밋의 MIT 라이선스 — Cua AI, Inc.의 문서 이미지.

출처 확인일: 2026년 10월 27일. 설정 명령은 문서에 나온 예이며 업무 흐름은 설명용입니다. 이 글을 위해 설치, 격리 감사, 업무 비용 벤치마크를 수행하지 않았습니다.

Telli.sh의 제안

설정 노트와 시험 녹음, 에이전트 업무를 설계한 결정의 배경을 검색 가능한 곳에 모으고 싶으신가요? Telli.sh에 참고 자료를 모아 다음 담당자도 맥락을 이해할 수 있게 정리해 보세요.