Paseo, 코딩 에이전트 작업을 폰에서도 이어서 관리해요

Paseo, 코딩 에이전트 작업을 폰에서도 이어서 관리해요

AI 뉴스 썸네일

Claude Code와 Codex처럼 서로 다른 코딩 에이전트를 함께 쓰면 실행 창과 작업 상태가 빠르게 늘어나요. Paseo는 여러 에이전트를 한곳에서 실행하고, 데스크톱에서 시작한 작업을 휴대폰이나 웹, CLI에서 이어서 관리하는 오픈소스 도구예요. 에이전트는 사용자의 개발 환경이 있는 머신에서 돌아가요. 1

핵심 요약

구분	핵심	왜 볼 만한가요
여러 제공자 지원	Claude Code, Codex, Copilot, OpenCode, Pi를 같은 화면과 CLI에서 다뤄요	작업 성격에 맞춰 에이전트와 모델을 바꾸기 쉬워요
기기 간 연결	데스크톱, iOS, Android, 웹, CLI 클라이언트가 로컬 daemon에 접속해요	책상에서 시작한 작업을 이동 중에도 확인하고 후속 지시를 보낼 수 있어요
셀프호스팅	에이전트가 기존 도구와 설정, 자격 증명이 있는 사용자 머신에서 실행돼요	별도의 원격 개발 환경으로 프로젝트를 옮길 필요가 적어요
자동화 확장	CLI와 전용 Skills로 실행, 인계, 반복 검증, 다중 의견 수집을 구성해요	사람이 화면을 계속 지켜보지 않아도 반복 작업 흐름을 만들 수 있어요

1. 여러 코딩 에이전트의 실행 창을 하나로 모아요

Paseo의 중심에는 로컬 서버인 daemon이 있어요. 데스크톱 앱, 모바일 앱, 웹, CLI가 이 서버에 연결되고 daemon이 코딩 에이전트 프로세스를 관리해요. 데스크톱 앱을 열면 daemon이 자동으로 시작돼요. 서버나 화면 없는 환경에서는 npm으로 CLI를 설치해 직접 띄울 수 있어요. Docker로 daemon과 셀프호스팅 웹 화면을 운영하는 방법도 제공해요. 2

지원 대상은 Claude Code, Codex, GitHub Copilot, OpenCode, Pi예요. 각 도구의 CLI와 자격 증명을 먼저 설치한 뒤 Paseo에서 실행하는 방식이에요. 같은 인터페이스를 쓰더라도 모델 비용과 이용 한도, 인증 정책은 각 제공자에 그대로 남아요. 특정 에이전트를 연결했다는 이유만으로 기존 구독이나 권한 관리가 Paseo 하나로 합쳐지는 구조는 아니에요.

728x90

작업은 데스크톱에서 시작하고 휴대폰에서 상태를 확인할 수 있어요. 완료된 실행에 후속 지시를 보내거나 음성으로 새 작업을 전달하는 기능도 있어요. 기기 페어링에는 종단 간 암호화 relay를 선택할 수 있고, 원하지 않으면 TCP나 Tailscale 같은 별도 네트워크를 쓸 수 있어요. 프로젝트는 텔레메트리와 추적, 강제 로그인을 두지 않는다고 밝혔어요. 다만 원격 접속을 열 때는 daemon의 노출 주소와 인증 방식, VPN 설정을 직접 점검해야 해요. 2

CLI에서는 `paseo run`으로 에이전트를 시작하고, `paseo ls`로 실행 목록을 봐요. `paseo attach`는 실시간 출력을 연결하고 `paseo send`는 진행 중인 작업에 후속 지시를 보내요. 원격 daemon 주소를 지정하면 서버에서 실행되는 작업도 같은 명령으로 다룰 수 있어요. 화면에서 하던 일을 스크립트와 자동화로 옮기려는 개발자에게 유용한 구성이고, CI와 섞을 때는 비대화형 인증과 명령 승인 정책을 따로 설계해야 해요.

Skills가 작업 인계와 반복 실행을 맡아요

Paseo는 다른 코딩 에이전트가 Paseo를 조작하도록 전용 Skills도 제공해요. handoff는 한 에이전트의 작업을 다른 에이전트로 넘겨요. loop는 명시한 승인 기준을 만족할 때까지 실행과 확인을 반복해요. advisor는 별도 에이전트의 의견을 받고, committee는 서로 다른 두 에이전트로 원인과 계획을 비교해요. 여러 모델을 띄우는 기능보다 작업 인계 조건과 종료 기준을 어떻게 적는지가 결과 품질을 더 크게 좌우해요.

도입 전에 권한과 운영 비용을 확인해야 해요

셀프호스팅은 소스 코드가 외부 작업 환경으로 이동하는 범위를 줄일 수 있어요. 그렇다고 에이전트의 권한까지 자동으로 제한되지는 않아요. 에이전트는 사용자 머신의 개발 도구와 설정, Skills를 활용하므로 저장소 쓰기 권한과 셸 명령, 비밀 정보 접근 범위를 좁혀야 해요. 휴대폰 연결이나 원격 daemon을 쓴다면 공개 포트와 relay, VPN 구성도 함께 확인하는 편이 안전해요.

여러 에이전트를 동시에 실행하면 모델 사용량과 검토할 결과도 늘어요. 첫 도입에서는 작업 두세 개만 나누고 완료 시간, 실패한 테스트, 사람이 검토한 시간, 되돌린 변경 수를 비교해 보는 게 좋아요. Paseo의 AGPL-3.0 라이선스는 수정본을 네트워크 서비스로 제공할 때 소스 공개 의무가 생길 수 있어요. 사내 수정판이나 고객용 서비스에 넣기 전에는 배포 방식이 라이선스 조건에 닿는지 확인해야 해요. 2

왜 중요한가요

코딩 에이전트가 늘수록 개발자는 코드를 생성하는 시간보다 실행 상태를 확인하고 다음 작업을 보내는 데 더 많은 시간을 쓸 수 있어요. Paseo는 서로 다른 제공자의 실행을 하나의 daemon과 클라이언트 구조로 묶고, 같은 작업을 데스크톱과 휴대폰, CLI에서 이어가게 해요. 장시간 걸리는 테스트나 리팩터링을 자리를 옮겨서도 확인할 수 있다는 점이 기존 터미널 중심 도구와 다른 부분이에요. 2

팀에 맞는지는 지원 모델 수보다 권한과 네트워크를 얼마나 안전하게 나눌 수 있는지에 달려 있어요. 로컬 실행은 기존 개발 환경을 그대로 쓰는 장점이 있지만, 잘못된 명령이 같은 환경에 미치는 범위도 커져요. 작은 저장소에서 실행 권한과 비용, 검토 시간을 먼저 측정하면 원격 제어와 다중 에이전트 운영이 실제로 시간을 줄이는지 판단할 수 있어요.

참고 자료

1. Paseo - 여러 코딩 에이전트를 데스크톱·모바일에서 관리하는 오케스트레이터 — GeekNews
2. getpaseo/paseo — GitHub