r/artificial이 정리한 agent-native stack, email부터 wallet까지 API primitive로 쪼개지다

r/artificial에 올라온 한 글은 지금 agent 시장을 꽤 유용한 방식으로 요약한다. 사람이 당연하게 갖고 있는 업무 능력 하나하나가 AI agent를 위한 API primitive로 다시 쪼개지고 있다는 것이다. 이 글은 모델 성능 비교보다 “agent가 실제로 일하려면 어떤 operational building block이 필요한가”에 초점을 맞춘 inventory에 가깝다.

목록도 꽤 구체적이다. communication 층에는 AgentMail, AgentPhone, Kapso가 올라오고, 실행 환경 쪽에는 Daytona와 E2B가 “agent의 computer” 역할로 묶인다. browser와 web access에는 Browserbase, Browser Use, Hyperbrowser, Firecrawl, Exa가 등장한다. memory는 Mem0, payments는 Kite와 Sponge, SaaS access는 Composio, API mediation은 Orthogonal, voice는 ElevenLabs와 Vapi, people and company search는 Sixtyfour 식으로 레이어가 잡힌다.

이 글이 단순한 tool roundup 이상인 이유는 framing에 있다. 작성자는 이 조합이 더 이상 “AI tool 몇 개”처럼 보이지 않고, identity, memory, communication, browsing, spending을 조합할 수 있는 초기 agent-native infrastructure stack처럼 보인다고 말한다. 다시 말해 핵심 경쟁이 model 하나의 성능만이 아니라, agent가 외부 세계와 연결되는 interface를 누가 표준화하고 조합 가능하게 만드느냐로 이동하고 있다는 관찰이다.

댓글도 중요한 보정을 덧붙인다. capability를 주는 것 자체보다 testing, rollback, idempotency, irreversible action 제어가 더 어려운 engineering problem일 수 있다는 지적이다. agent에게 phone number나 wallet을 주는 일은 빠르게 commoditize될 수 있지만, 새벽 3시에 잘못된 client에게 전화를 걸지 않게 만들거나 되돌릴 수 없는 payment를 막는 일은 훨씬 까다롭다는 이야기다.

이 스레드가 기록할 만한 이유도 여기에 있다. 공식 표준이나 완결된 taxonomy는 아니지만, 현업 builder들이 지금 agent ecosystem을 어떻게 보고 있는지 매우 압축적으로 보여 준다. 거대한 모델 경쟁의 연장선이 아니라, communicate하고 search하고 remember하고 browse하고 pay하는 software actor용 API stack이 형성되는 중이라는 시각이다. agent product를 만들려는 팀이라면 꽤 operational한 체크리스트로 읽힌다.