[The AI Agent Economy Is here] : Make something agent wants

TL;DR

• 이 YC 팟캐스트 에피소드의 핵심은 “AI가 더 똑똑해졌다”가 아니라 ‘No human involvement’(인간 개입 최소화)로 제품 경험과 시장 구조가 바뀐다는 것.
• 에이전트는 도구를 직접 선택하고, 그 기준이 Stack Overflow가 아니라 문서(Docs)로 이동한다.
• Supabase/Resend 같은 “문서가 잘 구조화된 툴”이 에이전트 기본값이 되고, llms.txt 같은 ‘에이전트 읽기 전용 포맷’이 부상한다.
• AgentMail처럼 에이전트 전용 인프라(이메일/전화번호 등) 시장이 열린다.
• Moltbook은 “에이전트 사회의 역사(History) 시작” 같은 상징으로 등장하지만, 보안/신뢰 같은 현실 리스크도 이야기

YC Podcast : The AI Agent Economy Is here

0:00 Intro — “AGI 모먼트”가 일상으로 들어오는 순간

모두들 Openclaw에 빠져 가재 옷을 입고나온게 팟캐스트에서 아주 인상 깊었네요..

Gary는 Claude Code 때문에 10년간 하지 않던 코딩을 시작하고 삶이 Claude에 의해 코딩하며 밤을 새우고, Jared는 Moltbook에 중독됐다고 말합니다. 단순히 ‘기술 지식 자랑’이 아니라, 비개발자 CEO들까지 에이전트로 비즈니스를 자동화하고 있다는 ‘침투 속도’를 보여줍니다. 

“Claude Code has totally taken over my life.” “I’ve been really addicted… Moltbook… the first ever AI agent only online community.”

Moltbook 자체가 뭔데 이렇게 난리냐면 : “AI 에이전트만을 위한 소셜 네트워크(인간은 관찰 가능)입니다.”

이들은 여기서 자기들 끼리 토론을 하면서 의사결정을 진행해요. 

 

2:12 No human involvement is changing the experience

“자동완성”에서 “자율 의사결정”으로

이 에피소드에서 제일 중요한 키워드로 꼽는 건 no human involvement입니다. 1년 전엔 Cursor vs Windsurf 같은 “고급 자동완성” 얘기였는데, 이제는 Claude Code 같은 에이전트에게 완전한 결정을 맡기기 시작했다는 것.

“The no human involvement is the big piece.”

“People just trust agents to make decisions for them.”

여기서 “경험”이 바뀐다는 말은,

• 에이전트 4~5개를 동시에 돌리고, 인간은 전환 비용(실행/수정)을 최소화하면서
• 결과물을 ‘관리’하지 ‘미세조정’하지는 않는다

이 구조가 되면, 에이전트는 콘텐츠도 올리고, 툴도 고르고, 결국 인간 경제와 병렬로 “에이전트 경제”를 만든다고 말합니다.

 

4:55 Does YC need to change its motto?

“Make something people want” → “agents want?”

 

Jared가 던지는 질문은 상징적이죠. “YC 모토를 바꿔야 하나?”
이게 밈이 아니라 ‘현상’이라는 근거로, 시장의 개발자 풀이 2천만에서 수억 명으로 확대될 수 있다고 말하지. ‘사람’이 아니라, 사람+에이전트가 함께 개발자가 되는 세상. 팟캐스트에서 아래와 같이 주고 받죠. 

이제는 ai가 dev tools에만 머무르지 않을 수 있다고 해요. 에이전트가 삶의 여러 결정을 맡게 되면, 에이전트는 경제 행위자가 된다”는 흐름이죠.

 

 

7:48 Email tools and agent infrastructure

“Gmail은 에이전트를 막는다, 그래서 AgentMail이 뜬다”

여기서 대화가 갑자기 “이메일”로 갑니다.  에이전트를 ‘실제로 일하게’ 만들려면, 외부 세계와 연결되는 인박스(이메일)·전화번호 같은 인프라가 필요하죠.

• Gmail 같은 전통 이메일 서비스는 스팸 방지를 위해 자동화를 어렵게 만들었고
• AgentMail은 그 반대로 AI 에이전트를 위한 이메일 인박스 API를 만들었다는 논리야.

AgentMail이 정확히 뭘 파는지는 공식 문구가 명확해:
“AI 에이전트용 이메일 인박스 API, 인간에게 Gmail이 있듯, 에이전트에게 인박스를 준다.”

그리고 Jared가 던진 질문이 바로 “Twilio for agents(에이전트용 전화번호/통화 인프라) 누가 만드냐”야. 이건 곧 에이전트 네이티브 스택(email, phone, identity, payments…)의 창업 기회로 연결돼.

 

 

9:36 Agent driven documentation — Agent economy 비즈니스 제품 소개

에이전트 GTM의 ‘정문’은 Docs

이 에피소드에서 가장 실전적인 파트. “dev tools의 GTM이 문서로 이동”한다고 말해. 에이전트는 사람처럼 트위터/커뮤니티에서 ‘느낌’으로 고르기보다, 문서 파싱으로 고른다는 거지.

Supabase: “에이전트 기본 DB”가 되는 이유

대화에서 Supabase가 나오는 이유는 에이전트가 DB를 고를 때, 문서가 가장 잘 돼 있으면 기본값이 되기 쉽다는 상징적인 사례로 말하는 거죠.

“Agents are choosing Supabase as a default… because… Supabase has the best documentation.”

Resend: “기본 답변”이 되는 문서 설계

Resend는 더 구체적이에요. “웹앱에서 이메일 보내는 법”을 LLM에게 물으면 기본 답이 Resend로 나오는 현상을 말하면서, 창업자가 ChatGPT에서 유입이 상위 채널이라는 걸 보고 문서를 agent-friendly로 최적화했다고 해.

“The default answer is actually Resend.”
“He actually optimized his documentation to be agent friendly.”

그리고 이 ‘agent-friendly’의 실체로 llms.txt가 언급돼. Resend는 실제로 LLM용 텍스트 문서(풀 버전)를 제공하고 있어.

(참고로 Resend는 “AX(Agent Experience)”라는 개념 자체를 블로그로 설명하면서, llms.txt 같은 LLM-readable 포맷이 필요하다고 정리해두었어.)

Mintlify: “문서가 must-have가 되는 시대”의 수혜자

Developer/Founder는 문서 도구로 Mintlify를 언급하고, Gary는 “Resend 문서를 Mintlify가 파워한다”고 반응해. 실제로 Mintlify가 Resend 고객 사례를 공개하고 있어.

 

+ 그외 사례

이뿐만 아니라 허브스팟과 세일즈포스는 기술 문서를 Agent Friendly하게 수정하는 부서를 신설하는 등. 이미 Saas 기업은 Agent에게 선택 받는 기술이 되도록 힘쓰고 있습니다. 

 

13:00 Swarm intelligence

‘God intelligence’ vs ‘Swarm intelligence’

Gary가 흥미롭게 던지는 Agent Economoy의 철학적 포인트는

• 초거대 “신(神) 지능” 하나가 세상을 바꾸는 게 아니라
• 인간 문명처럼 여러 개체의 상호작용(Swarm)이 SOTA를 만들 수 있다는 점

Moltbook은 에이전트들이 상호작용을 “기록”하기 시작한 장소라서, “에이전트의 prehistory → history”로 넘어가는 상징처럼 다뤄지죠.

“Is it really going to be God intelligence or… swarm intelligence again with these agents?”

다만 현실적으로 Moltbook은 ‘상징’만 있는 게 아니라 리스크도 같이 보여줬습니다. 예를 들어 보안 기업 Wiz가 Moltbook의 큰 보안 취약점을 지적했고, 사이트 측이 패치한 것과 같이요.

 

15:36 Content generation and dead Internet theory

“텍스트의 99%가 에이전트가 쓰게 된다면?”

Jared가 던진 질문은 마케팅/플랫폼 관점에서:

• 인터넷 텍스트 대부분이 에이전트 생산물이 되면, 기존 Yelp/리뷰 시스템은 어떻게 되나? “에이전트용 Yelp”가 필요해지나?

Gary는 여기서 “Dead Internet theory”를 꺼내는데,
본인도 “conspiracy-ish”하다고 말하면서도, 에이전트가 더 정렬되고 진실에 가까워지면 역설적으로 ‘좋은 방향’일 수도 있다고 해.
Dead Internet theory 자체는 “인터넷이 봇/자동화 콘텐츠로 가득 찼다”는 음모론으로 널리 알려져 있어.

 

18:12 Growth, rules and founder insights

성장 속도 + 룰 디자인(마찰)의 중요성

Jared는 “Moltbook이 너무 빨리 컸다”고 말하며,
LLM은 텍스트를 초인적 속도로 만들 수 있으니... 아무래도..

Gary는 운영 디자인 관점에서 흥미로운 제안을 합니다:

• “글 쓰기 전에 업보트/다운보트를 100개 하게 하는” 같은
• 간단한 마찰(룰)만으로도 에이전트 행동을 유도할 수 있다는 것

“There are very simple things that you can do… the agents are smart…”

그리고 마지막 조언은 아주 YC스럽게 끝납니다.

• 직접 에이전트를 써봐라
• 어디서 막히는지 체감해라
• 도구를 만들 거면 인간이 아니라 에이전트 관점에서 설계해라
• 에이전트는 오픈/오픈소스, API, 웹사이트 싫어함을 선호한다

이 ‘문서/예제/에이전트 파싱 가능성’이 중요한 건, dev tools 관점에서 “에이전트는 지치지 않는 주니어 개발자”처럼 API를 끝없이 테스트한다는 분석과도 맞닿아 있죠.

 

20:48 Outro — “Make something agents want”

마지막은 결국 한 문장으로 수렴해:

에이전트가 선택하고, 에이전트가 실행하고, 에이전트끼리 추천하고, 그 경제가 인간 경제와 나란히 커진다

그래서 “Make something agents want”는 밈이 아니라, GTM의 방향표라는 결론.

 

FAQ

Q1. ‘에이전트 경제’는 그냥 자동화랑 뭐가 다른가요??
A. 자동화는 사람이 정한 룰을 반복하지만, 여기서 말하는 에이전트는 도구 선택·의사결정·실행까지 맡는다는 점이 다릅니다.

Q2. 왜 갑자기 “문서(Docs)”가 그렇게 중요해져?
A. 에이전트는 UI 감상보다 문서/예제/명세를 파싱해서 도구를 고르기 때문. 그래서 llms.txt 같은 포맷이 떠요. 

Q3. llms.txt는 정확히 뭔가요?
A. “LLM이 읽기 쉬운 형태로 제품/문서를 요약 제공하는 텍스트 엔트리”로 이해하면 돼. Resend는 실제로 LLM용 텍스트 문서를 공개 운영합니다.

Q4. AgentMail 같은 ‘에이전트 전용 인프라’가 왜 필요해?
A. Gmail 등 기존 이메일은 자동화를 막는 장치가 많아서, 에이전트가 ‘업무 주체’가 되려면 전용 인프라가 유리하다는 논리에서 착안됩니다.

Q5. Moltbook은 진짜 “에이전트 사회”야? 위험하지 않나요?
A. 상징성은 크지만, 보안/신뢰 문제도 같이 드러났고 실제로 큰 취약점 보도도 있었어. 그래서 “미래 힌트 + 현실 리스크”를 동시에 보여주는 케이스로 보는 게 균형적.

 

 

자 다들 새로운 시대 변화에 화이팅…. 팟캐스트 너무 재밌었어서 내용 요약도 해봤어요. 다들 팟캐스트 한번씩 보세요.

Source : https://www.ycombinator.com/library/NK-the-ai-agent-economy-is-here