[시즌 4] 그록봇, Dots, 뮤즈, 듀엣... 이런 거 왜 자꾸 나오죠?

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

그록봇·Dots·뮤즈·듀엣이 잇따라 나오는 이유는 도구 연결, 컴퓨터 조작, 스킬, 기억, 에이전트 협업을 묶어 사용자가 덜 지시해도 일을 처리하는 방향으로 AI가 발전하고 있기 때문이다.

📌 핵심 요점

1. 영상은 새 봇의 등장을 개별 제품 유행보다 사용자의 불편을 차례로 해결해 온 흐름으로 설명한다. 브라우저에서 답변하던 AI가 실제 작업 공간으로 들어오고 있다는 해석이다.
2. MCP는 AI와 외부 애플리케이션을 연결하는 단계로 소개된다. 이후 터미널 조작이 더해지면서 코드 작성뿐 아니라 실행, 파일 수정, 프로그램 조작까지 작업 범위가 넓어졌다고 설명한다.
3. 반복 지시는 CLAUDE.md 같은 문서로 정리하고, 길어진 문서의 컨텍스트 부담은 작업별 스킬로 나누는 방식으로 줄인다. 핵심은 공통 규칙과 필요할 때 읽는 세부 절차를 구분하는 것이다.
4. 여러 에이전트의 역할과 대화 공간을 나누고 서로 협업하게 하는 오케스트레이션이 등장한다. 봇은 이러한 기능과 기억을 사용하기 쉬운 캐릭터·역할 단위로 묶은 형태로 제시된다.
5. 원격 컴퓨터를 붙이면 사용자 기기가 꺼져 있어도 장기 작업을 이어갈 수 있다. 발표자는 다음 방향으로 반복 습관을 파악해 먼저 제안하는 기능을 전망하며, 사업자는 컴퓨팅 이용료와 결제·광고·수수료를 통해 수익을 얻으려 한다고 해석한다.

🧩 배경과 문제 정의

영상의 질문은 그록봇·Dots·뮤즈·듀엣처럼 캐릭터나 봇 형태의 AI 서비스가 왜 계속 등장하느냐는 것이다. 발표자는 귀여운 외형보다 사용자의 지시와 설정 부담을 줄이려는 공통 방향을 보자고 제안한다.

설명의 출발점은 브라우저 안에서 질문하고 답을 받던 경험이다. 외부 앱 연결, 터미널 실행, 반복 지시의 문서화, 스킬, 에이전트 협업이 차례로 더해지면서 AI가 실제 작업을 맡는 형태로 발전했다는 구성을 취한다. 이는 발표자의 경험에 기반한 흐름 정리이며, 정확한 출시 순서를 입증하는 연표는 아니다.

초반에는 파이썬 도서와 공개 원고를 소개하고, 후반에는 직접 구성한 쇼츠 제작·업로드 사례로 봇의 작동 방식을 설명한다. 마지막에는 반복 습관을 바탕으로 먼저 제안하는 기능을 다음 방향으로 전망한다.

🕒 시간순 섹션별 상세정리

1. 새 봇이 계속 등장하는 이유를 묻다

• 최근 회자되는 봇을 계기로 에이전트의 주요 변화와 사용이 확산되는 배경을 짚겠다고 예고한다. [00:20]

2. 파이썬 기초 학습과 도서 소개

• 에이전트로 프로그램을 만들다 보면 컴퓨터와 프로그래밍의 기초 이해가 필요해진다며, 공동 집필한 608쪽 파이썬 책을 보여준다. [01:37]
• 저자 사이트에 원고 전체를 공개했으며, 문단별 질문은 하루 다섯 번으로 제한했다고 보여준다. [02:30]
• 공개 원고에는 옮기는 과정의 오류가 있고, 그림·코드와 본문을 맞춘 종이책의 편집 경험과는 차이가 있다고 안내한다. [03:29]

3. 그록봇·Dots·듀엣·뮤즈의 공통 방향

• 듀엣을 먼저 말을 걸고 활동하는 형태로 소개하면서, 그록봇과 Dots 등에서도 더 능동적인 동작을 볼 수 있다고 드러낸다. [04:04]
• 뮤즈와 피클까지 언급하며 개별 제품을 모두 새로 배우기보다 공통된 발전 방향을 이해하자고 제안한다. [04:39]
• 캐릭터를 귀엽게 만드는 것이 핵심 목적은 아니며, 변화의 중심을 알면 유연하게 대응할 수 있다고 강조한다. [05:00]

4. 경험에 기반한 해석이라는 전제

• 여러 에이전트 도구에 월 600달러를 지출하며 업무에서 매일 시험하고 있다고 자신의 사용 경험을 보여준다. [05:35]
• 자신의 생각이 틀릴 수 있고 회상하는 순서도 정확하지 않을 수 있다며, 댓글을 통한 보완을 요청한다. [06:04]

5. 브라우저 안에서 답변하던 AI

• 초기의 놀라움은 사람 같은 언어 응답과 이미지 생성, 음성 지시 같은 경험에 있었다고 회고한다. [06:40]
• 설명 속 초기 AI는 브라우저에 들어가 채팅하고 결과를 받는 방식이 중심이었으며, 작업이 그 안에 묶이는 불편이 있었다. [07:45]

6. MCP로 외부 작업 공간과 연결

• MCP를 Gmail, 구글 드라이브, 캔바, 드롭박스, 노션 등 외부 애플리케이션을 연결하는 맥락에서 보여준다. [08:09]
• 파일을 올리고 결과를 내려받는 샌드박스 방식 대신, AI가 실제 사용하는 앱에 가서 작업하도록 연결하려는 요구를 제시한다. [08:46]
• 엑셀 파일을 주고받는 경험과 엑셀을 직접 조작하는 경험을 대비하며 AI가 사용자의 작업 공간으로 들어오는 흐름을 강조한다. [09:17]

7. 데스크톱 커맨더와 터미널 조작

• 데스크톱 커맨더 MCP를 터미널, 파일, 프로세스에 연결해 주는 사례로 보여준다. [09:54]
• 터미널에서도 파일과 폴더를 만드는 등 컴퓨터 작업을 할 수 있으므로, 특정 앱을 넘어 터미널을 조작하게 하자는 방향이었다고 보여준다. [10:30]

8. 클로드 코드·코덱스와 실행하는 AI

• 클로드 코드와 코덱스의 시대로 넘어가며 에이전트가 터미널을 통해 코딩, 실행, 프로그램·파일 수정을 수행하게 됐다고 보여준다. [10:56]
• 말로 원하는 프로그램을 설명해 만드는 바이브 코딩을 소개하고, 코드를 복사해 직접 실행하던 방식과 대비한다. [11:34]
• 이러한 작업 능력을 알게 된 사용자들이 에이전트 도구로 유입되는 흐름을 이야기한다. [11:44]

9. 어려운 터미널을 감싸는 인터페이스

• 터미널 화면을 부담스러워하는 사용자에게 애플리케이션 형태의 작업 화면이 진입 부담을 줄여 준다고 보여준다. [12:23]
• 코워크와 코드 기능을 언급하며 컴퓨터 조작과 바이브 코딩이 점차 당연한 기대가 됐다고 드러낸다. [12:48]
• CLI와 IDE 환경을 비교하고, 모델이 발전하면서 코드를 덜 드러내고 작업을 지시하는 형태가 확산됐다는 견해를 제시한다. [14:03]

10. 반복 지시를 줄이는 프로젝트와 CLAUDE.md

• 프로젝트에 PDF나 참고 자료를 미리 넣고 이를 바탕으로 답하도록 지정하던 사용 방식을 돌아본다. [14:35]
• 같은 지시를 되풀이하는 부담을 줄이기 위해 CLAUDE.md에 규칙과 할 일을 적는 방식을 보여준다. [14:59]
• 새 세션에서도 미리 정리한 문서를 참고하므로 매번 처음부터 설명할 필요가 줄어든다는 장점을 강조한다. [15:19]

11. 길어진 지시 문서와 컨텍스트 제약

• 컨텍스트 윈도우에는 한계가 있어 대화가 쌓이면 모든 내용을 유지하기 어렵다고 보여준다. [15:50]
• CLAUDE.md에 지시를 계속 추가하면 새 대화에서도 문서가 공간을 많이 차지해 실제 작업에 쓸 여유가 줄어든다는 문제를 제시한다. [16:26]

12. 공통 규칙과 작업별 스킬의 분리

• 긴 문서를 업무 영역별로 나누고, CLAUDE.md에는 공통 규칙을 두며 스킬은 필요에 따라 선택하는 방식으로 보여준다. [16:59]
• 이메일·문서 작성 등의 절차를 바깥에 두었다가 관련 작업에서 읽는 비유로 컨텍스트를 효율적으로 쓰는 원리를 전달한다. [17:52]
• AGENTS.md는 지시 문서를 통일하려는 흐름으로 소개하며, CLAUDE.md와 세부 차이가 있을 수 있어도 큰 문서라는 설명 틀은 비슷하다고 드러낸다. [18:37]

13. 개인 절차와 낯선 작업을 보완하는 스킬

• 사전 학습된 모델이 개인의 고유한 업무 절차를 미리 알 수 없으므로, 스킬에 단계별 지시를 담아 구체적인 작업을 보완한다고 보여준다. [19:39]
• 한글 문서를 만드는 방법을 지시한 자신의 스킬을 사례로 들며, 문서 생성 절차를 알려 주는 활용을 보여준다. [20:14]
• 반복 작업에 스킬을 쓰는 경험이 성숙해졌고, 훅 등 다른 기능도 있지만 이번 영상에서는 자세히 다루지 않는다고 드러낸다. [20:25]

14. 역할과 대화 공간을 나누는 오케스트레이션

• 사용자가 여러 AI 사이에서 내용을 전달하는 대신 AI끼리 지휘하고 협업하게 하자는 요구로 오케스트레이션을 보여준다. [20:56]
• 서로 다른 주제가 한 대화에 섞이는 문제를 줄이기 위해 역할별 대화 공간을 분리하고, 이를 지휘하는 에이전트를 두는 구성을 제시한다. [21:56]
• 허더 사례에서 클로드 코드와 코덱스를 연결해 코드·텍스트와 그림 같은 작업을 나누고 서로 요청하게 하는 흐름을 보여 준다. [22:33]

15. 복잡한 기능을 역할별 봇으로 묶기

• 스킬과 에이전트 기능을 계속 배워야 한다는 피로에서, 복잡한 개념을 몰라도 쓰도록 묶은 봇의 등장을 보여준다. [22:58]
• 영상 제작 역할과 유튜브 업로드 역할을 나누고, 제작이 끝나면 다른 봇에 전달하도록 협업을 설정한 사례를 제시한다. [23:28]
• 봇이 내부적으로 작업 내용을 기억하고 앞선 기능을 조합해 사용하기 쉬운 형태로 묶인다는 해석을 제시한다. [23:52]

16. 원격 컴퓨터로 쇼츠 제작과 업로드 연결

• 봇에 원격 컴퓨터를 붙이면 사용자 컴퓨터를 꺼도 서버가 돌아가므로 장기 작업을 수행할 수 있다고 보여준다. [24:18]
• 제작한 영상을 전달받아 로그인된 크롬과 유튜브 스튜디오에서 올리는 과정을 자신의 쇼츠 업로드 사례로 보여 준다. [25:07]
• 컴퓨터 조작, 반복 절차의 문서화, 기억, 역할별 협업을 함께 묶은 것이 현재 봇의 구성이라는 설명으로 정리한다. [25:44]

17. 기능 통합과 플랫폼의 수익 동기

• 전화·문자·구매·결제 기능까지 붙이는 방향을 언급하며 사용자의 지출을 서비스 안으로 가져오려는 동기가 있다고 해석한다. [26:02]
• 뮤즈도 비슷한 방향으로 보지만 직접 사용 가능 여부와 컴퓨팅 자원은 확정하지 못하며, 봇을 완성된 종착지보다는 초기 목적지 달성 정도로 표현한다. [26:41]
• 원격 컴퓨터 이용료와 결제에 따른 광고비·수수료를 사업자의 수익 논리로 제시하고, 사용자는 반복 업무를 줄이는 편의를 얻는다고 드러낸다. [27:31]

18. 먼저 제안하는 AI와 마무리

• 반복되는 주식 질문과 시간을 기억해 먼저 조사·제안하고, 사용자 의사를 물어 스케줄·스킬·지시 문서를 설정하는 방향을 전망한다. Dots는 먼저 제안하는 특징이 상대적으로 낫다고 평가한다. [28:29]
• 새로운 제품도 기존 흐름 위에 쌓인 것으로 이해하자고 권하며, 설명의 순서와 세부 내용은 댓글로 보완해 달라고 요청한다. [29:05]
• 파이썬 영상과 코드팩토리와 함께 준비하는 클로드 코드 책을 예고하고, 관련 후속 콘텐츠 소식을 전하며 영상을 끝낸다. [29:46]

🧾 결론

• 새 제품마다 기능을 처음부터 외우기보다 연결, 실행, 지시 재사용, 협업, 기억이라는 공통 구조를 이해하면 변화의 맥락을 잡기 쉽다.
• 영상 속 봇은 기존 기술을 조합해 사용자의 설정과 지시 부담을 줄이는 초기 목적지로 설명된다. 발표자도 이를 완성된 최종 단계라는 표현에서는 물러선다.
• 실용적 가치는 반복 업무를 문서화하고 역할을 나눈 뒤 실제 실행까지 이어지는 데 있다. 영상에서는 쇼츠 제작과 업로드의 연결이 그 사례다.
• 앞으로 먼저 조사하고 제안하는 기능이 늘어날 수 있다는 전망과, 현재 제품이 실제로 수행하는 기능은 구분해서 읽어야 한다.

📈 투자·시사 포인트

• 영상의 사업 논리에서는 모델 성능뿐 아니라 컴퓨팅 제공, 업무 실행, 결제 접점까지 확보하는지가 수익화의 관찰 대상이 된다.
• 컴퓨팅 이용료, 광고비, 거래 수수료가 잠재적 수익원으로 제시된다. 다만 영상에는 매출이나 수익성 수치가 없어 투자 성과로 연결할 근거는 부족하다.
• 사용자 편의와 사업자의 수익 동기가 맞물리면서 작업 환경이 로컬 컴퓨터에서 원격 서버로 이동하는 흐름에 주목할 수 있다.
• 제품 비교에서는 캐릭터 외형보다 반복 업무의 실제 완수, 협업 연결, 장기 실행, 먼저 제안하는 기능이 얼마나 구현됐는지 확인하는 편이 영상의 논지에 부합한다.

⚠️ 불확실하거나 확인이 필요한 부분

• 발표자는 기억에 의존해 설명하며 등장 순서가 정확하지 않을 수 있다고 여러 차례 밝힌다. 영상의 발전 단계를 엄밀한 출시 연표나 기술 계보로 받아들이기는 어렵다.
• 그록봇 등 제품명은 전사에서 표기가 흔들린다. 제목 표기를 기준으로 정리했으며, 각 제품의 정확한 명칭과 제공 주체는 이 자료만으로 확정하기 어렵다.
• MCP와 플러그인 연결, 터미널 조작, 스킬의 로딩·해제 방식은 이해를 돕는 단순화된 설명이다. 모든 제품이 동일한 구조로 구현됐다고 확인된 것은 아니다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 현재 반복해서 지시하는 업무 하나를 골라 입력 자료, 작업 순서, 원하는 결과물을 적는다.
• 항상 적용할 공통 규칙과 특정 작업에서만 필요한 절차를 나누고, 긴 지시 문서는 작업별 스킬로 분리할 수 있는지 살핀다.
• 여러 에이전트를 쓰는 업무라면 각자의 역할과 결과물 전달 순서를 정리한다.
• 봇을 비교할 때 외부 도구 연결, 컴퓨터 조작, 반복 작업 재현, 기억, 원격 실행, 먼저 제안하는 기능을 실제 제공 범위와 대조한다.

❓ 열린 질문

• 사용자의 반복 습관을 기억하는 기능은 어느 시점부터 유용한 선제 제안과 자동 설정으로 이어질까?
• 기술 개념을 몰라도 쓸 수 있도록 기능을 묶을 때, 사용자가 직접 설정해야 하는 부분은 얼마나 줄어들까?
• 원격 컴퓨팅과 결제 접점을 확보하는 사업 모델이 사용자 편의와 지속 가능한 수익으로 함께 이어질까?