한눈에

a16z GP Anish Acharya가 Assistant Benchmark를 만든 David Pawlan과 소비자 개인 에이전트 레이스를 이야기합니다. 메일·여행·환불·경비정산 같은 잡무에서, 승자는 앱보다 “안 보이고 선제적으로 끝나는” 쪽일 수 있다는 프레임입니다.

Muse·dots 시대의 투자·벤치 시선 정리입니다. 녹음은 9/24, 공개는 9/29.

배경

개인 비서가 데모에서 제품으로 넘어가는 주간입니다. OpenAI dots, 타사 Muse급 제품이 같은 레이스에 있습니다.

Pawlan은 실제 잡무로 수십 개 비서를 스트레스 테스트한 벤치 메이커입니다. 투자자 톤과 벤치 톤이 한 에피소드에 만납니다.

무슨 일 / 핵심 내용

표면 경쟁은 앱 vs 텍스트 vs 음성 vs 웨어러블. 승자 후보는 “눈에 띄는 앱”이 아니라 Invisible·선제 실행에 가깝다는 쪽입니다.

사용자가 어디까지 자율성을 줄지, 에이전트 간 상거래(agent-to-agent commerce), 에이전트 네이티브 인터넷이 어떤 모습일지도 논의합니다. 환불·예약처럼 끝이 있는 잡무에서 체감이 먼저 난다는 관찰이 바탕입니다.

숫자·스펙

왜 중요한가

DevDay dots와 같은 주간에, “개인 에이전트 레이스를 어떻게 재는가”를 벤치·투자 언어로 정리해 줍니다. 제품 마케팅 문장과 다른 각도의 체크리스트입니다.

Pawlan의 벤치 관점은 데모 영상이 아니라 잡무 완수율입니다. 메일·여행·환불·경비처럼 끝이 있는 일에서 수십 개 비서를 갈아 넣는 스트레스 테스트. “대화가 잘된다”와 “환불이 끝난다”는 다른 문제입니다.

Invisible·선제 실행이 승자 조건이라면, UI 폴리시보다 승인 경계·실패 복구·알림 밀도가 제품 핵심이 됩니다. 텍스트/음성/웨어러블은 표면 경쟁이고, 뒤에서 일이 끝나는지가 본게임이라는 프레임입니다.

에이전트 간 상거래와 에이전트 네이티브 서비스는 다음 레이어입니다. 예약·환불·정산이 사람 앱을 거치지 않고 에이전트끼리 맺어질 때, 권한·영수증·분쟁 처리가 새로 열립니다. dots의 승인·Activity View와 같은 주에 듣기 좋은 투자·벤치 해설입니다.

Muse·dots를 고를 때 질문 세 개면 충분합니다. 이 잡무는 끝이 보이는가. 승인 몇 번에 끝나는가. 실패했을 때 사람이 어디를 고치는가. 벤치가 재는 것도 결국 그 축입니다.

인터페이스 논쟁(앱/텍스트/음성/웨어러블)에 빠지기 전에, Invisible 실행이 가능한 도메인부터 고르라는 게 이 에피소드의 실무 번역입니다. DevDay 제품 발표와 같은 주에 들으면 로드맵 우선순위가 빨리 갈립니다.

그래서 뭐

소비자 에이전트를 만드는 팀은 “보이는 UI”보다 “승인 한 번 후 끝나는 잡무”부터 고르세요. 벤치 시나리오(환불·예약·메일)가 로드맵 우선순위에 바로 붙습니다.

플랫폼·정책 팀은 에이전트 간 상거래와 자율성 허용 범위를 미리 설계해야 합니다. dots의 승인·Activity View와도 맞닿는 주제입니다.