Nimbus

24시간 일하는 직원.

당신이 자는 동안에도 앱에 로그인하고, 이메일을 보내고, CRM을 갱신하고, 업무를 처리하는 AI. 한 번만 설정하면 영원히 무료.

하나의 명령으로 CLI, 게이트웨이, 번들된 모든 MCP 서버가 설치됩니다. 영상에서는 Docker 사전 요구사항, OpenRouter API 키 단계, 선택 가능한 Agent Dashboard, 워크플로 가져오기까지 차례로 다룹니다.

Nimbus를 사용하는 두 가지 방법

Self-host

영원히 무료

노트북, 서버, CI 어디서나 실행
macOS, Linux, Windows에서 한 줄 명령으로 설치
전체 소스 제공, BUSL-1.1 라이선스
SHA256 검증 및 SLSA 증명된 릴리스

설치 프로그램 받기

Nimbus Cloud

Managed · Yoodule 운영

프로비저닝, 패치, 모니터링을 24/7로 운영
프로덕션 수준의 가용성과 장애 대응
준비되면 self-host에서 이전 지원
동일한 Nimbus, 동일한 MCP 서버, 운영 부담 없음

Yoodule에 문의하기

Self-host Nimbus는 앞으로도 영원히 무료입니다. Cloud는 직접 운영하는 대신 운영을 맡기고 싶은 팀을 위한 선택입니다.

왜 Nimbus 인가

또 다른 도구는 필요하지 않습니다. 당신에게 필요한 건 직원 — 반복 업무를 처리하고, 당신의 업무 방식을 학습하며, 새벽 2시에 고객 이메일이 와도 함께 깨어 있는 직원입니다. Nimbus가 그 직원입니다. 이미 사용 중인 앱에 연결하고, 당신이 직접 하던 단계를 그대로 따르며, 실행할 때마다 점점 더 똑똑해집니다.


자는 동안에도 일합니다	매일 팔로업, 주간 리포트, 시간 단위 점검 같은 작업을 원하는 시각에 예약하세요. Nimbus가 실행하고 끝나면 알려드립니다.
이미 비용을 지불하고 있는 앱을 활용합니다	Notion, Gmail, CRM, 캘린더. Nimbus가 로그인해 직접 처리합니다 — 복사·붙여넣기도, 내보내기도 없습니다.
위험한 작업은 실행 전에 확인합니다	이메일을 직접 보내지 않고 초안을 작성하고, 행을 삭제하기 전에 계획을 먼저 보여줍니다. 결정권은 항상 사용자에게 있습니다.
문제가 생기면 스스로 복구합니다	비밀번호가 바뀌었거나, 서비스가 재시작되었거나, 앱이 업데이트되어도 Nimbus가 감지하고 해결합니다. 알림이 울리지 않습니다.

Nimbus로 할 수 있는 일

📨 팔로업 이메일 보내기

"지난주 백서를 다운로드했지만 통화 예약을 하지 않은 모든 사람에게 이메일을 보내줘"라고 Nimbus에게 말하세요. 초안을 작성하고 승인을 기다린 뒤 발송합니다.

📊 데이터로 리포트 만들기

"지난달에 성사된 거래를 산업군별로 묶어서 공유 Notion 페이지에 차트를 올려줘." 아침까지 끝납니다. 스프레드시트와 씨름할 필요 없습니다.

🗓️ 받은편지함을 분류합니다

매일 아침 Nimbus가 새 이메일을 라벨링하고, 단순 회신은 초안으로 작성하며, 나머지는 검토용으로 플래그합니다. 사용자는 직접 봐야 하는 것만 확인합니다.

🔁 워크플로를 예약 실행합니다

"매주 금요일 오후 4시에 #team-channel 에 이번 주 주요 성과를 올리고 나에게 요약 이메일을 보내줘." Nimbus가 영원히 실행합니다. 유지보수 없이.

🧠 사용자의 업무 방식을 기억합니다

Nimbus를 오래 사용할수록 더 잘 배웁니다. 항상 보관 처리하는 이메일, 중요한 리포트, 건너뛰어도 되는 단계를 기억합니다.

🛡️ 승인된 작업만 실행합니다

Nimbus는 초안을 작성하고 사용자가 서명합니다. 사용자의 클릭 없이는 이메일을 보내지 않고, 행을 삭제하지 않으며, 메시지를 게시하지 않습니다. 모든 작업에 감사 로그가 남습니다.

Nimbus가 적용되는 곳

모든 것을 직접 처리하는 창업자를 위해

일요일을 팔로업 이메일과 CRM 정리에 쓰지 마세요. 반복 업무는 Nimbus에 맡기고, 당신만 할 수 있는 일에 시간을 쓰세요.

nimbus start — 노트북에 한 번만 설정하면 영원히 무료.

소규모 팀을 위해

팀의 모든 사람에게 각자의 Nimbus 직원을 두세요. 컨텍스트를 공유하고, 각자의 선호를 기억하며, 어떤 고객 메모도 잃지 않습니다.

모든 작업은 서명되고 감사되며 되돌릴 수 있습니다.

제어가 필요한 회사를 위해

자체 인프라 안에서, 자체 키와 자체 감사 로그로 Nimbus를 운영하세요. 아니면 Yoodule에 맡기세요. 어느 쪽이든 같은 직원입니다.

Self-host vs. Cloud 비교 →

시맨틱 게이트웨이 (mcp.json)

궁금한 분들을 위해: Nimbus는 직원이 사용할 수 있는 모든 앱을 나열한 작은 설정 파일 위에서 동작합니다. 직접 손댈 일은 거의 없습니다 — Nimbus는 합리적인 기본값을 함께 제공합니다.

Nimbus는 모든 stdio 및 HTTP 기반 MCP 서버를 단일 인터페이스로 통합합니다. AI 모델이 기능을 요청하면 Nimbus가 Qdrant에 저장된 벡터 임베딩을 사용해 적절한 도구를 동적으로 발견하고 실행합니다.

Nimbus 홈 디렉터리의 mcp.json 을 수정해 활성 서버를 구성하세요.

{
  "mcpServers": {
    "playwright-mcp": {
      "url": "http://localhost:3100/mcp",
      "transport": "streamable-http"
    },
    "notion-mcp": {
      "url": "https://mcp.notion.com/mcp",
      "transport": "streamable-http",
      "auth": "oauth"
    },
    "linkedin-mcp": {
      "command": "uv",
      "args": ["run", "-m", "linkedin_mcp_server", "--transport", "stdio"]
    }
  }
}

게이트웨이는 MCP 트랜스포트 인터페이스를 직접 노출합니다 — nimbus-utility-mcp 같은 래퍼 네임스페이스는 존재하지 않습니다. 모델이 등록된 서버를 찾고 동작하기 위해 필요한 도구는 다음 두 가지뿐입니다:

find_tools — 구성된 MCP 백엔드 전체(및 kind 디스크리미네이터를 통한 검증기 카탈로그)를 시맨틱하게 검색합니다. 모델이 "browse linkedin"을 요청하면, 디스패치 가능한 네임스페이스 형식의 관련 도구 스키마(<server>_<tool>)만 반환됩니다. 읽기 전용.
execute_tool — 범용 디스패처입니다. find_tools가 반환한 도구 이름과 인수를 받아 적절한 백엔드 서버로 호출을 전달하고 결과를 스트리밍으로 돌려줍니다. 읽기/쓰기 어노테이션은 하위 도구에 따라 달라지지만, 디스패처 자체는 사용자 데이터를 삭제하지 않습니다.

에이전트의 자체 진행 상황 추적용으로 같은 트랜스포트 위에 nimbus_agent, nimbus_todo_write, nimbus_get_task_progress_log이 함께 존재하지만, mcp.json에 나열된 앱과 통신하기 위한 노출면은 위의 두 도구로 집약됩니다.

CLI 레퍼런스

기술 사용자를 위해: Nimbus가 이해하는 모든 명령입니다. 대부분의 사용자는 nimbus start 와 nimbus doctor 만 필요합니다 — 나머지는 문제가 생겼을 때를 위한 명령입니다.

nimbus CLI는 로컬 컨테이너 워크스페이스의 라이프사이클을 관리합니다.

Command	Action
`nimbus start`	서비스 부팅. 모든 Docker 컨테이너 (postgres, redis, qdrant, gateway)를 프로비저닝하고 시작합니다.
`nimbus start --build`	리빌드 후 부팅. 현재 소스에서 Docker 이미지를 다시 빌드하고 서비스를 깨끗하게 부팅합니다.
`nimbus start --gateway`	헤드리스 모드. 게이트웨이 컨테이너만 실행합니다 — CI나 원격 MCP 전용 사용 시 전체 스택을 건너뜁니다.
`nimbus start --fresh`	데이터 볼륨 초기화. Postgres/Redis 자격 증명을 재생성하고 데이터 디렉터리를 다시 초기화합니다.
`nimbus stop`	종료. 모든 컨테이너 서비스를 안전하게 종료하고 시스템 포트를 해제합니다.
`nimbus upgrade`	컨테이너 이미지를 새로 고침. 새 gateway/dashboard 이미지를 가져오고, 필요 시 1회성 Qdrant 스키마 마이그레이션을 실행한 뒤 `compose up -d --build` 를 수행합니다.
`nimbus update [--gateway]`	CLI 바이너리 자체를 자체 업데이트. 플랫폼 아카이브를 다운로드하고, SHA256 + minisign 서명을 검증한 뒤 실행 중인 바이너리를 원자적으로 교체합니다. `--gateway` 를 함께 사용하면 같은 실행에서 게이트웨이 컨테이너를 풀링하고 재시작합니다.
`nimbus uninstall`	제거. Nimbus CLI, 컨테이너, 설정, `~/.nimbus/` 를 모두 제거합니다.
`nimbus doctor`	진단. Docker, 버전 차이, 컨테이너 상태, 업데이트 신선도, 자격 증명 드리프트를 확인합니다.
`nimbus dashboard install`	선택 사양인 Agent Dashboard 동반자를 설치합니다.
`nimbus dashboard uninstall`	Dashboard 컨테이너와 서비스 블록을 제거합니다.
`nimbus dashboard status`	Dashboard 활성화 여부와 컨테이너 상태를 표시합니다.
`nimbus config <subcommand>`	`~/.nimbus/.env` 를 관리합니다 (list, get, set, unset, append, prepend, remove).
`nimbus mcp <subcommand>`	`~/.nimbus/mcp.json` 을 관리합니다 (list, get, set, remove).
`nimbus agent "<prompt>" [--model <id>]`	Dashboard의 `nimbus_agent` 로 프롬프트를 보내고 응답을 스트리밍합니다. 기본값은 `openrouter/free`.
`nimbus activate <key>`	라이선스/등록 키를 활성화합니다.
`nimbus env-init`	CLI가 관리하는 시크릿을 `~/.nimbus/.env` 에 채워 넣습니다 (멱등).

전체 레퍼런스는 nimbus --help 또는 Download 페이지 의 플랫폼별 설치 안내를 참고하세요.

v1.0.5 에서 추가 — nimbus config {append, prepend, remove}

콤마로 구분된 값(예: OPENAI_API_KEYS, OPENROUTER_API_KEYS)을 다루기 위한 새로운 서브커맨드 3 개가 추가되었습니다.

nimbus config append  OPENAI_API_KEYS sk-newkey    # 끝에 추가 (기본적으로 중복 제거)
nimbus config prepend OPENAI_API_KEYS sk-priority  # 앞에 추가 (기본적으로 중복 제거)
nimbus config remove  OPENAI_API_KEYS sk-oldkey    # 하나 또는 여러 토큰 제거 (CSV)

게이트웨이 측 CSV 파서([a, b, c] / a,b / a\nb\nc 모두 지원)와 정확히 일치하며, remove 로 리스트가 비게 되면 키 자체가 삭제됩니다(unset 과 동일). 중복을 허용하려면 --force 를 사용하세요. CLI v1.0.5 이상에서 사용 가능 — 이전 릴리스에서는 인식되지 않습니다.

에이전트에 진짜 런타임을 부여할 준비가 되셨나요?

가이드가 함께하는 설정을 원하시나요? 1:1 온보딩 세션을 예약하시면 워크스페이스를 함께 살펴드립니다.

온보딩 세션 예약 →