모든 Claude Code 에이전트를 한 화면에서 관리하기 — 재부팅 후에도 유지되는 환경 (Windows, WSL 미사용)

저는 Windows에서 여러 개의 Claude Code / Codex / Gemini 에이전트를 동시에 실행합니다. 가장 어려웠던 점은 단순히 "더 많은 창을 여는 것"이 아니었습니다. 그것은 주의력(attention), 조정(coordination), 그리고 재부팅 시 모든 것을 잃지 않는 것이었습니다. 그래서 저는 wmux를 구축해 왔으며, 지난 한 달 동안 이것은 단순한 터미널이라기보다 에이전트들이 살아가는 기질(substrate)에 가까워졌습니다. 세 가지 핵심 요소는 다음과 같습니다:

1. 하나의 콕핏(Cockpit) — Fleet View (Ctrl+Shift+A). 모든 워크스페이스에 걸친 모든 에이전트를 한 화면에 보여줍니다. 사용자의 응답을 기다리며 차단된 에이전트들은 "2 need you" 칩과 함께 상단으로 떠오릅니다. 클릭하면 해당 창으로 즉시 이동합니다.
2. WSL 없는 지속성(Persistence). Windows에서 "세션 유지"를 구현하는 일반적인 방법은 WSL + tmux를 사용하는 것입니다. wmux는 네이티브 PowerShell / cmd에서 이를 가능하게 합니다. 분리된 데몬(detached daemon)이 모든 PTY를 소유하므로, 창을 닫거나 컴퓨터를 재부팅해도 작업이 중단되지 않습니다. 재부팅 후에는 각 Claude 창이 실행 중이던 정확한 claude --resume <id> 명령을 권한 모드 그대로 재개할 것인지 제안합니다.
3. 협업하는 에이전트들 (A2A). 창들은 고립된 섬이 아닙니다. 한 워크스페이스의 에이전트가 다른 워크스페이스의 에이전트에게 작업을 전달할 수 있으며(승인 게이트 뒤에서 작동하여 아무것도 자동 실행되지 않는 a2a_task_send 방식), 모두에게 브로드캐스트하거나 주변에 누가 있는지 탐색할 수 있습니다. 설정이 필요 없는 MCP (브라우저 + 터미널 도구), wmux CLI, 그리고 샌드박스화된 UI 플러그인과 결합하여, wmux는 다른 도구들이 오케스트레이션할 수 있는 스크립트 가능한 기반(base)이 됩니다. 폐쇄형 앱이 아닙니다.

방법 및 이유 (개발자용): 이 모든 것은 하나의 결정에 달려 있습니다. 별도의 데몬이 PTY를 소유하고 Electron UI는 단지 그것을 보여주는 창일 뿐이라는 점입니다. 이것이 재부팅 생존(reboot-survival)과 A2A 버스를 가능하게 만드는 핵심입니다. 지속성이나 공유 이벤트 버스는 나중에 덧붙일 수 있는 것이 아닙니다. 가장 큰 교훈: 에이전트 상태를 확인하기 위해 터미널을 스크래핑(scrape)하지 마세요. 실제 신호를 위해 Claude Code의 훅(hooks)을 연결해야 합니다 (제 정규식은 박스 형태의 AskUserQuestion UI를 놓쳤습니다). 또한 재부팅 생존 버그는 통합의 이음새(integration seams)에 숨어 있습니다 (저장 디바운스(save-debounce)와 강제 SIGKILL 간의 차이, 창의 포커스 보고가 타이핑으로 오인되는 문제 등). 오직 실제 GUI를 사용하는 도그푸딩(dogfooding)을 통해서만 이러한 버그를 잡아낼 수 있었으며, 녹색 유닛 테스트(unit tests)로는 절대 잡아낼 수 없었습니다.

Windows 개발자들도 일류(first-class) 에이전트 플랫폼을 누릴 자격이 있다고 생각하며, 이를 위해 Linux 서버를 임대하지 않고도 앱이나 기기가 종료된 이후에도 세션이 유지되어야 합니다.
제출자: /u/wong2kim
[link] [comments]