Muse: A Personal AI Agent by Meta (LIVE: Let''s learn together)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Meta의 개인 AI 에이전트 Muse는 쉬운 시작과 넉넉한 무료 체험이 장점이지만, 라이브 실험에서는 요청 충족도와 실행 효율에 한계를 드러냈다.

📌 핵심 요점

1. 설정 부담이 낮다. 대화로 설정과 작업을 요청하고 대표 에이전트 하나를 중심으로 사용하는 방식이 장점으로 평가됐다. 설치·배포가 부담스러운 일반 사용자에게 더 적합하다는 판단이다.
2. 결과물 생성과 요구사항 충족은 달랐다. 메모리 설명 슬라이드는 완성됐지만 Muse 비교가 부족했고, 돌봄 도구에는 수유 기록 입력 기능이 빠졌다. 게임은 실행됐으나 진행 오류가 반복됐으며, 웹사이트는 외관이 양호해도 추가 수정이 필요했다.
3. 관찰·승인 기능은 유용하지만 실행에는 마찰이 있었다. 승인 피드, 활동 기록, 라이브러리와 사용자 앱 메뉴는 긍정적으로 평가됐다. 반면 상세 로그를 찾기 어렵고, 공유 컴퓨터 화면의 작업 맥락이 혼동되며, 미리보기 실행에 대기가 길어지는 문제가 나타났다.
4. 무료 사용량은 충분한 시험을 가능하게 했다. 진행자는 약 한 시간 반의 녹화에서 무료 할당량의 약 20%를 사용했다고 설명했다. 다만 이 제공 수준의 지속 여부나 다른 사용자에게도 같은 소비율이 적용되는지는 확인되지 않았다.
5. 유력한 활용처는 Meta 플랫폼 업무다. 진행자는 광고 라이브러리 조사와 Facebook Marketplace 판매·흥정 보조에 관심을 보였다. 해당 자동화는 완성된 사례로 검증되지 않았으며, 개인정보 우려 때문에 추가 계정 연결을 제한하고 기존 OpenClaw를 유지하기로 했다.

🧩 배경과 문제 정의

• Muse를 처음 사용하는 입장에서 가입, 대화, 개인화, 앱 제작, 반복 작업 설정을 살펴보고 무료 계정으로 어디까지 실행할 수 있는지 확인하려 한다.
• 핵심 관심사는 단순한 질의응답을 넘어 개인 사업자와 중소기업의 조사·운영·제작 업무를 실제로 처리할 수 있는지다.
• Meta 서비스와의 연계에는 기대가 있지만 개인정보 우려도 있다. 기존 OpenClaw를 대체할지보다는 Meta 플랫폼 관련 업무에 활용할 가능성을 탐색한다.
• 제공된 구간에서는 초기 설정과 기능 탐색, 메모리 비교 및 아바타 변경 요청까지 진행된다. 기능 소개와 기대하는 활용법을 실제 실행 결과와 구분필요가 있다.

🕒 시간순 섹션별 상세정리

1. 첫 사용부터 무료 사용 한계까지 직접 검증하려는 목표

• Muse를 처음 시작하는 과정부터 대화, 자동화 설정, 제작 기능, 사용량 제한까지 실험하는 것이 목표다. 커뮤니티 구성원이 공유한 활용 사례가 직접 사용해 보는 계기가 됐다. [00:21]
• 완성된 결과만 보여주기보다 실패를 포함한 작업 과정을 공개하고, 실제로 작동하는 방법을 공유하는 접근을 택한다. 이러한 공개 작업을 통해 예상보다 일찍 고객 문의가 들어왔다는 경험도 덧붙인다. [03:24]

2. 계정별 접근 차이와 기본 탐색 구조

• 기존 Meta 계정으로는 로그인 후 초기 화면에 진입했지만, 다른 계정으로 가입 과정을 재현하려는 시도에서는 접근이 원활하지 않았다. 누구나 바로 사용할 수 있다고 생각했던 기대와 차이가 생긴다. [08:11]
• 탐색 대상에는 채팅, 검색과 피드, 아이디어, 목표, 라이브러리가 포함된다. 라이브러리는 파일을 한곳에 모아 두는 공간으로 파악한다. [09:38]

3. 커뮤니티 활용 사례와 초보자 실험 범위

• 채팅에 공유된 사례에는 다른 봇과의 협업, 억양을 달리한 판타지 풋볼 주간 팟캐스트, 주식시장 뉴스 팟캐스트가 있다. 식당 POS에 연결해 신규 직원 등록, 메뉴 변경, DoorDash 품절 표시를 처리한다는 사례도 등장하지만, 이 구간에서 직접 검증하지는 않는다. [10:47]
• 직접 실험할 범위는 채팅, 즉석에서 정할 앱 제작, 루틴 설정, 내부 구조 탐색으로 잡는다. 이 단계에서는 실행 결과가 아니라 초보자용 실험 항목이다. [11:11]

4. 이름과 아바타를 채널 정체성에 맞추는 개인화

• Muse의 이름과 로고를 바꾸자는 제안을 받아, 채널 아바타를 가져와 애니메이션으로 만드는 작업을 개인화 실험에 추가한다. 실제 변경 성공 여부는 아직 확인되지 않았다. [12:49]

5. 라이브 방송과 편집용 녹화를 함께 운영하는 제약

• 현재 OBS 구성에서는 방송 화면을 그대로 로컬 파일에 녹화하므로, 화면에 합성된 얼굴 영상의 위치를 나중에 자유롭게 바꾸기 어렵다. 화면 공유와 얼굴 영상을 따로 확보하면 편집 단계에서 중요한 내용을 가리지 않도록 얼굴 위치를 조정할 수 있다. [13:39]
• 방송과 녹화에 서로 다른 장면을 사용하는 방법이나 별도 녹화 프로그램을 검토할 여지는 있지만, 더 효율적인 구성을 아직 확인하지는 못했다. [14:09]

6. 개인 Meta 계정으로 시작하는 가입과 대화형 설정

• 자막에서 안내하는 접속 주소는 muse.ai다. 대기 목록에 있는 계정 대신 Facebook과 Instagram에서 사용하는 개인 Meta 계정을 선택하고, 이메일과 인증 코드를 입력해 초기 질문 화면으로 진입한다. [16:06]
• 아바타 변경은 별도 편집 창을 여는 방식이 아니라 채팅 입력을 준비하는 방식으로 작동한다. 이름과 아바타 같은 설정도 에이전트에게 대화로 요청하는 구조임을 확인한다. [16:39]

7. 아이디어 목록에서 발견한 중고 판매 자동화 가능성

• 아이디어 화면에는 연락이 뜸해진 사람과의 관계 관리, 이사 견적 확보, 잊고 있던 구독 찾기와 취소 같은 활용 제안이 있다. 이 항목들은 실행된 작업이 아니라 서비스가 제시하는 아이디어다. [17:33]
• Facebook Marketplace에서는 물품 사진을 일괄 업로드한 뒤 게시, 가격 협상, 수령·배송 일정 조율, 대금 수령까지 맡기고 싶다는 구상을 제시한다. 반복적인 흥정에 드는 시간을 줄이려는 기대이며, 해당 기능의 실제 수행 여부는 확인되지 않았다. [17:53]

8. 개인정보 우려에 따른 무료 계정 선택과 연결 범위

• Meta의 개인정보 관련 평판과 자신의 우려 때문에 유료 결제 의사가 없으며, 무료 계정으로 얼마나 작업할 수 있는지 확인하려 한다. 다른 회사에는 같은 문제가 없다고 단정하지는 않는다. [19:28]
• 연결 설정에는 개인 Instagram과 Facebook이 이미 연결된 것으로 보인다. 화면에서 확인한 범위에서는 사용자 정의 연결을 추가할 선택지를 찾지 못했고, 결제 수단·보안 저장소·권한·메시징 관련 항목을 살핀다. [20:21]

9. 승인 기반 실행과 전용 컴퓨터를 내세운 개인 에이전트

• 초기 안내는 사용자 승인 아래 일정 변경, 구매, 연결된 앱 사용이 가능하다고 보여준다. 자체 컴퓨터와 웹브라우저를 사용해 사용자가 자리를 비운 동안에도 작업을 이어갈 수 있다는 점을 강조한다. [21:15]
• 에이전트 이름을 ‘Muppet’으로 정한다. 이어 여행 계획과 식당 예약, 가격 하락 감시 후 구매, 미뤄 둔 할 일 처리 등이 시작 가능한 작업으로 드러난다. [22:00]

10. 사업 운영 지원 기능과 Meta 플랫폼 중심의 활용 판단

• 개인 사업자와 중소기업 관점의 기능을 묻는 요청에, Muse는 파일·터미널·브라우저를 갖춘 실행 환경, 양식 작성, Gmail 검색과 초안 작성, Google Calendar 연결, 시장·경쟁사·공급업체 조사를 보여준다. 이는 에이전트의 자기 설명이며 해당 업무를 직접 실행한 결과는 아니다. [23:59]
• Meta 광고 라이브러리와 Instagram·Facebook 광고 업무에는 같은 회사의 에이전트를 활용할 이유가 있다고 판단한다. 다만 현재 사용하는 OpenClaw를 Muse로 옮길 의사는 명확히 부정한다. [24:37]

11. 제작 기능의 범위와 승인·협업 제한

• Muse의 응답에는 30분·시간·일 단위로 설정하는 확인 주기와 문서, 발표 자료, 스프레드시트, 재무 모델, 웹사이트, 데이터베이스가 있는 내부 도구 제작이 포함된다. 정적 페이지는 사용자 승인 후 공개 링크로 게시할 수 있다고 보여준다. [25:12]
• 전송과 구매에는 매번 승인이 필요하고, 지출을 포괄적으로 위임하는 상시 모드는 없다고 안내한다. 개인용 서비스이므로 그룹이나 팀 채팅도 지원하지 않는다는 제한이 드러난다. [25:38]

12. 에이전트 구성과 메모리 비교를 구체적으로 요구

• 하나의 에이전트만 사용할 수 있는지, 채팅을 나누고 서로 다른 이름의 에이전트를 만들 수 있는지 질문한다. 메모리는 OpenClaw, Hermes, Mem Zero, Honcho와 비교해 어떻게 작동하는지 확인하려 한다. [25:50]
• Muse·OpenClaw·Mem Zero의 메모리 방식을 비교하는 발표 자료를 요청한다. Mem Zero는 에이전트 자체보다는 메모리 계층에 가깝다는 차이를 인정하고, 그 차이도 조사에 반영하도록 요구한다. [26:19]

13. 아바타 변경 요청으로 드러난 병렬 작업의 불확실성

• YouTube 채널 ClearMud에서 아바타를 가져와 Muse의 아바타로 사용하고, 기본 아바타처럼 움직이는 여러 버전도 만들어 달라고 요청한다. [26:58]
• 새 요청 후 앞서 진행하던 작업이 대체된 듯한 화면을 보고, 메모리 비교 작업이 계속되는지 의문을 제기한다. 여러 작업을 병렬로 진행하고 싶어 하지만, 서브에이전트가 이전 작업을 처리하는지는 아직 답을 받지 못했다. [27:24]

14. 작업 관찰을 방해하는 화면 전환과 잘못 가져온 로고

• 승인 항목과 Markdown 파일 편집 화면을 확인하고, 작업 중에도 채팅을 함께 띄울 수 있음을 발견한다. 그러나 피드 등 다른 영역으로 이동할 때 채팅을 계속 열어 두기 어려워, 탐색과 작업 상태 확인을 병행하는 데 불편함이 생긴다. [28:17]
• 아바타 요청 결과로 나타난 이미지가 채널 로고와 닮지 않아 채널 식별 정보를 다시 입력한다. 진행자는 이를 간단한 요청에서 발생한 실패로 평가한다. [29:23]

15. 사이드 채팅은 주제를 분리하지만 에이전트는 하나다

• 주제나 프로젝트별로 사이드 채팅을 만들면 각각의 대화 맥락을 유지하지만, 모든 채팅의 상대는 같은 에이전트다. 별도 에이전트를 생성하는 구조와는 차이가 있다 [30:15]
• 새 사이드 채팅은 채팅 메뉴 안에서 만들 수 있다. 채팅을 계속 표시하도록 설정해도 해당 채팅 탭 내부에만 유지된다 [31:16]

16. 브라우저 개입은 가능하지만 아바타 확보에는 반복 지시가 필요하다

• 채널 아바타를 제대로 찾지 못하다가 브라우저를 여는 모습이 나타난다. 사용자는 브라우저 세션을 확인하고 직접 제어할 수 있다 [32:20]
• 인터페이스는 매끄럽고 관찰한 범위에서 버그는 없지만, 작업물을 중앙에 두고 채팅을 오른쪽 세로 영역에 배치하는 구성을 더 선호한다. 현재 왼쪽 메뉴는 아이콘 상태를 유지하며 채팅 영역만 펼칠 수 있다 [33:26]

17. 웹사이트 전체 재구축과 작업 상태를 보여주는 아바타를 요청한다

• clear.ai를 살펴 개선점을 찾고, 홈페이지부터 모든 하위 경로까지 사이트 전체를 다시 만들도록 사이드 채팅에서 요청한다 [35:20]
• 맞춤 아바타에는 별이 떠다니거나 미소 짓는 효과만 나타난다. 원하는 동작은 기본 아바타처럼 정면을 보다가 작업 중에는 컴퓨터로 타이핑하는 장면으로 전환하는 것이다 [36:33]

18. 메모리 비교 자료는 완성됐지만 비교 목적을 충분히 충족하지 못한다

• 메모리 설명 자료가 12장 슬라이드로 완성된다. 라이브러리는 결과물을 한곳에서 쉽게 찾아볼 수 있다는 점에서 유용하다 [37:02]
• 원래 목적은 Muse의 기억 방식을 OpenClaw 및 Mem Zero와 비교하는 것이었지만, 결과물은 일반적인 에이전트 메모리 설명에 치우쳐 Muse에 대한 설명이 부족하다는 평가를 받는다. 요청을 더 명확히 했어야 할 가능성도 인정한다 [38:03]

19. 간편한 초기 설정과 단일 대화 창구는 장점이다

• Muse는 시작하는 데 드는 설정 노력이 매우 적다는 평가를 받는다. 다만 자료에 적힌 ‘개인 환경’이라는 표현이 구체적으로 무엇을 보장하는지는 의문으로 남는다 [39:50]
• 여러 에이전트를 직접 만들고 관리하는 복잡성을 줄인 점은 긍정적이다. 비교 사례인 개인 OpenClaw 환경에서도 사용자는 기본 에이전트 하나와 대화하고, 다른 에이전트의 작업은 기본 에이전트가 위임한다 [40:23]

20. 대화 검색은 유용하지만 피드의 좋아요 기능은 용도가 불분명하다

• 검색에 ‘avatar’를 입력하자 응답 내용까지 검색되는 모습을 확인한다. 작업과 대화가 쌓였을 때 키워드로 내용을 빠르게 찾는 기능이 유용하다는 평가다 [41:34]
• 관심사 기반 피드를 요청하고 좋아요를 눌러보지만, 항목의 위치나 다른 동작에 어떤 영향을 주는지는 확인하지 못한다. 개인 에이전트에 소셜 기능을 넣은 목적도 분명하게 느껴지지 않는다 [42:32]

21. 생활 지원 아이디어의 효용과 개인정보 제공 부담이 충돌한다

• Google 계정에 대한 도구 접근은 허용하지 않기로 한다. Marketplace 물품 찾기, 저축 목표, 고장 난 물건의 사진으로 부품 찾기 같은 제안은 유용해 보이지만 이 단계에서는 시험하지 않는다 [43:28]
• 복잡한 인터페이스 없이 정보를 제공하고 생활 전반의 목표 달성을 지원받으려는 사람이 주요 사용자일 것으로 추정한다. 육아와 일을 병행하는 사람을 포함해 폭넓은 생활 지원 가능성을 본다 [44:09]

22. 작업 가시성을 점검하고 신생아 돌봄 도구를 새로 요청한다

• 웹사이트 재설계는 계속 진행 중이지만 구체적으로 어떤 작업을 하는지 확인하기 어렵다. 이 시점의 사용량은 5%다 [45:12]
• 출산 후 직장에 복귀한 배우자가 집에 있는 아내를 지원한다는 가상 상황으로 도구 제작을 요청한다. 본인의 가족 상황이 아니라 최근 아이를 낳은 두 친구의 처지에서 만든 시험 사례다 [46:08]

23. 미국 한정 제공 정보와 계정별 접근 차이가 나타난다

• 실시간 댓글을 통해 당시 Muse가 미국에서만 제공된다는 정보를 접한다. 이 단계에서는 새로 알게 된 내용으로 받아들이고 영상에 반영할 항목으로 남긴다 [47:30]
• 별도로 만든 계정은 대기 명단에 있지만, 오래 사용한 개인 Meta 계정에는 접근 권한이 있다. 계정별 차이는 관찰됐지만 그 이유는 확인되지 않는다 [49:56]

24. 중고 거래 업무가 개인적으로 유력한 활용처가 된다

• Facebook Marketplace처럼 Meta의 기존 서비스 안에서 시간을 절약하는 용도에 관심을 보인다. 물건 사진을 에이전트에 보내 판매 준비 작업을 맡기고 진행 상황을 관찰하는 실험을 구상한다 [50:54]
• eBay 업무까지 한 플랫폼에서 처리해 불필요한 물건을 정리하는 방안도 희망한다. 이는 매물을 직접 등록할 시간이 부족하다는 필요에서 나온 구상이며, 실제 수행 능력을 확인한 결과는 아니다 [51:17]

25. 여러 제작 작업이 이어지며 주간 사용량이 늘어난다

• 에이전트는 수유 추적 기능을 제작 작업에 포함하겠다고 응답한다. 다음 수유 전 약 두 시간을 알면 휴식에 도움이 된다는 문구가 나오지만, 완성된 예측 기능의 정확도를 검증한 것은 아니다 [52:26]
• 돌봄 도구 제작과 웹사이트 재설계가 계속 진행 중이며, 사용량은 9%로 늘어난다. 이를 주간 할당량의 약 10분의 1에 가까운 수준으로 해석한다 [52:43]

26. 모바일·웹 접근 경로는 보이지만 문서 탐색은 매끄럽지 않다

• 제품 페이지에서 iOS와 Android 앱 제공을 확인한다. 데스크톱 다운로드가 보이지 않아 웹과 모바일 중심 서비스로 판단하지만, 별도 데스크톱 앱의 부재를 확정적으로 검증한 것은 아니다 [53:30]
• 시도한 문서 주소로는 자료에 접근하지 못하고 도움말 센터로 이동한다. 문서 자체가 없다고 단정하지 않고 다른 경로에 있을 가능성을 남긴다 [54:14]

27. 미국 외 출시 일정은 미정이며 규제 원인설은 추측이다

• 이용 가능 지역을 묻자 에이전트는 미국 한정 서비스이며 9월 8일 출시됐다고 답한다. 미국에서는 iOS·Android 앱과 웹을 사용할 수 있고, 다른 지역 제공 시점은 Meta가 밝히지 않았다는 응답이다 [55:36]
• 미국 우선 제공의 이유가 국가별 개인정보 규제 차이일 수 있다고 추정한다. 다만 법적 제약이 실제 원인인지는 확인하지 못했으며, 관찰에 따른 추측임을 명시한다 [56:28]

28. 맞춤 아바타가 실제 작업 상태를 표현하지 못한다

• 기본 아바타가 등장하던 모든 장면과 환경에 채널 아바타를 대신 넣어 달라고 다시 요청한다. 사이드 채팅에서 작업이 진행되는 동안에도 아바타가 정지해 있어 활동 상태를 전달하지 못한다 [57:24]
• 얼굴 위를 지나가는 은하 같은 효과와 별 장식이 계속 나타난다. 원하는 것은 장식 효과가 아니라 작업 장면의 재현이며, 별을 원하지 않는다는 기존 요청도 반영되지 않은 상태다 [58:06]

29. 돌봄 결과물에는 수유 기록 앱의 핵심 입력 기능이 부족하다

• 완성된 ‘오늘의 돌봄 계획’은 앱보다는 랜딩 페이지처럼 보인다. 기대했던 것은 내용을 직접 입력하고 관리하는 도구다 [58:42]
• 달력이나 시간 구간에 수유 시각을 입력할 곳이 보이지 않는다. 요청을 충분히 설명하지 못했을 가능성은 인정하면서도, 기록을 추가하고 수정하며 수유 간격을 추적할 수 있어야 한다고 지적한다 [59:42]

30. 아바타 교체와 일정 입력에서 커지는 사용 부담

• 아바타 작업은 18분이 지난 시점에도 진행 중이다. 원하는 변경은 기존 장면과 애니메이션을 유지하면서 아바타만 교체하는 것이어서, 요청에 비해 마찰이 크다는 평가가 나온다 [1:00:49]
• 일정 관련 결과물에서도 날짜를 자동으로 감지하고 선택만 하게 하는 직관적인 입력을 원한다. 다만 불편의 원인이 반드시 Muse에만 있는 것은 아니라는 단서를 붙인다 [1:02:17]

31. 음성으로 요청한 소닉 게임과 시점 전환

• 소닉 더 헤지혹을 최대한 가깝게 재현한 게임을 최소 두 레벨로 만들고, 고전적인 측면 시점에서 1인칭에 가까운 시점이나 캐릭터 어깨 너머 시점으로 전환하는 기능을 요청한다 [1:03:06]
• 음성 기능은 녹음 메시지를 보내는 방식이 아니라 발화를 텍스트로 변환하는 방식으로 작동한다 [1:03:49]

32. 승인 피드와 대화 기반 루틴 생성

• 별도 채팅을 하나씩 방문하지 않고 승인 요청을 모아서 처리할 수 있는 피드는 편리한 기능으로 평가한다 [1:04:20]
• Google 홈페이지 배너를 30분마다 확인하고, 바뀌었을 때만 알림과 함께 새 배너의 내용을 설명하는 루틴을 요청한다 [1:05:16]

33. 공유 컴퓨터에서 모호해지는 작업 맥락

• 미리보기에는 Google 화면만 나타나 어느 작업의 결과인지 바로 파악하기 어렵다 [1:06:21]
• 다른 채팅에서 요청한 배너 확인 작업이 공유 컴퓨터에 표시된 것일 수 있다고 추측한다. 여러 채팅의 작업이 같은 컴퓨터를 사용하면서 현재 화면의 맥락이 혼동된다 [1:07:18]

34. 계정 접근에 대한 경계와 평가의 한계

• Facebook을 사용해 온 경험 때문에 새 계정을 만들고 다른 정보나 서비스에 대한 접근 권한을 주지 않는 쪽을 선호한다 [1:09:00]
• 복잡한 사용자 아바타가 작업을 어렵게 했을 가능성은 인정하지만 원인은 확신하지 않는다. Muse 평가는 아바타 하나가 아니라 지금까지의 전체 사용 경험에 근거한다고 보여준다 [1:09:38]

35. 낮은 진입 장벽과 단일 에이전트의 장점

• 기술 지식이 거의 없어도 설정하고 시작하기 쉬워지는 방향을 긍정적으로 평가한다. 특히 하나의 에이전트만 사용하는 Muse의 단순함을 핵심 장점으로 꼽는다 [1:11:49]
• UI와 UX에 대한 불만은 개인적 선호에 해당하며 모든 사용자에게 똑같이 적용되지는 않는다고 한정한다 [1:12:23]

36. 무료 사용량의 관대함과 지속 여부의 불확실성

• 채널에서 시험한 무료 계정 가운데 Muse의 사용량이 가장 넉넉하다고 평가한다. 비교 대상으로 든 Grockbot 무료 체험은 자신의 경험상 프롬프트 세 번, 약 10분 만에 사용이 끝났다고 드러낸다 [1:13:17]
• 이 수준의 무료 제공이 유지될지는 알 수 없지만, 충분히 시험할 수 있는 사용량과 단일 에이전트 구조는 현재의 뚜렷한 장점이다 [1:13:43]

37. 외부 계정 연동 실험의 중단

• Grockbot에 연결해 Elon Musk와 대화하라는 요청에 에이전트는 Grok이나 실제 Elon Musk에게 직접 연결할 수 없다고 답한다. 요청 의도가 제대로 전달되지 않은 것으로 받아들인다 [1:15:21]
• 다른 사용자의 성공 사례를 근거로 연동이 가능할 것으로 생각하지만, 플랫폼에 추가 계정 로그인을 제공하고 싶지 않아 직접 검증은 중단한다 [1:15:28]

38. 기반 모델 확인 시도와 루틴 설정 응답

• 기반 모델을 묻는 과정에서 Muse Spark라는 이름을 확인하고 GPT 5.6 및 다른 프런티어 모델과 비교한 벤치마크 그래프를 찾으려 한다. 원하는 자료는 새로 생성한 그래프가 아니라 기존 스크린샷이며, 이 구간에는 비교 결과가 제시되지 않는다 [1:16:21]
• 에이전트는 Google 홈페이지 배너를 30분마다 확인하고 변경이 있을 때만 알리겠다고 응답한다. 실제 변경 감지와 알림 동작까지 확인된 것은 아니다 [1:17:29]

39. 게임 제작 오류와 상세 작업 로그의 발견

• 게임 제작이 멈춘 듯한 상태에서 로그를 열어 보니 에셋 제작을 시작한 뒤 오류가 발생한 흔적이 있다. 이후 상태 메시지에는 두 구역이 진행 중이며 플레이할 수 있게 되면 알리겠다는 내용이 나타난다 [1:18:08]
• 채팅에서 아바타를 누른 뒤 활동 탭으로 들어가면 애니메이션 아이콘으로 진행 중인 작업을 찾고, 별도 화면에서 상세 기록을 볼 수 있다. 유용하지만 처음부터 쉽게 발견할 수 있는 경로는 아니었다 [1:18:53]

40. 작업 로그를 통한 요청 방식의 개선

• 로그를 모두 읽거나 이해하지 못하더라도 에이전트가 제작에 접근하는 방식과 수행 순서를 파악할 수 있다. 이를 바탕으로 다음 요청에서는 필요한 단계와 실행 순서를 더 구체적으로 지정할 수 있다고 본다 [1:19:35]
• 상세 기록은 소프트웨어 개발자나 엔지니어에게 더 유용할 것으로 예상하지만, 이는 직접 검증한 효과가 아니라 기대에 해당한다 [1:20:16]

41. 반복되는 정체와 로컬 미리보기 요구

• 활동 기록에서 작업이 반복적으로 정체된다고 판단해 테스트를 멈추고 직접 플레이하게 해 달라고 요청한다. 이미 두 번 멈췄다고 느끼면서도, 테스트 중단으로 결과가 나빠질 가능성은 인정한다 [1:22:14]
• 프로토타입이 완성됐는지 확인하고, 에이전트의 컴퓨터 브라우저에서 열어 직접 조작할 수 있게 해 달라고 요구한다. 외부 호스팅은 필요 없고 로컬 실행만 원한다는 조건을 명확히 한다 [1:25:11]

42. 소닉 프로토타입의 익숙한 외형과 진행 오류

• 실행된 게임에서는 점프와 구르기·스핀 대시 조작을 확인하지만, 첫 레벨을 통과하는 지점에서 이상 동작이 발생한다 [1:25:46]
• 배경과 구성은 원작을 떠올리게 하지만 캐릭터 재현은 충분하지 않고 정상적으로 진행되지 않는다. 다만 테스트를 직접 중단시켰으므로 계속 실행했다면 자체 수정했을 것이라고 추측하며, 게임 제작은 자신이 Muse를 사용할 용도는 아니라고 평가한다 [1:26:24]

43. 미리보기 접근 부담과 추가 대기 한도

• 소스를 내려받는 대신 에이전트의 컴퓨터에서 결과물을 열어 주길 원한다. 사용자가 직접 실행 준비를 떠맡지 않고 미리보기에 접근하는 것이 요구사항이다 [1:26:56]
• 표시된 사용량은 18%다. 아직 기다리는 미리보기를 확인하기 위해 5분을 더 주고, 그 안에 열리지 않으면 장편 영상 녹화를 마무리하겠다고 정한다 [1:27:27]

44. 재실행에서도 남는 오류와 사용자 앱 메뉴의 장점

• 새로 열린 탭에서 게임을 다시 실행하지만 같은 오류가 계속 발생한다 [1:29:07]
• Muse의 왼쪽 메뉴에 자신이 만든 앱을 추가할 수 있는 기능은 별도의 장점으로 평가한다. 기존 기능과 탭 옆에 사용자 기능을 붙이는 방식이 OpenClaw의 대시보드 플러그인을 떠올리게 한다 [1:29:28]

45. 데이터 수집 이후에도 길어진 실행 대기

• 필요한 데이터는 이미 수집됐지만, 사이트가 준비됐다면 로컬 실행에 필요한 네 단계 이상의 작업을 왜 계속 수행하는지 의문이 남는다. 준비 완료 상태와 실제 실행 과정 사이의 불일치가 문제다 [1:33:03]
• 직접 실행하는 과정은 빠르게 끝난 반면 에이전트는 여전히 작업 중이어서, 자동화가 오히려 시간을 더 쓰는 상황이 드러난다 [1:34:47]

46. 웹사이트 완성도는 양호하지만 실행 효율은 아쉽다

• 결과물은 원본을 그대로 복제한 듯한 일반적인 형태지만, 외관은 세련되고 전문적이다. 기존 웹사이트를 대체할 정도는 아니며 추가 수정이 필요하다는 평가다 [1:35:32]
• ZIP 파일을 받은 뒤 직접 배포하고 로컬에서 실행하는 일은 간단했다. 자체 컴퓨터를 가진 에이전트도 비슷하거나 더 빨라야 한다는 기대에 못 미쳤으며, 가상머신에 필요한 의존성이 없었을 가능성은 추정으로 남는다 [1:35:43]

47. 숙련된 에이전트 사용자보다 설치가 부담스러운 일반 사용자에게 적합하다

• OpenClaw, Hermes 등 외부 에이전트 실행 도구를 이미 사용한 AI 애호가는 주된 대상이 아니라는 판단이다. 오픈소스 도구의 설치와 배포가 어렵거나 학습할 시간이 부족한 일반 사용자에게 더 적합하다 [1:36:43]
• Facebook과 Meta 앱을 자주 쓰거나, Meta 광고와 Facebook Marketplace를 활용하는 사용자에게는 사용 이유가 더 분명하다 [1:37:40]

48. 단일 대표 에이전트와 작업 가시성이 인터페이스의 강점이다

• 단순한 인터페이스에서 기본 에이전트 하나를 중심으로 여러 하위 에이전트와 별도 대화를 운영할 수 있다. 대표 에이전트가 업무를 위임하는 구성이 선호하는 사용 방식과 맞는다 [1:38:29]
• 활동, 대기 중인 작업, 진행 과정을 확인할 수 있고 승인 탭도 제공돼, 에이전트가 무엇을 하는지 파악하기 쉽다는 평가다 [1:38:49]

49. 자동 메모는 편리하며 달력 기반 작업 배정은 개선 요구로 남는다

• 달력에 에이전트를 끌어다 놓고 작업을 배정해 반복 업무를 한눈에 확인하는 기능이 제안된다. 이는 확인된 기능이 아니라 개인적으로 구현 중인 방식이자 다른 서비스에도 바라는 기능이다 [1:39:02]
• 정체성과 ‘소울’을 쉽게 편집할 수 있고, 사용 과정에서 메모가 쌓이는 모습도 확인된다. OpenClaw에서는 회의나 일정 기간의 정보를 기록·요약하려고 주기적인 cron 작업을 직접 설정했던 경험과 대비된다 [1:39:32]

50. 첫인상은 제한적이지만 진입 장벽을 낮춘 가치는 있다

• 전반적인 첫인상은 크게 인상적이지 않지만, AI 에이전트를 단순하고 쉽게 쓰게 하려는 방향은 긍정적이다. OpenClaw가 부담스럽거나 새로운 도구를 배울 여유가 없는 사람에게는 시도할 가치가 있다는 판단이다 [100:06] [1:40:14]
• 시작과 사용은 쉽지만 개인적으로 매일 사용할 계획은 없다. 편의성에 대한 긍정적 평가가 일상 도구로의 채택으로 이어지지는 않는다 [100:30] [1:41:15]

51. Workspace 에이전트는 계정 접근 제한 때문에 비교 경험이 부족하다

• OpenAI Workspace 에이전트는 비즈니스 워크스페이스 계정에서만 사용할 수 있다고 이해하고 있으며, 개인 Pro 계정으로는 직접 시험하지 못했다. 따라서 이 서비스에 대한 비교 경험은 제한돼 있다 [104:14] [1:44:14]

52. 쉬운 사용 경험과 모델 품질은 별개다

• 오픈소스 프레임워크를 배울 시간이 없는 사람도 비교적 매끄럽게 개인 AI 비서를 사용할 수 있다는 점은 장점이다. 다만 모델 품질에는 상당한 아쉬움이 있고, 일반 사용자는 수행 결과만으로도 놀라워할 수 있다는 예상이다 [105:21] [1:45:34]
• 친구와 가족의 기술 지원 요청을 대신 받는 개인 에이전트도 활용 아이디어로 드러난다. 실제 구축 결과가 아니라 반복적인 지원 부담을 줄이기 위한 제안이다 [106:01] [1:45:49]

53. 무료 사용량은 시험해 볼 이유지만 경쟁 도구와의 동등성을 뜻하지 않는다

• 약 한 시간 반 동안 진행한 녹화에서 무료 플랜 사용량의 20%만 썼다는 경험이 체험을 권하는 근거다. 다만 Grockbot과는 차이가 있고 대상 사용자도 다르므로 직접적인 경쟁 제품으로 단정하지 않는다 [108:16] [1:46:04]
• 자신에게 맞는지는 직접 시험해 판단해야 한다. 여러 측면에서는 Grockbot을 더 선호하지만 일부 측면에서는 Muse를 선호할 수도 있으며, 개인적인 일상 사용 계획은 여전히 없다 [109:08] [1:47:23]

54. 모회사의 플랫폼을 기준으로 활용 범위를 좁힌다

• 새 에이전트의 용도를 판단할 때 모회사가 운영하는 플랫폼을 살펴본다. Muse의 경우 Facebook, Instagram, WhatsApp 등 Meta 서비스가 활용 방향을 정하는 기준이 된다 [109:49] [1:50:04]
• Marketplace에서는 사진을 올린 뒤 흥정과 판매 업무를 맡기고, 광고 라이브러리에서는 조사와 관련 자동화를 수행하게 할 계획이다. 현재 목표로 삼는 용도는 이 두 가지이며, 해당 구간에서 완성된 자동화를 검증한 것은 아니다 [110:10] [1:50:19]

55. 실험형 라이브와 긴 영상 녹화를 결합한 제작 방식

• 이번 실험은 상세한 대본 없이 간단한 할 일 목록으로 진행됐다. Muse를 유용하게 쓰고 있다는 Derek의 경험과 사용 사례가 직접 시간을 들여 시험해 보는 계기가 됐다 [111:13] [1:50:27]
• 라이브로 함께 실험하면서 긴 영상도 녹화하는 방식은 제작자에게 두 작업을 동시에 수행할 이점이 있다. 다만 녹화 중 일부 구간은 시청자에게 지루할 수 있다는 한계도 인정한다 [111:43] [1:51:29]

56. Grockbot 접근 경로가 기존 채팅 화면과 가까워졌다

• grock.com의 기존 채팅 인터페이스에서 봇과 계정 영역을 통해 Grockbot에 접근할 수 있는 변화가 확인된다. 처음 보이지 않던 항목도 ‘더 보기’를 누르면 나타나며, 이 통합이 언제 적용됐는지는 알지 못한다 [112:15] [1:52:30]

57. 다음 실험은 시각적인 할 일 목록으로 구조를 보완한다

• 긴 편집 영상은 늦어도 다음 날 오후까지 공개할 예정이지만, 당장은 고객 업무와 다음 날 발표·직원 인계 준비로 돌아가야 하는 상황이다 [113:09] [1:54:33]
• 영상 방식에 변화가 필요하다는 시청자 의견을 더 명확한 구조가 필요하다는 뜻으로 받아들인다. 다음 라이브에서는 Excalidraw로 수행할 항목을 먼저 정리하고 순서대로 따라가는 방식을 적용할 계획이다 [115:14] [1:55:14]

🧾 결론

• Muse의 확인된 가치는 개인 에이전트를 쉽게 시작하고 여러 작업과 결과물을 한곳에서 다루게 한다는 점이다.
• 웹사이트와 자료를 만드는 능력은 관찰됐지만, 실제 사용 가능한 결과를 얻으려면 구체적인 지시와 사람의 검수가 필요했다.
• 진행자는 체험할 가치는 인정하면서도 매일 사용할 계획은 없다고 밝혔다. 접근 편의성에 대한 호평과 일상 도구로의 채택은 구분해야 한다.

📈 투자·시사 포인트

• 이번 시연은 모델 성능 외에도 초기 설정, 승인 처리, 결과물 접근성이 개인 에이전트의 선택 기준이 될 수 있음을 보여준다.
• Meta 서비스와 연결되는 반복 업무는 활용 동기를 제공하지만, Marketplace와 광고 조사 자동화의 실제 시간 절감 효과는 추가 검증이 필요하다.
• 무료 할당량은 체험을 유도하는 장점이다. 다만 영상에는 제공 비용, 유료 전환율이나 수익성 자료가 없어 사업 성과로 연결해 판단할 근거는 부족하다.
• 개인정보 제공에 대한 부담과 실행 대기 시간은 편리한 인터페이스에도 불구하고 상시 사용을 막을 수 있는 요인으로 나타났다.

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

• 미국 한정 제공과 출시일은 댓글 및 에이전트 응답에서 나온 정보다. 현재 이용 가능 지역, 계정별 접근 조건과 해외 출시 일정은 별도 확인이 필요하며, 규제 때문이라는 설명은 진행자의 추측이다.
• 전송·구매 승인, 사업 운영 지원, 반복 작업 등에는 서비스 안내나 에이전트의 자기 설명이 섞여 있다. 배너 확인 루틴도 설정 응답만 확인됐고 실제 변경 감지·알림은 검증되지 않았다.
• 사이드 채팅은 같은 에이전트와 주제별 맥락을 나누는 것으로 설명됐지만, 내부 위임 구조와 작업 간 자원 분리는 충분히 확인되지 않았다. 가상의 육아 상황이 실제 사용자 메모리에 저장됐는지도 미확인이다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자신의 계정에서 접근 가능 여부와 무료 할당량·초기화 주기를 확인하고, 작업별 사용량과 소요 시간을 기록한다.
• 작은 작업 하나를 골라 입력·수정·저장·실행 등 완료 조건을 먼저 적고, 생성된 결과물을 직접 조작해 검증한다.
• Marketplace 판매 보조나 광고 라이브러리 조사처럼 목적이 분명한 작업을 시험하고, 직접 처리했을 때와 대기·수정 시간을 비교한다.
• 연결된 계정과 승인 범위를 확인하고, 가상 사례를 입력할 때는 실제 사용자 정보와 구분되도록 명시한 뒤 메모리 반영 여부를 점검한다.

❓ 열린 질문

• 요청의 완료 조건을 더 구체적으로 제시하면 아바타, 기록 앱과 게임의 반복 수정 부담이 얼마나 줄어들까?
• 여러 사이드 채팅이 동시에 실행될 때 공유 컴퓨터와 내부 작업 위임은 어떻게 조정될까?
• Marketplace와 광고 조사에서 절약하는 시간이 승인·대기·오류 수정에 쓰는 시간보다 충분히 클까?