Dot·Muse·Grok Bot: 노트북을 닫아도 이어지는 에이전트의 다음 단계

OpenClaw는 대화와 도구에 계속 연결되는 개인 에이전트라는 아이디어를 직접 실행해 볼 수 있는 형태로 보여주었습니다. 직접 운영하는 Gateway를 노트북이나 홈 서버, VPS에 두고, heartbeat로 에이전트가 주기적으로 작업을 돌아보게 할 수 있습니다. 이제 그다음 변화가 눈에 들어옵니다. 에이전트를 계속 움직이는 컴퓨터가 사용자 개인의 기기에서 클라우드 서비스의 실행 환경으로 옮겨가고 있습니다. OpenClaw 공식 문서.

이 변화는 부탁할 수 있는 일의 형태도 바꿉니다. 행사 장소 목록을 뽑아 달라는 요청 대신, 답변을 모으고 날짜를 비교하며 미뤄진 결정을 짚어 주는 식으로 행사 준비를 계속 진행해 달라고 맡길 수 있습니다. OpenAI의 ChatGPT dots, Meta의 Muse, xAI의 Grok Bot은 이런 지속적인 작업을 서로 다른 방향에서 풀어갑니다. dot은 여러 업무 도구 사이의 일을 조율하고, Muse는 개인의 목표를 관리하며, Grok Bot은 역할을 나눈 에이전트들이 함께 일할 환경을 제공합니다.

흥미로운 질문은 이제 AI가 일을 끝낼 수 있느냐에만 머물지 않습니다. 다음에 어떤 일에 주의를 기울여야 하는지 알아차리면서도, 중요한 결정은 사용자에게 남겨 둘 수 있느냐는 것입니다. 세 제품으로 할 수 있는 일과 시작 방법, 그리고 지속적인 작업을 관리하기 쉽게 만들어 주는 Codex의 작은 기능들을 살펴보겠습니다.

대표 이미지: 아래에서 설명하는 업무 방식의 세대를 표현한 자체 제작 도식.

4세대는 먼저 필요한 일을 알아차린다

이 변화를 읽는 한 가지 방법은 AI 업무 방식을 네 세대로 나누어 보는 것입니다. 업계 표준 분류가 아니라 이 글에서 사용하는 관점입니다. 기준은 책임의 변화입니다. 누가 요청하고, 누가 실행하며, 다음에 필요한 일을 누가 알아차릴까요?

Claude Code와 Codex는 3세대의 변화를 구체적으로 보여줍니다. 프로젝트를 읽고, 여러 파일을 수정하고, 개발 도구를 실행하며 결과를 향해 작업합니다. 개발자가 다시 구현해야 할 제안만 건네는 데서 멈추지 않는 것입니다. 소프트웨어 팀의 관점에서는 코드 한 줄을 돕는 AI에서, 범위가 정해진 작업 하나를 맡는 AI로 달라지는 셈입니다. Claude Code 소개, Codex CLI.

4세대에서는 출발점이 바뀝니다. OpenAI는 dot이 관련 맥락을 조사하고 제안을 가져오는 방식을 설명하고, Meta는 Muse가 사용자에 대해 아는 내용을 바탕으로 도움이 될 행동을 먼저 제안한다고 소개합니다. xAI 역시 Bot이 점차 더 능동적으로 움직이는 방향을 제시합니다. 사용자가 무엇을 부탁할지 일일이 기억하는 부담을 덜 수 있다는 뜻입니다. 일정 충돌이 조정 제안으로, 다가오는 마감이 의사결정 자료로 이어질 수 있습니다. dots의 작업과 기억, Muse 발표, Grok Bot 발표.

알아차리는 것과 실행하는 것은 여전히 별개의 책임입니다. 답장을 작성하되 보내지 않고, 항공편을 비교하되 결제하지 않으며, 코드 변경을 제안하되 배포하지 않을 수 있습니다. 이 구분이 있어야 능동성이 쓸모를 얻습니다. 에이전트가 관찰과 준비를 맡고, 결과에 책임이 따르는 결정은 사용자가 내리는 구조입니다.

dot은 대화와 그 뒤의 업무를 연결한다

ChatGPT dots는 자체 클라우드 컴퓨터와 브라우저를 갖추고, ChatGPT Work 및 Codex와 작업을 조율할 수 있습니다. 장점은 서로 다른 대화에 흩어지기 쉬운 일을 이어 준다는 데 있습니다. 조사, 행사 준비, 코딩 작업을 사용자가 계속 맞춰야 하는 세 가지 요청으로 두는 대신, 하나의 지속적인 책임으로 연결할 수 있습니다. dots 소개.

행사 담당자라면 준비 문서와 연결된 연락 내용을 살피고, 아직 결정되지 않은 항목을 관리하며, 장소의 제안이 바뀔 때 답장 초안을 만드는 일을 먼저 맡겨 볼 수 있습니다. 작은 개발팀에서는 이슈를 따라가며 재현 정보를 모으고, 범위가 분명한 수정 작업을 Codex에 넘기는 방식이 대응됩니다. 이런 예시는 시작해 볼 만한 시나리오이며, 모든 서비스와 작업이 자동으로 지원된다는 뜻은 아닙니다.

dot의 기억은 대화가 바뀌어도 선호와 진행 중인 맥락을 유지하는 데 도움을 줍니다. Activity에서는 위임된 작업을, Scheduled에서는 반복 작업을 볼 수 있습니다. 오후 한나절보다 오래가는 일을 맡길 때 중요한 부분입니다. 비서는 목표를 기억해야 하고, 사용자는 무엇이 실행 중인지 쉽게 확인할 수 있어야 합니다. 시작 안내.

모든 계정 대신 하나의 책임부터 맡긴다

1. ChatGPT 모바일 앱, 데스크톱 앱 또는 데스크톱 브라우저에서 dots를 엽니다. 모바일 웹은 지원하지 않습니다.
2. dot을 만들고 이름을 정한 뒤, 외형을 선택하거나 기본값을 사용합니다.
3. 첫 작업에 필요한 플러그인을 연결합니다. 행사 준비라면 준비 자료가 있는 서비스부터 연결할 수 있습니다.
4. 결과와 경계를 설명합니다. 미결정 항목을 관리하고 답장은 작성하되, 발송 전에는 승인을 요청하도록 합니다.
5. Activity의 위임 작업과 Scheduled의 반복 작업을 확인합니다. 첫 결과를 읽은 뒤 맡기는 방식을 조정합니다.

작게 시작하는 데에는 이유가 있습니다. 연락 채널, 앱 연결, 로컬 컴퓨터 접근은 목적이 다릅니다. 연락 방법을 추가하면 비서에게 말 걸기 쉬워지지만, 업무에 필요한 문서가 함께 제공되는 것은 아닙니다. 클라우드 작업만 한다면 노트북 연결은 선택 사항입니다. 반면 노트북을 사용하는 작업에는 기기가 온라인 상태이고 ChatGPT 앱이 열려 있어야 합니다. 컴퓨터와 앱 연결.

클라우드 코딩을 맡기려면 먼저 Codex 클라우드 환경과 저장소를 설정합니다. 행동의 경계는 Settings > Personalization > Custom rules의 Permissions에서 정할 수 있습니다. 작업을 멈출 때는 위임된 작업과 반복 일정을 따로 확인해야 합니다. dot의 기본 작업을 일시 정지한다고 전부 취소되지는 않습니다. 작업 설정, dot 제어 방법.

모든 ChatGPT 계정에서 바로 쓸 수 있는 것은 아닙니다. 2026년 10월 12일 기준으로 OpenAI는 EEA·영국·스위스를 제외한 지역의 18세 이상 Pro 100·Pro 200·Pro 500 사용자와, 전 세계 Business Premium·Enterprise 사용자를 대상으로 순차 제공한다고 안내합니다. Enterprise는 관리자가 활성화해야 합니다. 연결 업무를 계획하기 전에 계정에서 dots를 사용할 수 있는지 확인하는 것이 좋습니다. dots 이용 조건.

Muse는 개인의 목표가 계속 움직이게 한다

Meta는 2026년 9월 8일, 앱을 닫아도 일을 이어갈 수 있는 개인 에이전트 Muse를 소개했습니다. 전용 클라우드 컴퓨터의 브라우저를 통해 질문에 답하는 것보다 넓은 작업을 다룹니다. 요청의 단위는 단일 프롬프트보다 목표에 가까운 경우가 많습니다. 가족 여행을 준비하거나, 학교에 갈 한 주를 정리하거나, 식단 선호를 실제로 사용할 수 있는 식사 계획으로 바꾸는 식입니다. Meta의 Muse 소개.

Muse의 Goals 화면은 이런 지속적인 책임을 눈에 보이게 합니다. 아래 공식 예시는 아이의 운동 일정, 주간 식사, 가족 여행을 각각 흩어진 채팅으로 두지 않고 목표로 모아 보여줍니다. 지속되는 기억, 별도 대화, 조절 가능한 능동적 제안은 사용자가 모든 내용을 다시 설명하지 않아도 관련 맥락으로 돌아가도록 돕습니다. Meta의 Muse 설계 이야기.

Meta의 제품 설계 글에 실린 공식 Muse 인터페이스 발췌. 출처: How We Designed Muse.

식사 계획과 여행 준비는 실용적인 출발점입니다. 식사 계획에서는 식단 제한, 조리법, 장보기 목록을 연결하고, 여행 준비에서는 선택지를 모아 일정을 제안하도록 맡길 수 있습니다. Muse는 문서나 상호작용 가능한 페이지 같은 결과물도 만들 수 있어, 계획을 채팅 밖에서 쓰기 쉬운 형태로 남길 수 있습니다. 학습 가이드나 지출 관리표가 긴 대화 속에 묻히지 않고 계속 사용할 수 있는 결과물로 남는 것입니다.

첫 목표에 필요한 서비스부터 연결한다

1. 공식 Muse 앱이나 웹사이트를 열고 해당 지역에서 제공되는 계정 절차를 진행합니다.
2. Settings > Connectors를 엽니다.
3. 필요한 서비스 옆의 Connect를 선택하고 연결 안내를 읽습니다.
4. Continue를 선택한 뒤 로그인하고 요청된 접근 권한을 승인합니다.
5. 검토할 수 있는 계획이나 초안을 만드는 목표부터 시작합니다. 구매나 메시지 발송을 추가하기 전에 활동과 권한을 확인합니다.

이 연결 절차는 Meta의 도움말에 안내되어 있습니다. 민감한 커넥터 쓰기 작업은 Always allow로 처리하지 않고 매번 승인을 요구합니다. 쇼핑에서는 현재 기능과 예고된 기능을 구분할 필요가 있습니다. Muse 발표에서는 Link by Stripe를 통한 일회용 카드를 소개했고, Shop Pay와 1Password 지원은 향후 추가될 기능으로 안내했습니다. 발표문에 적힌 미래의 연동보다 지금 앱에서 제공하는 기능부터 시작하면 됩니다. 커넥터 도움말, 커넥터 지침.

초기 제공 지역은 미국이며, iOS·Android·muse.ai를 통해 이용하도록 발표되었습니다. 처음 쓰는 사람에게 필요한 선택은 간단합니다. 반복되는 개인의 책임 하나를 정하고, 도움을 줄 만큼의 맥락을 제공하며, 얼마나 자주 제안할지 조절하는 것입니다. 가치는 연결한 계정의 개수가 아니라 같은 조율을 되풀이하지 않아도 목표가 앞으로 나아가는 데 있습니다.

Grok Bot은 반복 업무에 역할과 클라우드 컴퓨터를 붙인다

Grok Bot은 같은 변화를 역할 중심으로 풀어갑니다. Bot에는 이름과 업무 설명, 지속되는 맥락, 루틴이 있으며 여러 Bot이 협력할 수 있습니다. 영업 후보 조사, 제품 피드백 추적, 일일 브리핑처럼 같은 자료를 반복해서 살피는 업무와 잘 맞는 구성입니다. xAI는 2026년 8월 11일 Grok Bot을 소개했습니다. Grok Bot 발표.

공식 가이드에서는 브라우저 접근, 계정 연결, 루틴을 갖춘 클라우드 컴퓨터를 보여줍니다. 조사 담당 Bot에 매일 아침 출처가 달린 비교 자료를 준비하게 하거나, 영업 담당 Bot에 후보 기업을 모으고 연락 초안을 검토용으로 작성하게 할 수 있습니다. 소프트웨어 업무에서는 보고된 버그의 맥락을 수집해 Cursor 작업으로 이어지는 흐름을 생각해 볼 수 있습니다. 역할 설명의 가치는 집중할 대상을 좁혀 준다는 데 있지, 직함을 붙이면 독립적인 직원이 된다는 데 있지는 않습니다. Grok Bot 101.

xAI 공식 가이드에 실린 Grok Bot 클라우드 컴퓨터 화면. 출처: Grok Bot 101.

동료를 늘리기 전에 한 Bot의 업무부터 정한다

1. 공식 Grok Bot 진입점을 이용해 사용 자격이 있는 계정으로 로그인합니다.
2. Bot을 만들고 하나의 책임을 기준으로 이름, 직함, 설명을 정합니다.
3. 그 책임에 필요한 계정이나 클라우드 브라우저 세션을 연결합니다.
4. Settings > General > Agent에서 허용·차단 행동을 검토합니다.
5. 초안만 만드는 작업을 실행해 결과를 확인하고, 실제로 반복할 필요가 있을 때 루틴을 추가합니다.

공유 컴퓨터라는 구조는 중요합니다. 한 사용자의 Bot들은 파일, 브라우저, 로그인 상태를 포함한 하나의 지속적인 클라우드 컴퓨터를 공유합니다. 조사 Bot과 영업 Bot을 만들었다고 인증 정보가 별도 공간으로 분리되는 것은 아닙니다. 같은 작업 환경에 개인 계정과 회사 계정을 함께 연결하기 전에 고려할 부분입니다. Grok Bot FAQ.

현재 이용 조건에는 해당 Cursor·SuperGrok 요금제와 Enterprise가 포함되며, 대화 화면은 macOS·Windows 데스크톱과 iOS에 제공됩니다. 관련 요금제에 주간 사용량이 포함되고, 추가 사용에는 토큰 기준 요금이 발생할 수 있습니다. 첫 루틴은 주기와 결과물을 작게 정하는 편이 좋습니다. 매일 하나의 검토된 브리핑을 받는 방식이 여러 전문가를 계속 실행하는 방식보다 평가하기 쉽습니다. 이용 조건과 사용량.

에이전트보다 먼저 맡길 책임을 고른다

세 제품의 기능은 겹치지만 출발점은 다릅니다. dot은 ChatGPT, 연결된 업무 자료, Codex를 하나의 흐름으로 묶을 때 흥미롭습니다. Muse는 개인 목표와 쓸 수 있는 결과물을 앞에 두고, Grok Bot은 역할을 나눈 작업과 루틴을 앞에 둡니다. 어느 쪽이든 원하는 결과를 정해야 한다는 점은 같습니다.

좋은 첫 작업은 다른 사람이 판단할 수 있는 결과물을 남깁니다. 조사 자료에는 출처를, 계획에는 미결정 항목을, 코드 변경에는 검사 결과를 함께 요청해 보세요. 그러면 에이전트가 보낸 메시지 수가 아니라 결과의 유용성을 비교하게 됩니다. 계속 맡길 만한 책임인지도 드러납니다.

클라우드는 실행 환경을 유지하고, 계기는 작업을 다시 깨운다

OpenClaw는 에이전트를 깨우는 heartbeat와 Gateway가 실행되는 컴퓨터를 구분합니다. VPS나 홈 서버는 계속 사용할 수 있는 실행 환경을 제공하고, heartbeat는 주기적으로 작업을 살피게 합니다. 클라우드 에이전트도 같은 관점에서 이해할 수 있습니다. 컴퓨터를 사용할 수 있게 유지하는 것과 언제 일을 다시 돌아볼지 정하는 것은 다른 구성 요소입니다. OpenClaw heartbeat, 원격 Gateway 구성.

조사나 개발 업무를 맡길 때는 노트북을 닫은 뒤의 동작에 영향을 줍니다. 호스팅된 작업은 해당 클라우드 환경에서 이어갈 수 있습니다. 반면 내 컴퓨터의 작업 폴더가 필요한 로컬 Codex 작업은 컴퓨터가 켜져 있고 앱이 실행 중이어야 합니다. 친근한 비서 화면이 파일과 도구가 실제로 놓인 장소를 바꾸지는 않습니다. Codex 예약 작업.

자체 제작 도식: 로컬 작업은 연결된 컴퓨터에 의존하고, 호스팅된 작업은 서비스의 실행 환경을 사용합니다.

반복 작업에는 자료, 주기, 시간대, 유용한 결과물, 종료일을 정합니다. 아무 일도 하지 않아야 하는 경우도 적어 주세요. 변경이 없는 날에는 조용히 있는 릴리즈 모니터가, 확인할 때마다 새 알림을 만드는 모니터보다 유용합니다. 처음 몇 번의 결과를 검토한 뒤 일정에 의존하는 것이 좋습니다.

Skills·Plugins·Worktrees는 Codex에 일을 맡기기 쉽게 한다

개인 클라우드 에이전트가 없어도 도움이 되는 Codex 기능들이 있습니다. 반복 설정을 줄이고, 작업을 분리하며, 요청을 끝까지 수행하기 쉽게 만듭니다. 재사용할 절차, 지원되는 연결, 별도의 작업 폴더는 다음 세대를 기다리지 않고 지금의 업무를 개선할 수 있습니다.

Skills는 반복할 가치가 있는 절차를 담습니다. Skills 화면이나 CLI의 /skills를 사용하고, $skill-creator로 생성을 도울 수 있습니다. 릴리즈 노트용 skill이라면 입력 자료, 비교 순서, 출력 형식, 게시 전 검사를 정합니다. 같은 작업 방식을 매번 다시 설명하는 부담을 줄여 줍니다. Codex Skills.

Plugins는 기능과 서비스 연결을 제공합니다. Plugins 목록에서 필요한 권한과 기능을 살펴보고 설치한 뒤 서비스 연결을 완료합니다. CLI에도 /plugins가 있으며, 설치된 도구를 사용하려면 새 세션이 필요합니다. 지원 범위는 화면에 따라 다르므로 실제로 사용하는 앱에서 제공하는 목록과 연결 절차를 따릅니다. Codex Plugins.

Worktrees는 서로 독립적인 변경을 분리합니다. Git 프로젝트의 새 대화 입력창에서 Worktree를 선택하고, 시작 브랜치를 정한 뒤 작업을 제출합니다. 한 에이전트가 버그를 조사하는 동안 다른 에이전트가 문서를 준비해도 같은 작업 폴더에 함께 쓰지 않게 할 수 있습니다. 기본 작업 폴더에 아직 끝내지 않은 변경이 있을 때 특히 유용합니다. Codex Worktrees.

Schedules는 적절한 때에 작업을 다시 가져옵니다. 프롬프트를 먼저 직접 시험한 뒤 반복 주기, 결과를 받을 곳, 시간대를 정합니다. 공개 릴리즈 페이지를 매일 확인하는 정도가 시작하기 좋습니다. 저장된 일정과 초기 결과, 로컬·클라우드 실행 조건을 확인한 뒤 활용합니다. 지원되는 화면에서 음성으로 요청하면 입력이 편해지지만, 실행 조건이 바뀌는 것은 아닙니다.

이 기능들은 무제한 권한을 맡기지 않아도 함께 사용할 수 있습니다. skill은 릴리즈 자료를 만드는 방법을 정하고, plugin은 승인된 자료를 제공하며, worktree는 코드 변경을 담고, schedule은 후속 확인을 요청합니다. 개인 에이전트가 전체를 조율하더라도 각 요소가 맡은 일은 이해할 수 있어야 합니다.

자체 제작 도식: 유용한 행동을 알아차리는 것과 승인하는 것은 별개의 단계입니다.

결론: 5세대는 어떤 책임을 맡게 될까?

4세대가 흥미로운 이유는 사람이 다음 프롬프트를 쓰기 전에 비서가 중요한 일을 알아보기 시작한다는 데 있습니다. 5세대의 과제는 조율일지 모릅니다. 어떤 전문가가 문제를 맡아야 하고, 각자 어떤 맥락이 필요하며, 언제 사용자가 결정해야 하는지 이해하는 것입니다. 능동성이 사용자의 조율 부담을 줄여야지, 관리할 팀을 하나 더 만들어서는 곤란합니다.

출장을 알아차리고 일정을 준비하며, 코딩 에이전트에게 필요한 변경을 마무리하도록 맡긴 뒤, 결정할 내용만 가져오는 개인 시스템을 상상해 볼 수 있습니다. 비용이 보여야 하고 개인 자료와 업무 자료 사이의 경계도 분명해야 합니다. 실행하는 법을 배운 뒤 필요한 일을 알아차리기 시작한 에이전트는, 사람의 삶을 중심으로 신뢰할 만하게 조율하는 법까지 배울 수 있을까요? 5세대에는 무엇을 맡기고, 무엇은 언제나 우리가 결정해야 할까요?

제품 정보와 연결 문서는 2026년 10월 12일에 확인했습니다. 업무 예시는 시작해 볼 만한 시나리오이며, 제품 이미지는 표기된 업체의 공식 자료입니다.

결정의 근거가 된 자료를 함께 남긴다

에이전트를 비교할 때 원문 자료와 메모, 직접 시험한 결과를 함께 두면 다음 판단이 쉬워집니다. Telli.sh 계정을 만들어 제품이 바뀌어도 다시 찾아볼 수 있는 참고 자료로 정리해 보세요.