mngr

mngr이란?

mngr은 AI 에이전트를 실행되는 곳—로컬, 원격 호스트, 또는 컨테이너/샌드박스—에서 관리하는 유닉스 스타일 명령줄 도구입니다. 프로젝트는 mngr을 에이전트를 생성, 삭제, 나열, 복제, 연결하는 방법으로 설명하며, 이를 통해 에이전트와 채팅하거나 디버깅할 수 있고 에이전트 인프라를 접근 가능하고 스크립팅 가능하게 유지합니다.

리포지토리는 mngr을 “에이전트를 위한 git”으로 강조하며, SSH, git, tmux 같은 익숙한 기본 요소로 에이전트를 프로그래밍 방식으로 관리할 수 있다고 합니다. 관리형 서비스 없이 에이전트를 실행할 수 있도록 설계되었으며, 대신 표준 메커니즘으로 컴퓨트를 운영하고 연결합니다.

주요 기능

• CLI로 에이전트 관리: 터미널에서 에이전트 생성, 나열, 연결, 메시징 지원. 명명된 에이전트 인스턴스 포함.
• SSH, git, tmux 기반 유닉스 스타일 프로세스 관리: 리포지토리는 이러한 도구로 구축되었다고 하며, 에이전트 생명주기 작업을 표준 인프라 워크플로와 맞춥니다.
• 원격 호스트 및 컨테이너/샌드박스에서 에이전트 실행: README는 단일 로컬 설정이 아닌 “원격 호스트, 컨테이너, 샌드박스”에서의 확장성을 강조합니다.
• 단일 제공자/인터페이스에 종속되지 않는 워크플로 구성: 특정 제공자나 UI에 결합되지 않고 “에이전트 위에” 자신만의 워크플로를 구축할 수 있습니다.
• 플러그인으로 확장 가능: 프로젝트는 플러그인 기반 확장성을 언급합니다.

mngr 사용법

1. mngr 설치: 제공된 스크립트 사용: curl -fsSL https://raw.githubusercontent.com/imbue-ai/mngr/main/scripts/install.sh | bash.
2. 에이전트 생성: 예: mngr create는 기본값(README 예시: agent=claude, provider=local, project=현재 디렉토리)으로 로컬 에이전트를 시작합니다.
3. 새 원격 호스트에서 시작: 예: mngr create @.modal은 Modal에서 자동 생성된 호스트 이름으로 에이전트를 시작합니다(README 설명).
4. 에이전트 이름 지정 및 시작할 에이전트 선택: mngr create my-task와 mngr create my-task codex로 선택한 이름과 다른 에이전트 유형을 실행합니다.
5. 연결 및 초기 메시지 전송(선택): README는 기본 에이전트 인수 전달(-- --model ...)과 --no-connect --message "..."로 대기 없이 초기 메시지를 제출할 수 있다고 합니다.

사용 사례

• 개발을 위한 로컬 에이전트 설정: mngr create로 현재 디렉토리에서 에이전트를 시작한 후 일관된 터미널 워크플로로 채팅/디버깅.
• 호스트 간 단일 에이전트에서 다수로 확장: 원격 호스트, 컨테이너, 샌드박스에서 “수백 개 에이전트” 실행하며 동일 CLI로 나열/연결.
• 에이전트 상태 복제/스냅샷: 에이전트 구성과 상태를 복제/관리 가능(README에 clone/snapshot/migrate 작업 나열).
• 제공자 중립 워크플로: 특정 제공자/인터페이스에 묶이지 않고 다양한 에이전트 유형과 실행 위치를 오케스트레이션하는 고급 워크플로 구축.
• 팀/공유 인프라 접근 패턴: SSH 기반 연결과 표준 도구(tmux, git)로 기존 운영 관행에 맞는 에이전트 프로세스 관리.

자주 묻는 질문

mngr은 관리형 서비스인가요? 아니요. README는 “관리형 서비스 불필요”라고 명시하며, SSH, git, tmux 기반 CLI로 사용자가 제어하는 컴퓨트와 작동한다고 설명합니다.

에이전트는 어디서 실행되나요? README에 따르면, 로컬뿐만 아니라 원격 호스트, 컨테이너, 샌드박스에서 실행 가능합니다.

mngr 설치는 어떻게 하나요? 리포지토리는 GitHub 스크립트를 bash로 파이프하는 설치 명령을 보여줍니다.

시작할 에이전트나 모델을 커스터마이징할 수 있나요? README는 기본 에이전트에 인수 전달(예: -- --model opus)과 에이전트 유형 선택(예: mngr create my-task codex)이 가능하다고 합니다.

대안

• 범용 SSH 기반 원격 프로세스 관리 + 커스텀 스크립트: tmux 세션 실행 및 SSH 연결 가능하지만, 에이전트 생명주기, 나열, 메시징 워크플로를 직접 구축해야 합니다.
• 기타 에이전트 오케스트레이션 프레임워크: API/UI로 에이전트 관리하는 프레임워크는 시작이 간단할 수 있지만, mngr의 “SSH + git + tmux” 접근보다 특정 제공자/인터페이스에 더 강하게 결합될 수 있습니다.
• 컨테이너 전용 워크플로(Docker Compose/Kubernetes 작업) + 수동 연결: 런타임 환경 표준화 가능하지만, mngr의 “에이전트를 위한 git” 개념(복제/스냅샷)과 터미널 우선 에이전트 관리 인터페이스를 잃습니다.
• 에이전트 생명주기 관리 없는 Git 기반 도구: 에이전트 코드와 구성 버전 관리 가능하지만, 실행 중 에이전트 생성/연결/메시징을 위한 별도 도구가 필요합니다.