뮤즈 뺨치는 AI 비서, 한국이 만들었다 - 김덕진 소장 (IT커뮤니케이션 연구소)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

한국 창업자들이 만든 AI 비서가 국내 서비스 연동과 전화 대행까지 확장하고 있으며, 활용의 핵심은 일을 맡기는 범위와 사람의 승인 지점을 함께 정하는 것이다.

📌 핵심 요점

1. 김덕진 소장은 AI 활용의 중심이 질문과 답변에서 업무 위임으로 이동한다고 설명한다. 사용자가 직접 처리한 뒤 검토받는 수준을 넘어, AI가 작업을 이어가고 결과를 보고하는 방식이다.
2. 이러한 변화를 뒷받침하는 구조는 AI 전용 가상 컴퓨터와 브라우저다. 사용자 노트북을 닫아도 서버에서 작업을 계속하고, 필요하면 전화나 문자로 소통한다는 설명이다.
3. 국내 서비스 사례로 소개된 피클은 아침 브리핑, 메일 답장 초안, 일정 확인, 국내 사이트 연동, 전화 대행을 제공한다고 한다. 한국 서비스의 로그인·인증 절차를 연결하는 점이 주요 활용 사례다.
4. 공유 캘린더를 본인 일정으로 오인하거나 인증 화면을 이해하지 못하는 오류도 있었다. 출연자는 되돌릴 수 있는 업무부터 맡기고 결제·전송 등에는 사람의 확인을 남겨두고 있다고 말한다.
5. 시장 경쟁의 축으로는 신뢰와 사용자 락인이 제시된다. 무료·크레딧 중심의 이용자 확보가 실제 유료 수요와 수익성으로 이어질지는 별도의 검증 과제다.

🧩 배경과 문제 정의

방송은 김덕진 IT커뮤니케이션 연구소장이 AI와 함께 방송 내용을 정리해 책을 만드는 경험에서 출발한다. 이후 논의는 AI를 직접 사용하는 단계에서 업무를 위임하는 단계로 확장된다. 여러 앱에 흩어진 메일·일정·예약을 AI가 연결하고 실행할 수 있는지, 그 과정에서 오류와 개인정보 문제를 어떻게 통제할지가 중심 문제다.

제목은 한국이 만든 AI 비서를 강조하지만, 본문은 국내 서비스뿐 아니라 한국 창업자가 미국에서 만든 회사, 미국 AI 모델, 한국 사이트에서 실행되는 업무가 결합된 구조도 다룬다. 사례의 주된 근거는 출연자의 사용 경험이며, 제품 간 성능을 비교한 실험은 제시되지 않는다.

🕒 시간순 섹션별 상세정리

1. 방송 내용을 AI와 정리해 책으로 만드는 경험

• 김덕진 소장은 새 책 출간과 청취자용 책 선물을 소개하고, 매주 방송한 내용을 AI와 함께 정리하면서 집필 속도가 빨라졌다고 보여준다. [00:24]
• AI에게 책 전체를 써 달라고 한 것이 아니라 자신이 가진 내용을 정리하는 데 활용했다고 구분한다. [01:16]

2. 첫 번째 트렌드로 제시한 AI 위임

• 책은 앞부분의 트렌드 설명과 뒷부분의 도구 활용으로 구성되며, 빠른 변화에 대응하기 위해 트렌드에 주목했다고 드러낸다. [01:45]
• '써본 만큼 보인다'에서 '맡겨본 만큼 보인다'로 관점이 바뀐다며, AI가 검토만 하는 단계를 넘어 실제 업무를 맡는 시대를 보여준다. [02:18]
• 이번 방송에서는 위임을 가능하게 하는 에이전트 비서의 진화를 살펴보겠다고 예고한다. [02:46]

3. 앱 밖으로 확장되는 주요 AI 기업의 비서 경쟁

• 오픈AI의 미국 일부 유료 이용자 대상 비서 기능을 예로 들며, 작업 진척을 스마트폰 문자로 먼저 알리는 실험과 메일·캘린더 연결을 보여준다. [02:59]
• 구글의 이용자 확대 계획과 앤트로픽의 미국 일부 이용자 대상 서비스를 언급하며 주요 AI 기업들이 에이전트 경쟁에 들어왔다고 보여준다. [03:34]
• 경쟁 범위가 컴퓨터나 앱 내부를 넘어 직접 전화하고 문자를 보내는 수준으로 넓어지고 있다고 정리한다. [04:05]

4. 사용자의 노트북과 분리된 가상 컴퓨터

• 진행자는 앞서 본 예약 기능의 불편이 얼마나 개선됐는지 묻고, 출연자는 예상보다 짧은 약 6개월 사이에 변화가 있었다고 평가한다. [04:18]
• AI가 계정별 전용 가상 컴퓨터와 브라우저를 갖고 서버에서 작업하므로, 사용자가 노트북을 닫아도 업무를 계속할 수 있다는 구조를 보여준다. [05:07]
• 일을 끝까지 수행하기 시작했다는 점은 긍정적으로 보면서도, 아직 사람이 점검해야 하는 고등학생 또는 견습 사원 수준이라고 비유한다. [05:54]

5. 피클의 아침 브리핑과 선제적인 초안 준비

• 국내 이용자가 접근하기 어려운 해외 서비스와 비교하며, 한국 창업자나 한국 자본과 관련된 서비스가 주목받고 있다고 보여준다. 피클은 당시 초대장 기반이라고 보여준다. [06:24]
• 피클이 아침 7시 전에 날씨·일정·챙길 문의를 브리핑하고, 수신 메일의 답장 초안까지 준비해 승인하면 보낼 수 있게 한다는 사용 사례를 든다. [07:10]
• 방송 이후 일정과 강연 준비를 고려해 이동 중 아이디어를 주면 초안을 작성하겠다는 메시지도 받았다며 실제 대화 내용을 보여준다. [07:37]

6. 국내 사이트 인증과 여러 앱의 연결

• 진행자는 캘린더, 기차 예약, 식당 예약처럼 서로 다른 앱을 쓰는 상황에서 연결이 어떻게 가능한지 질문한다. [08:18]
• 출연자는 가상 클라우드의 브라우저가 코레일 사이트에 접속해 계정을 연결하고, 사용자가 문자 인증번호를 입력하는 방식도 지원한다고 보여준다. [08:52]
• 여러 캘린더와 국내 쇼핑·차량 대여 서비스의 연결 경험을 소개하며, 출장 일정을 바탕으로 AI가 먼저 예매를 제안하는 흐름을 보여준다. [09:32]

7. 전화 대행과 에이전트 사이의 일정 조율

• 방송에 들어가기 전 마무리하지 못한 업무를 피클에 맡겨 팀장에게 대신 전화하고, 추가 내용을 확인해 보고하도록 했다는 사례를 보여준다. [10:02]
• AI가 자신의 에이전트임을 밝히고 통화하며, 사용자는 화면에서 대화 내용을 확인하고 이후 정리를 받을 수 있다고 보여준다. [10:36]
• 친구 등록을 바탕으로 에이전트끼리 소통하는 구상과, 서로 바쁜 사람들의 캘린더를 AI끼리 논의해 맞추는 방향도 언급한다. [10:54]

8. 실제 오류와 위임을 멈추는 기준

• 직원의 공유 일정을 자신의 일정으로 착각해 충돌 알림을 보낸 사례를 들며, 여러 캘린더를 연결했을 때 소유자 구분에 오류가 있었다고 보여준다. [11:41]
• 사용자 앱과 가상 컴퓨터의 인증 화면이 달라 AI가 진행하지 못해 직접 연결한 경험도 보여준다. [12:16]
• 출연자는 되돌릴 수 있는 업무 위주로 맡기고 결제·자동 전송은 조심한다며, 어디까지 위임하고 어디서 멈출지를 설계하는 능력이 중요하다고 강조한다. [12:32]

9. AI 비서를 구분하는 세 가지 유형

• 첫 번째는 쇼핑 추천이나 지도 기반 예약처럼 자기 서비스 안에서 동작하는 비서다. [13:32]
• 두 번째는 사용자의 브라우저를 대신 조작하는 비서다. 어사이드라는 AI 브라우저를 예로 들며, 홈택스 세금계산서 항목을 채우고 발행 버튼 앞에서 멈추는 사례를 보여준다. [13:45]
• 세 번째는 별도 컴퓨터와 전화번호를 갖고 계정 작업뿐 아니라 사람과의 통화까지 대행하는 비서다. [14:13]

10. 개인정보 우려와 신뢰·락인 경쟁

• 진행자는 메일·일정·예약을 연결하는 편리함과 함께 개인정보 유출 가능성을 우려한다. 출연자는 기능이 비슷해질수록 회사에 대한 신뢰와 초기 락인이 중요해질 것으로 본다. [14:32]
• 대기업은 실수로 인한 불신을 피하려 안정적인 설계에 신중하고, 일부 스타트업은 빠르게 이용자를 확보하려 한다는 경쟁 구도를 보여준다. [15:17]
• 비밀번호 금고와 내부 검증 등 서비스들이 강조하는 보안 방식을 소개하면서도, 정보를 관리하는 회사와 책임 범위가 중요하며 불안 요소는 남아 있다고 드러낸다. [15:45]

11. 국내 대기업과 스타트업의 접근 차이

• 네이버·카카오의 외부 업무 대행 사례가 상대적으로 적다는 질문에, 출연자는 큰 회사일수록 한 번의 오류로 잃는 것이 많아 조심한다고 해석한다. [16:42]
• 네이버 쇼핑의 AI 추천 경유 거래 비중과 카카오의 비서 시험 공개 계획을 언급하며, 내부 플랫폼 에이전트 연결은 진행되고 있다고 보여준다. [17:39]
• 코레일·정부24 등 외부 사이트 연동은 스타트업이 앞서 시도한다며, 한국인 창업자·미국 AI 모델·한국 사이트가 결합된 구조와 외부 사이트의 반발 가능성을 짚어 본다. [18:05]

12. 무료 이용자 확보에서 수익성 검증으로

• 당시 서비스들은 무료나 크레딧·친구 초대 방식으로 이용자를 모으고 있으며, 일부 브라우저는 유료 모델과 기존 AI 구독 연동을 제공한다고 보여준다. [18:55]
• 취향과 맥락이 쌓이면서 자신도 일주일 뒤 더 자주 사용하게 됐다며, 신생 서비스의 플랫폼 성장과 락인 가능성을 이야기한다. [19:29]
• 빅테크 주가 하락 질문에는 AI가 실제 돈을 버는지 증명하는 단계라고 답한다. 알파벳의 현금흐름에 관한 해석과 무료 이용자의 유료 전환까지 버틸 여력을 언급하고, 오픈AI·앤트로픽의 향후 상장 성적도 검증 계기로 전망한다. [20:04]

13. 되돌릴 수 있는 일부터 맡기라는 마무리

• 마지막 권고는 메일 정리나 장보기 목록처럼 틀려도 되돌릴 수 있는 업무부터 실제로 맡겨보라는 것이다. [21:20]
• 파일 삭제 전 확인을 요구하고, 결제나 전송을 직접 실행하지 않도록 지시하는 습관을 제안한다. [21:32]
• 진행자는 김덕진 IT커뮤니케이션 연구소장과의 대화를 마무리하고 감사 인사를 나눈다. [21:47]

🧾 결론

• 제목의 한국산 AI 비서는 한국 창업자와 국내 서비스 연동이라는 맥락에서 이해해야 한다. 본문은 한국인이 창업한 미국 회사와 미국 AI 모델을 조합하는 구조도 함께 설명한다.
• 피클이 뮤즈보다 우수하다는 정량 비교는 제시되지 않는다. 방송의 핵심 근거는 출연자의 사용 경험과 구체적인 업무 사례다.
• AI 비서는 업무를 끝까지 수행하는 방향으로 발전하고 있지만, 출연자도 여전히 사람이 점검해야 하는 견습 사원 수준으로 평가한다.
• 활용 역량에는 업무 지시뿐 아니라 권한 범위, 중단 조건, 최종 승인 절차를 설계하는 능력이 포함된다.

📈 투자·시사 포인트

• 국내 사이트의 인증·예약·행정 절차를 연결하는 능력은 스타트업의 차별화 요소가 될 수 있다. 다만 이를 지속적인 경쟁력으로 유지할 수 있는지는 방송에서 입증되지 않는다.
• 출연자는 대기업의 신뢰·책임 부담과 스타트업의 빠른 이용자 확보를 서로 다른 경쟁 조건으로 설명한다. 출시 속도와 안정성 사이의 선택을 함께 볼 필요가 있다.
• 일정과 취향이 축적될수록 서비스 이용이 늘어나는 경험은 락인의 가능성을 보여준다. 실제 전환 비용과 유료 전환율은 제시되지 않았다.
• AI 산업의 투자 논점은 인프라 공급자의 매출에서 실제 서비스의 수익 창출로 확대된다. 출연자는 무료 이용자가 비용을 지불하기까지 기업이 현금 지출을 감당할 수 있는지를 중요하게 본다.

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

• 서비스명·책 제목·요금제에 전사 오류로 보이는 표현이 섞여 있다. 피클·뮤즈·어사이드 등은 원문 표기를 따른 것이며 공식 명칭과 정확한 제품 식별은 별도 확인이 필요하다.
• 방송 날짜가 제시되지 않아 '지난주', '올해', '12월', '2027년' 관련 발언의 기준 시점이 불명확하다. 초대제 여부, 지원 국가, 무료 제공 범위와 출시 일정도 방송 당시 설명으로 한정해야 한다.
• 국내 앱 연동과 전화 대행의 성능은 출연자의 경험이다. 성공률·오류율·처리 시간·경쟁 제품 대비 우위를 확인할 자료는 제공되지 않았다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 메일 정리, 장보기 목록, 일정 요약처럼 오류를 되돌릴 수 있는 업무 하나를 골라 위임해 본다.
• 개인 캘린더와 공유 캘린더의 소유자·용도를 구분하고, AI가 어느 일정을 기준으로 판단하는지 확인한다.
• '파일 삭제 전 반드시 확인', '결제와 전송은 승인 후 실행'처럼 중단 조건을 지시에 명시한다.
• 서비스의 지원 국가, 초대 조건, 이용 한도, 요금과 기존 AI 구독 연동 조건을 확인한다.

❓ 열린 질문

• 한국 서비스 연동 능력은 다른 에이전트도 빠르게 따라올 수 있는 기능인가, 지속적인 차별화 요소인가?
• 여러 계정과 공유 일정을 연결했을 때 AI가 사용자와 타인의 업무를 얼마나 정확하게 구분할 수 있는가?
• AI가 대신 전화하거나 예약·전송을 실행한 뒤 오류가 발생하면 서비스 회사와 사용자는 각각 어디까지 책임지는가?