Paseo는 Claude·Codex·Hermes 등 여러 에이전트를 병렬 실행하고, 한 에이전트가 다른 에이전트에 일을 맡기도록 만드는 로컬 퍼스트 오케스트레이션 플랫폼입니다.
도입 가치가 가장 큰 경우는 이미 여러 코딩 에이전트를 쓰면서 터미널·브랜치·작업 상태가 흩어져 있는 개인 개발자와 소규모 팀입니다. 반면 일반 문서 업무 자동화나 전사형 권한·감사 체계가 목적이라면 Paseo만으로는 부족합니다.
PASEO SOFTWARE ANALYSIS · 2026.08.07
여러 AI 코딩 에이전트를
한곳에서 지휘하는
Paseo
Paseo는 Claude Code·Codex·OpenCode·Pi·Hermes 등 서로 다른 코딩 에이전트를 로컬 환경에서 실행하고, 데스크톱·모바일·CLI로 감독하는 오픈소스 컨트롤 레이어입니다. 핵심은 단순한 멀티 채팅이 아니라, 한 에이전트가 다른 에이전트에 일을 나누는 교차 공급자 오케스트레이션입니다.
Paseo · local-mac-mini
멀티 에이전트 실행worktree · review · synthesize
4 agentsPPlanner / Orchestratormain workspace
RUNNING“기획·구현·리뷰를 서로 다른 에이전트에 분담하고 최종안을 통합해줘.”
CCodex구현 + 테스트
HHermes자료 조사 + 문서
RReviewer독립 코드 리뷰
Isolation3 Git worktrees
RemoteE2E relay paired
핵심 정의Paseo = AI 모델이 아니라, 여러 에이전트 프로세스를 지휘하는 로컬 운영층
Executive Summary
먼저 결론부터 보면,
오케스트레이션은 가능합니다
다만 “모든 AI를 자동으로 섞어 쓰는 범용 플랫폼”이라기보다, 이미 설치한 코딩 에이전트 CLI를 하나의 데몬에서 실행·분담·감독하는 개발자용 운영 도구로 이해하는 것이 정확합니다.
멀티 AI 실행
여러 공급자의 코딩 에이전트를 같은 화면에서 동시에 실행하고 상태를 추적할 수 있습니다.
교차 공급자 위임
Claude가 계획하고 Codex가 구현하며 다른 에이전트가 리뷰하는 식의 계층형 흐름을 만들 수 있습니다.
로컬 퍼스트
에이전트는 내 Mac·PC·서버에서 실행되고, Paseo는 기존 CLI와 인증 정보를 그대로 사용합니다.
범용 AI 라우터는 아님
모델 API를 자동 라우팅하는 서비스가 아니라, 실행 가능한 코딩 에이전트 프로세스를 관리하는 도구입니다.
도입 관점 평가
멀티 에이전트
9.2
원격·모바일
9.0
개인 개발 생산성
8.6
초기 진입 난이도
6.8
기업 거버넌스
5.4
누구에게 적합한가?
도입 효과가 큰 사용자
- Claude Code와 Codex를 함께 쓰는 개발자
- 여러 프로젝트·브랜치를 병렬 진행하는 사람
- 외출 중 휴대폰으로 에이전트를 감독하려는 사용자
- 로컬·VPS·Mac mini를 에이전트 실행 서버로 쓰는 팀
별도 검토가 필요한 사용자
- 코딩보다 문서·영업 업무가 중심인 비개발 조직
- 강한 RBAC·감사 로그·승인 체계를 요구하는 기업
- 하나의 AI만 가끔 쓰는 사용자
- 클라우드 완전 관리형 서비스를 원하는 팀
What is Paseo?
Paseo는 AI가 아니라
AI 에이전트 관제실입니다
내 컴퓨터에 설치된 Claude Code·Codex·OpenCode·Pi·ACP 에이전트를 Paseo 데몬이 실행하고, 데스크톱·웹·모바일·CLI가 그 데몬에 연결되는 구조입니다.
Control Plane
프로젝트·워크스페이스·에이전트·터미널·브라우저·Diff를 한 화면에서 여는 운영 UI입니다.
Local Daemon
내 Mac·Windows PC·서버에서 에이전트 프로세스를 시작하고 중지하며 상태와 작업 수명을 관리합니다.
Provider Bridge
Paseo가 모델을 대신 제공하지 않고, 이미 설치·로그인된 각 공급자의 CLI와 설정·Skill·MCP를 그대로 사용합니다.
Daemon–Client 아키텍처
코드는 실행 머신에 남고, 클라이언트는 로컬·직접 연결·E2E Relay로 제어Clients
어디서 지시할까?
Desktop App
Mobile App
Web App
Paseo CLI
Local Control Layer
Paseo Daemon
에이전트 수명 관리
Workspace / Worktree
WebSocket · MCP · API
Schedule · Heartbeat
Agent Processes
무엇이 실제로 일할까?
Claude Code / Codex
OpenCode / Pi
Hermes / Gemini / Cursor
Custom ACP Agent
중요: Paseo 자체는 코드와 API 키를 중앙 서버로 모아 프록시하지 않습니다. 다만 각 코딩 에이전트는 원래 사용하던 공급자 API·구독 정책에 따라 외부 서비스와 통신합니다.
모델 제공업체가 아닙니다
OpenAI·Anthropic 등의 계정, 구독 또는 API 키는 별도로 준비해야 합니다.
전통적인 IDE가 아닙니다
코드 편집기 자체보다는 에이전트·워크스페이스·터미널·Diff를 관리하는 관제 도구에 가깝습니다.
범용 업무 자동화 플랫폼이 아닙니다
메일·회계·CRM을 기본 제공하는 도구가 아니라 소프트웨어 개발 에이전트 운영에 초점이 있습니다.
Multi-Agent Orchestration
여러 AI를 실제로
어떻게 지휘하는가
Paseo의 차별점은 한 공급자 내부의 Subagent를 넘어서 서로 다른 공급자·모델·워크스페이스 사이로 작업을 넘길 수 있다는 점입니다.
병렬 실행
사용자가 여러 에이전트 세션을 직접 열어 각 작업을 동시에 진행합니다.
멀티 터미널을 UI로 정리
계층형 위임
메인 에이전트가 Paseo Tool·MCP·CLI를 통해 다른 공급자의 Worker를 생성하고 후속 업무를 전달합니다.
Planner → Builder → Reviewer
자동 반복·스케줄
Loop·Heartbeat·Schedule을 이용해 CI 감시, 일일 이슈 정리, 재시도 작업을 지속합니다.
Cron + 상태 재평가
외부 이벤트 트리거
Hub를 통해 GitHub·Slack·Discord 멘션으로 에이전트를 시작하는 구성이 가능하지만 현재 Private Beta입니다.
팀 자동화 · 아직 베타
| 구분 | Native Subagent | Paseo Subagent |
|---|---|---|
| 공급자 범위 | 부모와 같은 공급자 안에서 동작 | 설정된 다른 공급자·모델까지 선택 가능 |
| 작업 위치 | 부모 에이전트가 관리하는 현재 환경 | 현재 Workspace 또는 별도 Worktree Workspace 지정 |
| 수명 관리 | 부모 공급자에 종속 | Paseo 데몬이 관리하며 후속 메시지·중지·분리 가능 |
| 적합한 용도 | 같은 모델군 안의 빠른 분업 | 계획·구현·검증을 서로 다른 모델에 맡기는 교차 검증 |
대표 오케스트레이션 구조
하나의 정답 모델을 찾기보다 역할별로 강점을 배치01 · Orchestrator
문제 분해
요구사항·수용 기준·작업 순서를 정의
Reasoning Agent02 · Worker A
구현
별도 Worktree에서 코드 수정과 테스트
Codex / Claude03 · Worker B
조사·문서
관련 코드·문서·회귀 위험을 독립 조사
Hermes / Gemini04 · Reviewer
독립 검증
Diff·테스트·복잡도·누락을 평가하고 반환
Different Provider서로 다른 모델로 만들고 검증
메인 채팅은 설계와 통합을 담당하고, 구현 Worker와 독립 Reviewer를 별도로 생성합니다.
1구현과 평가의 대화 맥락을 분리
2Worktree로 파일 충돌 방지
3최종 판단은 Orchestrator가 통합
Natural language prompt
너는 메인 오케스트레이터로 남아 있어. Paseo에서 사용 가능한 구현용 모델을 확인한 뒤, main에서 분기한 별도 worktree를 만들고 첫 번째 에이전트에게 기능 구현과 테스트를 맡겨줘. 완료되면 같은 workspace에 다른 공급자의 리뷰 에이전트를 생성해 정확성, 누락 테스트, 불필요한 복잡도를 검토하게 해줘. 두 결과를 여기에서 하나의 최종 보고로 통합해줘.
읽기 전용 조사 Fan-out
같은 Workspace에서 여러 에이전트가 서로 다른 관점으로 조사하고, 파일 수정 없이 결과만 모읍니다.
1요청 흐름·테스트·회귀 위험 분리
2읽기 전용이면 같은 Workspace 공유 가능
3병렬 조사 후 메인 에이전트가 합성
Fan-out prompt
이 workspace에 Paseo subagent 3개를 만들어줘. 1번은 요청 처리 경로를 추적하고, 2번은 관련 테스트와 누락된 경계 조건을 찾고, 3번은 비슷한 회귀 이력을 조사해줘. 모두 파일을 수정하지 말고 읽기 전용으로 작업한 뒤, 세 결과의 공통점과 충돌점을 종합해줘.
독립 이슈를 별도 Worktree로
서로 다른 파일을 수정하더라도 안전하게 병렬화하려면 이슈마다 Git Worktree를 분리합니다.
1각 에이전트가 독립 브랜치 사용
2개발 서버 포트 자동 분리 가능
3Diff·테스트 결과를 한 화면에서 비교
Parallel edit prompt
이 두 이슈를 두 개의 Paseo subagent에 나눠줘. 각 이슈마다 main에서 분기한 별도 worktree workspace를 만들고, 가장 적합한 구현 모델을 선택해 수정과 집중 테스트를 실행하게 해줘. 완료 후 두 브랜치의 diff, 테스트 결과, 병합 순서를 비교해서 알려줘.
CI가 끝날 때까지 재평가
Heartbeat는 같은 에이전트 대화에 주기적으로 다시 프롬프트를 보내 상태를 확인하고 계속 작업하게 합니다.
1새 Agent를 만드는 Schedule과 구분
2CI·배포·빌드 감시에 적합
3최대 시간과 종료 조건을 반드시 지정
Heartbeat prompt
Paseo heartbeat를 10분 간격으로 만들어줘. 이 PR의 CI를 계속 확인하고 새 실패가 생기면 원인을 분석해 수정해줘. 모든 체크가 통과하면 heartbeat를 중지하고, 2시간이 지나도 해결되지 않으면 현재 상태와 차단 요인을 보고해줘.
/paseo-handoff작업 인계
현재 맥락과 수용 기준을 다른 공급자의 에이전트에 넘깁니다.
/paseo-loop반복 실행
검증 조건이 충족될 때까지 Worker와 Verifier 흐름을 반복합니다.
/paseo-advisor두 번째 의견
파일을 수정하지 않는 조언자 에이전트를 호출해 판단을 보완합니다.
/paseo-committee위원회 분석
서로 다른 관점의 고추론 에이전트가 원인과 계획을 독립 검토합니다.
Hermes Agent도 연결 가능한가?
가능합니다. Hermes Agent는 Paseo의 공식 ACP Provider Catalog에 포함되어 동일 UI에서 실행할 수 있습니다. 다만 Hermes를 메인 Orchestrator로 사용할 때는 선택한 버전과 ACP/MCP 노출 범위에서 Enable Paseo tools가 정상 제공되는지 먼저 확인하고, 초기에는 Hermes를 조사·문서 Worker로 배치해 검증하는 방식이 안전합니다.
Key Features
Paseo의 주요 기능과
실제 활용 가치
단순한 에이전트 채팅 UI를 넘어, 병렬 개발에 필요한 Workspace·Git·터미널·브라우저·모바일 감독·자동 실행 기능을 하나로 묶습니다.
Multi-provider
Claude Code·Codex·OpenCode·Pi의 First-class 지원과 ACP Catalog를 통해 다양한 에이전트를 같은 인터페이스에 배치합니다.
Bring your own accountGit Worktree 격리
에이전트마다 별도 디렉터리와 브랜치를 만들어 동시에 수정해도 서로의 작업 파일을 덮어쓰지 않게 합니다.
병렬 개발 핵심Split Panels
에이전트 대화, 터미널, 파일, Diff, 브라우저, 로그를 같은 Workspace에서 나란히 열 수 있습니다.
관제 집중도 향상Review · PR · Merge
변경 Diff를 인라인 검토하고 브랜치 Commit, PR 생성, Checks 확인과 Merge까지 앱 안에서 이어갈 수 있습니다.
GitHub CLI 권장Desktop ↔ Mobile
내 컴퓨터의 데몬에 iOS·Android 앱이 연결되어 외출 중에도 진행 상황, Diff, 터미널과 에이전트를 확인할 수 있습니다.
E2E Relay 선택Local-first Voice
음성 입력·읽기를 로컬 ONNX 모델로 처리하거나 OpenAI 음성 Provider를 선택할 수 있습니다.
한국어 로컬 STT 주의CLI · JSON 출력
앱 기능을 터미널 명령으로 자동화하고, JSON Schema 출력으로 다른 스크립트나 CI 파이프라인에 연결할 수 있습니다.
paseo run · ls · sendSchedule · Heartbeat
정해진 Cron에 새 에이전트를 시작하거나 기존 에이전트에게 주기적으로 상태를 재평가하도록 할 수 있습니다.
일일 triage · CI 감시Hub Triggers
GitHub Issue·PR, Slack·Discord 멘션으로 에이전트를 시작하는 팀용 상위 서비스가 제공되지만 현재 Private Beta입니다.
Self-hosted first지원 에이전트 범위
First-class + Agent Client Protocol Catalog
Claude CodeCodexOpenCodePi
Hermes AgentCursorGemini CLIGitHub CopilotGrokKimi CodeQwen Code25+ more ACP agents
First-class Provider는 Paseo가 기능을 깊게 통합한 경로이고, ACP Catalog Provider는 Agent Client Protocol 어댑터로 연결됩니다. 에이전트마다 모델 전환·승인·Subagent 표시 등 세부 기능 범위가 같지는 않을 수 있습니다.
macOS & Windows
설치와 사용 방법을
운영체제별로 구분
Desktop 앱은 데몬을 포함하므로 가장 간단합니다. 공통 전제는 Paseo가 사용할 코딩 에이전트 CLI를 먼저 설치하고 로그인해 두는 것입니다.
macOS 설치
Apple Silicon·Intel DMG 또는 Homebrew Cask 지원
1
사용할 Agent CLI 설치·인증예: Codex CLI, Claude Code, Hermes Agent 중 최소 하나를 터미널에서 정상 실행
2
Paseo Desktop 설치Homebrew 또는 공식 DMG로 설치하면 앱 실행 시 로컬 데몬이 자동 시작
3
Provider 확인Settings → Host → Providers에서 Refresh·Diagnostic으로 실행 파일 경로와 버전 확인
4
프로젝트·Workspace 생성폴더를 추가하고 Local 또는 Git Worktree 격리 방식으로 Agent 시작
5
오케스트레이션 활성화Settings → Host → Agents에서 Enable Paseo tools, Integrations에서 Skill 설치
6
모바일 PairingSettings → Host → Pair Device에서 QR을 생성해 iOS·Android 앱 연결
Terminal · example with Codex
brew install --cask paseo # 예시 Provider: Codex CLI npm install -g @openai/codex codex login # Paseo orchestration skills npx skills add getpaseo/paseo
Mac에서 Provider가 ‘Not installed’로 보일 때
Dock·Finder에서 실행한 앱은 터미널과 PATH가 다를 수 있습니다. Paseo는 로그인 셸 환경을 읽으므로 nvm·mise·asdf 초기화가 새 로그인 셸에서도 동작하도록 .zprofile / .zshrc를 점검하고 앱을 재시작하세요.
~/Library/Logs/Paseo/main.log
Mac 권장 운영 방식
Apple Silicon Mac mini를 상시 데몬으로 두고, 노트북·아이폰에서 Relay로 연결하면 이동 중 감독과 야간 Schedule 운영에 유리합니다.
Windows 설치
공식 x64·ARM64 Setup EXE 제공, 데몬·CLI 네이티브 지원
1
Windows용 Agent CLI 설치·인증선택한 Provider가 Windows에서 직접 동작하는지와 자체 요구사항을 먼저 확인
2
공식 Setup EXE 설치PC가 일반 Intel/AMD면 x64, Windows on ARM이면 ARM64 빌드 선택
3
PATH 반영 후 Paseo 재실행Windows는 앱이 시작될 때 받은 환경을 사용하므로 CLI 설치 뒤 완전히 종료·재실행
4
Provider DiagnosticSettings → Host → Providers에서 Resolved path·Daemon PATH·Version 확인
5
Git Worktree 사용 준비Git 설치와 저장소 상태를 확인하고, PR 기능은 gh 로그인까지 준비하면 편리
6
PowerShell·스크립트 호환 확인paseo.json의 setup·teardown 명령은 팀에서 사용하는 Windows 셸 기준으로 테스트
PowerShell · example with Codex
# Paseo는 공식 x64 또는 ARM64 Setup EXE 설치 # 예시 Provider: Codex CLI npm install -g @openai/codex codex login # 경로 확인 where.exe codex # Paseo orchestration skills npx skills add getpaseo/paseo
Windows에서 PATH 변경이 안 보일 때
터미널에서는 실행되지만 Paseo가 못 찾으면 앱을 완전히 종료 후 다시 열고 Provider Diagnostic을 확인하세요. 필요하면 config.json에 실행 파일의 절대 경로를 지정할 수 있습니다.
%APPDATA%\Paseo\logs\main.log
WSL에 대한 판단
Paseo 자체는 Windows 네이티브 빌드를 제공합니다. 다만 연결할 개별 Agent CLI·빌드 도구가 Windows를 완전히 지원하지 않으면 WSL 또는 별도 Linux Dev Box를 실행 Host로 쓰는 편이 안정적일 수 있습니다.
| 항목 | macOS | Windows |
|---|---|---|
| 공식 Desktop | Apple Silicon ARM64·Intel x64 DMG, Homebrew Cask | x64·ARM64 Setup EXE |
| 환경 변수 처리 | 앱 시작 시 로그인 셸을 읽어 터미널 PATH를 보완 | 앱이 실행될 때 전달된 Windows 환경을 사용 |
| 일반 점검 명령 | which -a codex · 새 Terminal에서 실행 확인 | where.exe codex · 앱 완전 재시작 |
| 로그 위치 | ~/Library/Logs/Paseo/main.log | %APPDATA%\Paseo\logs\main.log |
| Worktree 명령 | zsh/bash 기반 예제가 자연스럽게 동작 | PowerShell·cmd·Git Bash 중 팀 표준에 맞춰 setup script 검증 필요 |
| 권장 선택 | 상시 실행 Mac mini·Apple Silicon 개발 환경과 높은 궁합 | Windows 네이티브 개발이 중심이면 적합, 일부 CLI는 WSL 필요 여부 별도 확인 |
Provider 준비
Claude·Codex·Hermes 등 최소 하나를 설치하고 자체 로그인까지 완료
Project 추가
작업할 저장소나 일반 폴더를 Paseo의 Project로 등록
Workspace 선택
같은 폴더 공유 또는 Git Worktree 격리를 업무 특성에 맞게 선택
Agent 시작
Provider·모델·모드·권한과 Prompt를 선택해 실행
병렬·위임
Paseo Tool과 Skill로 Subagent, Loop, Advisor를 구성
Review·Ship
Diff·테스트·PR·Checks를 확인하고 Commit·Merge 또는 Archive
Security & Limits
로컬 퍼스트지만,
자동으로 안전한 것은 아닙니다
Paseo가 코드를 중앙 서버로 프록시하지 않는다는 점과, 에이전트가 내 사용자 권한으로 파일·터미널·자격 증명에 접근할 수 있다는 점을 동시에 봐야 합니다.
데이터 통제
- 에이전트 프로세스는 사용자가 정한 Mac·PC·VPS에서 실행
- Paseo가 Provider API 키를 별도 보관·전송하지 않음
- 모바일 Relay 트래픽은 종단간 암호화
- 코드 Telemetry·강제 로그인 없이 오픈소스 운영
운영 위험
- 각 AI Provider는 원래 정책에 따라 코드·Prompt를 클라우드로 전송할 수 있음
- Worktree는 Git 충돌 방지이지 OS 보안 Sandbox가 아님
- Pairing QR·링크는 비밀번호처럼 취급해야 함
- 네트워크 직접 공개 시 비밀번호·VPN·HTTPS 구성 필요
기업 도입 시
- Hub는 현재 Private Beta이며 더 강한 권한·Sandbox가 로드맵
- 공급자별 승인·모드·세부 기능이 동일하지 않음
- Agent가 접근 가능한 Repo·환경 변수·Credential 범위를 별도 통제해야 함
- 안정판이라도 빠른 업데이트 주기로 회귀 검증 필요
모바일은 Relay 우선포트 개방 없이 E2E 암호화 Pairing을 사용하고 QR·Offer URL을 외부에 공유하지 않기
0.0.0.0 무인증 금지LAN·VPN 주소에 Bind할 때 Password를 설정하고, 공용망에서는 Reverse Proxy HTTPS 적용
최소 권한 실행 계정업무용 저장소만 접근 가능한 별도 사용자·Dev Box·Container를 고려하고 Credential 범위 축소
Worktree + 승인 모드독립 편집은 Worktree로 분리하고, 익숙하지 않은 명령은 Allow once·Plan mode부터 시작
Stable 우선업무 환경은 안정판을 기본으로 하고 Beta는 별도 Host·Repo에서 기능 검증 후 도입
Provider 정책 확인Paseo 보안과 별개로 OpenAI·Anthropic·기타 Provider의 데이터 보존·학습·기업 정책 검토
한국어 음성 사용: 기본 로컬 STT 모델은 영어 전용이고, 다국어 로컬 모델도 공식 문서상 유럽 25개 언어 중심으로 한국어가 포함되지 않습니다. 한국어 Dictation이 중요하면 OpenAI STT Provider 사용 또는 별도 입력 방식을 검토해야 합니다.
Adoption Decision
도입은 “전사 적용”보다
작은 Pilot부터
Paseo의 가치는 에이전트 수가 늘고 병렬 작업이 복잡해질수록 커집니다. 처음부터 많은 Provider를 연결하기보다 한 저장소에서 2개 역할을 분리해 생산성과 안전성을 검증하는 것이 좋습니다.
사용 목적 확인
“여러 코딩 Agent의 병렬 개발과 감독”이 핵심인지, 일반 업무 자동화가 핵심인지 먼저 구분합니다.
Provider 2개만 시작
계획·구현 또는 구현·리뷰처럼 역할이 명확한 두 Agent만 연결해 품질 차이를 측정합니다.
Worktree 표준화
paseo.json의 setup·test·service 명령을 정리해 어느 OS에서도 동일한 작업 환경을 재현합니다.
비용·권한 분리
Paseo 비용은 0원이지만 각 Provider 구독·API 비용과 실행 Host·보안 운영 비용은 별도 관리합니다.
권장 4주 Pilot
개인 → 병렬 개발 → 원격 운영 → 팀 통제 순서단일 Host 검증
Mac 또는 Windows 한 대에 안정판 설치, Provider 1~2개 연결, PATH와 기본 Prompt 확인
Worktree 분업
작은 기능을 구현 Agent와 Reviewer로 분리하고 Diff·테스트·Merge 흐름 측정
모바일·자동화
E2E Relay Pairing, Schedule·Heartbeat로 CI 감시와 일일 Triaging 시험
운영 기준 확정
허용 Provider, 승인 수준, Repo 접근 범위, 비용 상한, 로그·업데이트 절차 문서화
| 사용 환경 | 판단 | 이유 | 권장 방식 |
|---|---|---|---|
| 개인 개발자·1인 창업 | 도입 추천 | 여러 Agent·프로젝트·모바일 감독의 효율이 즉시 체감될 가능성 | Stable Desktop + 2 Provider + Worktree |
| 2~10명 개발팀 | 통제된 Pilot | 분업·리뷰 자동화 가치가 크지만 Repo 권한·비용·표준 Script 합의 필요 | 팀 공용 Dev Box보다 개인 Host Pilot부터 |
| 대기업·규제 산업 | 보안 검증 후 | Hub·RBAC·Sandbox·감사 요구를 현재 기능만으로 충족하기 어려울 수 있음 | 격리된 PoC, 보안 심사, Provider Enterprise 정책 병행 |
| 비개발 업무 자동화 | 주력 도구 아님 | 메일·CRM·보고서 자동화보다 Coding Agent 실행과 Git 흐름에 초점 | Hermes·n8n·업무형 Agent 플랫폼을 별도 검토 |
최종 판단: 개발자용 멀티 에이전트 관제 도구로는 매우 유망
Paseo는 여러 AI 모델의 답을 단순 비교하는 앱이 아니라, 로컬 개발 환경과 Git Worktree 위에서 Agent를 실제로 병렬 실행하고 서로 위임시키는 운영층입니다. Mac과 Windows 모두 공식 지원하지만, 성공적인 도입 여부는 Provider CLI의 안정성, PATH·Shell 구성, Repository 격리와 승인 정책에 달려 있습니다.
Release Status
현재 버전과
도입 시점 판단
업데이트 속도가 빠른 프로젝트이므로 Stable과 Beta를 분리해 운영하고, Provider·Worktree·Windows 회귀 여부를 업데이트 때마다 확인해야 합니다.
2026-07-24
v0.2.0
Commit history·Command Center 모델 전환·Service port 관리 등 0.2 계열 기반 기능 확장.
2026-07-30
v0.2.5 Stable
공식 Download 페이지의 기본 안정판. macOS ARM64·x64, Windows x64·ARM64 등 정식 빌드 제공.
2026-08-04
v0.3.0-beta.1
실행 중 Agent Fork, HTML Preview, Mobile Terminal 개선, Skill 선택 설치 등 차기 기능을 대거 추가.
2026-08-05
v0.3.0-beta.2 · 최신 공개 Beta
앱을 벗어났다가 돌아와도 Terminal 출력이 계속 갱신되도록 Beta 안정성을 보완.
2026-08-07
보고서 기준일
실무 도입은 v0.2.5 Stable, 별도 테스트 Host에서만 v0.3.0-beta.2를 검증하는 방식을 권장.
Official Sources
공식 문서와 확인 범위
본 보고서는 Paseo 공식 웹사이트·공식 문서·GitHub 저장소와 Release 정보 중심으로 작성했습니다. 기능과 버전은 빠르게 바뀔 수 있으므로 설치 직전 공식 페이지를 다시 확인하세요.
01Paseo Official제품 정의, Self-hosted·Multi-provider·Cross-device·CLI·Relay 개요원문 열기
02Downloadv0.2.5 Stable, macOS Apple Silicon·Intel, Windows x64·ARM64, Homebrew 정보원문 열기
03Getting StartedDesktop·CLI·Docker 설치, PASEO_HOME, Provider CLI 사전 준비, gh 권장원문 열기
04Why Paseo?Daemon–Client 구조, macOS·Windows·Linux 1차 지원, Provider·Parallel work·Automation 정의원문 열기
05Orchestration교차 공급자 Subagent, Enable Paseo tools, Workspace·Heartbeat 동작원문 열기
06Common Workflows계획→구현, Fan-out, 병렬 Worktree, 구현 후 독립 리뷰 Prompt 예시원문 열기
07Orchestration Skills/paseo-handoff · loop · committee · advisor 설치와 역할원문 열기
08Supported ProvidersFirst-class Provider와 Hermes·Cursor·Gemini·Copilot 등 ACP Catalog 목록원문 열기
09Git Worktrees격리 Workspace, paseo.json setup·teardown·Scripts·Service port 관리원문 열기
10Paseo CLIrun·ls·attach·send·Workspace·Schedule·Agent mode·Remote daemon·JSON 출력원문 열기
11SecurityE2E Relay, Pairing Trust, Direct connection, Password, Provider credential 책임원문 열기
12TroubleshootingProvider PATH 진단, macOS 로그인 셸, Windows 환경과 OS별 로그 위치원문 열기
13VoiceLocal ONNX STT·TTS, OpenAI 선택, Local model 언어 범위원문 열기
14Paseo HubGitHub·Slack·Discord Trigger, Private Beta, Self-hosted first, 향후 권한·Sandbox 계획원문 열기
15GitHub Releasesv0.2.5 Stable·v0.3.0-beta.2 Release 날짜, OS별 설치 자산과 변경사항원문 열기
16GitHub RepositoryREADME, AGPL-3.0 License, Daemon·Desktop·CLI·Relay·Skill 구조원문 열기
본 보고서는 2026.08.07 KST 기준 공개 자료를 분석한 독립 설명 자료입니다. Paseo·각 Provider와의 공식 제휴·보증을 의미하지 않으며, 실제 기능·모델·Installer·보안 설정은 업데이트될 수 있습니다.