OpenClaw는 왜 개인 비서처럼 느껴질까: Peter Yang 인터뷰 (a16z)

Peter Yang은 OpenClaw를 텔레그램 음성 중심으로 쓰면서 YouTube 지표 조회, Mercury 계좌 확인, Google Docs 업데이트, 간단한 웹 제작까지 위임 중
체감 가치의 70~80%는 모델 성능보다 “사람처럼 느껴지는 인터페이스”에서 나온다고 설명. 출퇴근 길, 침대에서도 메시지 보내듯 사용
기본 메모리는 아직 약한 편. 기억 누락이 자주 나와서 3계층 메모리 확장을 붙이고, 답변 전에 메모리부터 다시 보라는 규칙까지 넣어야 했다는 사례
앱 대체는 오락 앱보다 “업무 완료형 앱”에서 먼저 일어난다는 주장. 실제로 연결한 도구는 직접 여는 빈도가 크게 줄었다고 말함
The a16z Show에서 Anish Acharya가 Roblox PM Peter Yang과 대담한 29분 인터뷰, 2026년 4월 6일 공개

왜 OpenClaw는 같은 모델이어도 더 개인적으로 느껴질까?

핵심은 인터페이스 위치. 클라우드 채팅창을 열어 대화하는 방식보다, 텔레그램 대화창에서 바로 부르면 심리적 거리가 짧아진다는 설명
Peter는 OpenClaw를 “기능 모음”보다 “항상 옆에 있는 조수”로 사용. 음성으로 질문하고 음성으로 답받는 흐름이 기본
단순 자동화보다 정서적 사용도 큼. “메모리를 다 뒤져서 지금 내 상황에 맞는 조언을 해달라” 같은 요청을 주기적으로 던짐
같은 언어 모델이라도 사용 맥락이 바뀌면 체감 가치가 달라진다는 사례. 도구 성능보다 접점 설계가 먼저라는 포인트

OpenClaw 실사용에서 드러난 한계는 무엇인가?

설치와 운영이 아직 거칠다는 점을 반복 언급. 직접 “janky”라고 표현할 정도로 안정성 이슈가 남아 있음
기본 메모리 구조가 일별 텍스트 파일 중심이라, 중요한 선호나 설정을 자주 놓침. 사용자가 반복해서 상기시켜야 하는 경우가 발생
기능 기억도 흔들림. 이미 연결된 Google Docs 수정 같은 작업도 “못 한다”고 답해, 사용자가 다시 파일을 지목해야 진행되는 장면
음성 확장 실험도 가능성은 보여줌. Twilio를 붙여 실제 전화 통화까지 연결했지만 지연 시간이 커서 품질은 아직 낮다고 평가
그럼에도 “이상한 아이디어라도 말로 지시하면 일단 구현 경로를 찾는다”는 점이 초기 사용자에게 큰 매력으로 작동

앱과 SaaS는 정말 에이전트에 먹힐까?

Peter의 관측은 명확함. “특정 작업을 끝내기 위해 여는 앱”은 대체 속도가 빠르고, 엔터테인먼트 앱은 상대적으로 느릴 가능성
반론도 같이 제시됨. 캘린들리 같은 도구는 월 요금이 낮고 관리가 편해서, 직접 대체 도구를 유지하는 비용이 더 클 수 있음
대화는 “모든 SaaS가 즉시 소멸”보다 “어떤 범주가 먼저 사용 시간을 잃는가”로 이동. 사용량 재배치 관점이 더 현실적이라는 정리
소비자 앱 관점에서는 감정 맥락도 변수. 메신저는 연결감, 소셜은 자극 같은 감정 목적이 있어 단일 에이전트로 완전 통합이 쉽지 않다는 시각

구분	에이전트 대체 압력	인터뷰에서 나온 근거
업무 완료형 앱	높음	텍스트 한 줄 지시로 같은 결과를 더 빠르게 얻음
데이터 저장형 코어 SaaS	중간	유지보수 비용과 안정성 때문에 즉시 교체가 어려움
엔터테인먼트 앱	낮음	사용 목적이 효율보다 감정 경험에 가까움

Claude Code vs Codex, 실제 사용 분화는 어떻게 일어나나?

Peter는 “실제 제품처럼 만들 때는 Codex, 가볍게 시도할 때는 Claude Code”로 나눠 쓴다고 설명
호스트는 Claude Code를 동기 대화에 강한 도구로, Codex를 정확도 높은 도구로 묘사. 대신 Codex는 긴 생각 시간이 흐름을 끊을 때가 있다고 평가
이 차이가 “슬롯머신 감각”으로 이어진다는 분석도 나옴. 결과 품질과 응답 시간이 매번 달라 사용자가 반복 호출하게 됨
코딩 에이전트 도입이 개발자 전용으로 끝나지 않는다는 주장도 연결. 글쓰기, 문서 초안, 내부 도구 제작까지 같은 흐름으로 확장
실제 글쓰기 사례에서 “처음 80%는 에이전트, 마지막 20%는 사람이 다듬기” 패턴을 제시. 완전 자동화보다 공동 작업 모델에 가까움
회사 구조 관점에서는 10명 제품팀 대신 2~3명 팀과 다수 에이전트를 조합하는 운영 모델이 유력하다는 전망

OpenClaw 같은 개인 에이전트는 지금 당장 어디까지 가능한가?

지표 조회, 문서 업데이트, 간단한 자동화는 이미 가능함. 다만 메모리 누락과 도구 인식 실패가 있어 사용자가 규칙을 계속 보강해야 함. “완성형 비서”보다는 “지속 튜닝형 조수”에 가까운 단계.

Claude Code와 Codex 중 하나만 골라야 할까?

인터뷰 흐름상 정답은 “분업”에 가까움. 즉흥 실험과 대화 중심 작업은 Claude Code, 정확한 결과를 오래 밀어붙이는 작업은 Codex가 맞다는 식으로 역할이 갈림. 한 도구로 통일하기보다 작업 성격별 선택이 현실적.

1인 창업자에게 가장 먼저 오는 변화는 무엇인가?

“앱을 여는 시간”이 줄고 “지시를 설계하는 시간”이 늘어나는 변화가 먼저 옴. 특히 반복 업무가 많은 운영형 1인기업은 기존 SaaS를 전부 바꾸지 않더라도, 일부 흐름만 에이전트로 바꿔도 체감 이득이 크게 날 가능성이 큼.

1인기업 관점

내 기준에서는 “모든 앱을 버릴지”보다 “매일 반복하는 3개 업무부터 에이전트로 옮길지”가 더 현실적인 순서인 것 같음. Peter가 말한 것처럼 첫 80%를 AI로 만들고 마지막 20%만 내가 손보는 방식이면, 콘텐츠 작성이나 고객 응답 템플릿 같은 데서 바로 시간 절약이 날 듯함. 한국 1인기업은 결제, 세무, 공공 서류처럼 API가 약한 구간이 많아서 전면 교체는 아직 이르지만, 텔레그램 같은 메신저 인터페이스로 작업 진입 장벽을 낮추는 시도는 지금 해볼 만하지 않나 싶음.

OpenClaw는 왜 개인 비서처럼 느껴질까: Peter Yang 인터뷰 (a16z) (youtube.com) ↗