에이전트 친화적 기능
대부분의 에이전트 관리자는 사람을 위해 만들어졌습니다. 당신이 버튼을 누르고, 탭을 바꾸고, git 명령어를 실행합니다. 에이전트는 터미널에 앉아 기다립니다. Pane은 반대로 작동합니다. 에이전트가 Pane을 설치하고, 명령어를 찾고, 작업 공간을 만들고, 다른 에이전트를 시작하고, 진행 상황을 확인한 뒤 보고할 수 있습니다. 별도 SDK도, 호스팅 서비스도 없습니다. 모든 에이전트가 이미 쓸 줄 아는 CLI만 있으면 됩니다.
확인해 보세요. 아무것도 없는 상태에서 에이전트가 도구를 설치하고, 사용법을 파악하고, 격리된 작업 공간을 만들고, 다른 에이전트를 시작하고, 사람의 클릭 없이 전체 워크플로를 관리할 수 있나요? Pane이라면 가능합니다.
npm과 PyPI에 배포됩니다. 에이전트는 명령어 하나로 Pane을 설치할 수 있습니다. 브라우저, 다운로드 페이지, Applications 폴더로 드래그하는 과정은 필요 없습니다. Node나 Python이 있다면 Pane을 쓸 수 있습니다.
중요한 이유: 에이전트는 다운로드 버튼을 누를 수 없습니다. 수동 설치가 필요하면 직접 설정할 수 없습니다. Pane은 에이전트가 이미 쓰는 패키지 관리자에서 만날 수 있습니다.
npx --yes runpane@latest
pipx run runpane
pnpm dlx runpane@latest전체 명령어 스키마가 공개 URL에 게시됩니다. 에이전트는 설치 전에 Pane이 제공하는 기능을 읽을 수 있습니다. 문서 사이트를 훑거나 GitHub 저장소를 복제할 필요가 없습니다. curl 한 번이면 됩니다.
중요한 이유: 에이전트는 패키지 설치에 신중합니다. 도구가 하는 일을 먼저 확인할 수 있으면 안심하고 쓸 수 있습니다.
curl -fsSL https://runpane.com/runpane-cli-contract.json설치 후 runpane agent-context를 실행하면 모든 명령어의 짧은 요약이 나옵니다. 짧다는 게 핵심입니다. 에이전트의 컨텍스트 창에 들어갑니다. 특정 명령어의 세부 정보가 필요할 때는 그 내용만 불러옵니다.
중요한 이유: 대부분의 CLI 도움말은 사람을 위해 쓰였습니다. 에이전트에는 컨텍스트 창을 낭비하지 않는 구조적이고 짧고 파싱 가능한 요약이 필요합니다.
runpane agent-context --json
runpane agent-context --command "panes create" --json모든 명령어에 --json 플래그가 있습니다. 에이전트는 안정적으로 파싱할 수 있는 구조화된 데이터를 받습니다. 열 너비를 추측하거나 ANSI 코드를 지우거나 사람이 읽는 표에 정규식을 쓸 필요가 없습니다.
중요한 이유: 사람이 읽는 출력을 파싱하려는 에이전트는 자주 실패합니다. JSON은 자동화가 가장 자연스럽게 다루는 언어입니다.
runpane panes list --json
runpane panels screen --panel <id> --limit 80 --json에이전트는 "계속할까요?" 같은 질문에 답할 수 없습니다. 무언가를 바꾸는 모든 명령어는 비대화형으로 쓸 때 --yes가 필요합니다. 이 플래그가 없으면 할 일을 보여주고 종료합니다. 있으면 실행합니다.
중요한 이유: 응답을 기다리는 질문 하나가 전체 에이전트 워크플로를 멈춥니다. 비대화형 모드는 '에이전트 친화적' 도구와 '에이전트가 실제로 쓸 수 있는' 도구를 가릅니다.
runpane panes create --repo active --name "issue-42" --agent codex --yes --json에이전트가 터미널 출력을 읽을 때 10,000줄은 필요 없습니다. 기본 출력은 짧습니다. 더 필요할 때만 --limit 값을 늘립니다.
중요한 이유: 불필요한 출력 한 줄마다 에이전트가 생각에 쓸 토큰이 줄어듭니다. 컨텍스트 창을 아끼는 건 에이전트 UX에서 가장 중요합니다.
runpane panels screen --panel <id> --limit 80 --json
runpane panels output --panel <id> --limit 200 --json에이전트는 pane을 만들기 전에 환경을 확인해야 합니다. runpane doctor는 래퍼 버전, 플랫폼, 설치된 앱, 데몬 상태를 확인합니다. 문제가 있으면 시간을 낭비하기 전에 알 수 있습니다.
중요한 이유: 환경 확인을 건너뛰면 조용히 실패하는 pane을 만들 수 있습니다. doctor 명령어가 문제를 미리 잡습니다.
runpane doctor --json에이전트가 pane을 만들 때 --source agent를 쓰면 새 pane이 백그라운드에서 열립니다. 당신도 계속 일하고, 에이전트도 계속 일합니다. 아무도 방해받지 않습니다.
중요한 이유: 작업 공간을 만들 때마다 현재 화면을 빼앗는 에이전트는 쓸 수 없습니다. 백그라운드 생성은 에이전트 오케스트레이션의 기본 조건입니다.
runpane panes create --repo active --name "task" --agent codex --source agent --wait-ready --yes --json에이전트 하나가 pane을 만들고, 다른 에이전트를 시작하고, 완료를 기다리고, 출력을 읽고, 후속 입력을 보내고, 결과를 확인할 수 있습니다. 이것이 완전한 에이전트 루프입니다. 호스팅 스케줄러도, 별도 SDK도 없습니다. CLI 명령어만 씁니다.
중요한 이유: 업계는 전문 에이전트 여러 개를 오케스트레이터 에이전트 하나가 관리하는 방향으로 가고 있습니다. Pane은 오케스트레이터에 필요한 명령어를 제공합니다. 오픈 소스 runpane-orchestrator 스킬이 바로 이 일을 합니다.
runpane panes create --agent codex --prompt "Implement issue 42" --source agent --yes --json
runpane panels wait --panel <id> --for idle --json
runpane panels screen --panel <id> --json
runpane panels submit --panel <id> --text "Continue" --yes --jsonClaude Code, Codex, Aider, Goose, OpenCode 등 모든 CLI 에이전트를 지원합니다. Windows, WSL, macOS, Linux, VM, 원격 호스트에서 작동합니다. Pane은 특정 에이전트나 플랫폼에 가두지 않습니다. 새 에이전트가 내일 출시돼도 오늘의 Pane에서 작동합니다.
중요한 이유: AI 에이전트 판도는 매달 바뀝니다. 워크플로 도구가 에이전트 하나에 묶이면 그 운명에도 묶입니다. Pane은 AI 통합 도구가 아니라 터미널 호스트라서 에이전트를 가리지 않습니다.
다시 확인해 보세요. 아무것도 없는 상태에서 에이전트가 도구를 설치하고, 사용법을 파악하고, 사람의 개입 없이 완전한 멀티 에이전트 워크플로를 실행할 수 있나요?
| 기능 | Pane | 대부분의 다른 도구 |
|---|---|---|
| 에이전트 직접 설치 | npm / pip | 수동 다운로드 |
| 명령어 탐색 | 공개 URL + CLI | 문서 읽기 |
| 구조화된 출력 | 모든 명령어에 --json | 사람이 읽는 출력만 제공 |
| 비대화형 실행 | --yes 플래그 | 대화형 확인 질문 |
| 에이전트 루프 | 완전한 CLI 명령어 | 지원하지 않음 |
| 여러 운영체제 지원 | Win, WSL, Mac, Linux | macOS만 지원 |
| 에이전트를 가리지 않음 | 모든 터미널 CLI | 에이전트 한두 개 |
마지막 업데이트 2026년 6월 24일