The Wiring #002 — 에이전트 또한 제품이 아니다
요약
Google I/O 2026을 기점으로 AI 산업의 중심이 단일 모델에서 에이전트 플랫폼으로 이동하고 있습니다. Google의 Gemini 3.5 Flash와 Anthropic의 Managed Agents 업데이트는 에이전트 오케스트레이션과 실행 환경 구축이 핵심 경쟁력임을 보여줍니다.
핵심 포인트
- AI 제품의 패러다임이 모델에서 에이전트 플랫폼으로 전환됨
- 에이전트 구동을 위해 저렴하고 빠른 추론(Flash 모델)이 중요해짐
- Anthropic의 샌드박스 출시 등 에이전트 제어 평면 기술 부각
- MCP의 상태 비저장 프로토콜(stateless protocol) 업데이트
실제로 중요한 것이 무엇인지에 대한 주관적인 주간 읽을거리입니다. 피드(feed)를 원하신다면 다른 곳으로 가세요. 이것은 하나의 견해입니다.
하나만 읽어야 한다면
Google I/O는 모델을 출시한 것이 아닙니다. 에이전트 플랫폼을 출시했습니다. Gemini 3.5 Flash (대부분의 벤치마크에서 자체 3.1 Pro를 능가하며, 4배 빠른 출력), Antigravity 2.0 (CLI + SDK + API 내 Managed Agents를 포함한 독립형 에이전트 오케스트레이션(agent-orchestration) 데스크톱 플랫폼), 그리고 Gemini Spark (전용 클라우드 VM 상의 24/7 개인용 에이전트)가 그 주인공입니다. 같은 날, Anthropic은 Managed Agents를 위한 셀프 호스팅 샌드박스(self-hosted sandboxes)와 MCP 터널을 출시했습니다. 프런티어 연구소(frontier labs)들은 같은 주에 동일한 메시지를 던졌습니다. 이제 제품은 더 이상 모델이 아니라는 것입니다. 제품은 에이전트 군단(fleets of agents)을 실행하는 플랫폼입니다. TechCrunch · MarkTechPost
1. Google I/O 2026 — 챗봇이 아닌 에이전트 (5월 19일)
나의 견해: 3.5 Pro의 출시 지연이 핵심을 말해줍니다. Google이 더 큰 모델을 아껴두고 더 작고, 저렴하며, 빠른 모델을 전면에 내세운 이유는 명확합니다. 에이전트에게는 최고의 단일 답변보다 저렴하고 빠른 추론 (inference)이 더 필요하기 때문입니다. Flash는 더 이상 하위 등급이 아닙니다. 각각 작은 집중된 작업을 수행하는 수십 개의 서브 에이전트(sub-agents)를 오케스트레이션(orchestrating)하기에 적합한 형태입니다. Flash가 이제 대부분의 벤치마크에서 _Pro를 능가한다_는 사실은 단순한 벤치마크 게임이 아닙니다. 이는 Google이 아키텍처(architecture)가 파라미터 수(parameter count)보다 더 중요하다는 것을 조용히 말하고 있는 것입니다. Anthropic이 같은 날 셀프 호스팅 샌드박스를 출시한 것도 다른 옷을 입은 동일한 거래입니다. 두 연구소 모두 5월 19일을 에이전트 제어 평면(agent control plane)이 곧 제품이라고 선언하는 날로 택했습니다. Anthropic Managed Agents 업데이트
2. MCP가 2026-07-28 출시 후보(release candidate)를 확정 — 상태 비저장 프로토콜 (stateless protocol) (5월 21일)
Model Context Protocol (MCP) RC 버전은 Mcp-Session-Id와 프로토콜 레벨의 세션(session)을 완전히 제거했습니다. 이제 어떤 요청이든 어떤 서버 인스턴스로든 도달할 수 있습니다. 스트리밍 가능한 HTTP (Streamable HTTP)는 게이트웨이와 로드 밸런서(load balancer)가 본문(body)을 검사하지 않고도 라우팅할 수 있도록 이제 Mcp-Method/Mcp-Name 헤더를 요구합니다. 캐시 범위(Cache scope) 및 TTL 메타데이터는 목록/리소스(list/resource) 응답에 포함됩니다. 6개의 SEP가 함께 출시됩니다. 7월 28일 최종 확정됩니다.
나의 견해: 이것은 프로토콜이 성장하고 있다는 증거입니다. 첫 번째 MCP는 "하나의 클라이언트가 하나의 도구 서버와 통신하는 것"을 위해 설계되었습니다. 라우팅 헤더를 사용하는 상태 비저장(Stateless) 방식은 "CDN이 앞에 있고 로드 밸런서 뒤에 있는 도구 서버 플릿(fleet)과 수천 개의 클라이언트가 통신하는 것"을 위해 설계되었습니다. 이는 완전히 다른 규모의 배포이며, 프로토콜이 범용 HTTP 인프라(commodity HTTP infrastructure, CDN, 캐시, 속도 제한기 등)에 맞게 변경된다는 것은 이제 MCP가 노트북 규모가 아닌 인터넷 규모로 실행된다는 가정을 의미합니다. 와이어 프로토콜(wire protocol)을 전혀 보지 않더라도 추적할 가치가 있습니다. 프로토콜이 취하는 형태가 하류(downstream)에 있는 모든 이들에게 무엇이 저렴하고 무엇이 비싼지를 결정하기 때문입니다. MCP 블로그
3. OpenClaw 2026.5.22 — 공급망이 곧 작업이 된다
새로운 안정화 버전은 두 가지 테마에 중점을 둡니다. 게이트웨이 핫패스(hot-path) 성능 — 채널 카탈로그, 플러그인 메타데이터, SDK 별칭(alias), 디스패치 레지스트리(dispatch registries)가 모두 이제 메모리 내(in-memory)에서 재사용되므로 상태 확인(health check) 및 구성 읽기가 디스크에 접근하는 것을 중단합니다. 그리고 공급망 인프라로 취급되는 ClawHub 퍼블리싱 — CLI 의존성 설치 재시도, 퍼블리시 시 프리뷰 플레이크(preview-flake) 허용 오차, 퍼블리시 후 버전 검증, 통합 설치/롤백/복구/제거 라이프사이클. 새로운 회의록(meeting-notes) 플러그인 (Discord 음성을 첫 번째 라이브 소스로 사용). QA-Lab에서의 OTel 스모크 커버리지(smoke coverage).
나의 견해: 릴리스 노트(release notes)에 포함되지 않은 내용에 주목하십시오. 새로운 에이전트 기능(agent capabilities), 새로운 모델 통합(model integration), 혹은 화려한 기능은 없습니다. 거의 모든 작업은 "소스에 기술(skill)이 존재함"에서 "기술이 검증되고, 설치 가능하며, 수리 가능하고, 여러 사용자의 머신에서 제거 가능한 상태"로 가는 경로에 집중되어 있습니다. 이는 공급망(supply-chain)에 대한 투자이며, ClawHub가 6만 개 이상의 기술을 넘어선 현 시점에서 수행해야 할 올바른 작업입니다. NVIDIA는 이번 주에 카탈로그 → 스캔(scan) → 서명(sign) → 문서화(document) 과정을 거치는 "검증된 에이전트 기술(verified agent skills)"이라는 병렬적인 패턴을 선보였습니다. 기술을 공급망으로 보는 관점은 여러 벤더(vendor) 사이에서 공고해지고 있습니다. 선택권이 있을 때, OpenClaw의 방식(커뮤니티 + 중재 플래그(moderation flags) + 스캔 통합)이 NVIDIA의 엔터프라이즈 서명 모델(enterprise-signed model)과 어떻게 정렬되는지 비교해 볼 가치가 있습니다. OpenClaw 릴리스 · NVIDIA 검증된 기술
4. Microsoft Build — Agent 365 GA, 섀도우 에이전트(shadow-agent) 탐지에 OpenClaw 포함 (5월 19-22일)
Agent 365가 일반적으로 사용 가능(GA, Generally Available)해졌습니다. Frontier Suite (M365 E7)는 Copilot + Agent 365 + E5를 하나의 SKU로 묶은 번들입니다. 흥미로운 소식은 섀도우 에이전트(shadow-agent) 탐지 기능입니다. 이제 IT 부서가 사용자 머신에 로컬로 설치된 에이전트를 찾아 관리할 수 있게 되었으며, 문서에는 OpenClaw와 Claude Code가 명시적으로 언급되었습니다.
나의 견해: 미디어 서버에 설치된 나의 OpenClaw는 이제 공식적으로 누군가의 CISO(정보보호최고책임자)에게 shadow-IT (그림자 IT) 문제가 되었습니다. 이는 망상이 아닙니다. Microsoft의 탐지 도구가 말 그대로 찾아내기 위해 만들어진 바로 그것입니다. 프레임의 전환이 중요합니다. 지난 1년 동안 AI에 대한 대화는 "조직이 Copilot을 도입해야 하는가?"였습니다. 이제 실제 질문은 "조직이 이미 직원들이 설치한 에이전트들을 어떻게 거버넌스(Governance)할 것인가?"입니다. 이는 2012년경 클라우드 스토리지와 동일한 패턴입니다. 조직 내 Dropbox 도입은 조달(Procurement) 결정이 아니라, 거버넌스 문제로 변질된 인벤토리(Inventory) 문제였습니다. Agent 365의 피칭은 바로 그것을 역량 강화(Enablement)로 포장한 것입니다. Agent 365 GA · What's new May 2026
5. Parallel, 20억 달러 기업 가치로 1억 달러 투자 유치 — 에이전트를 위한 검색 인프라는 그 자체로 하나의 카테고리이다
Sequoia가 이번 라운드를 주도하며 Parallel의 기업 가치를 5개월 만에 두 배로 높였습니다. 총 조달 금액은 2억 3천만 달러입니다. Parallel은 자체 인터넷 인덱스(Index)를 기반으로 구축된 구조화된 근거 기반(Grounded) 웹 검색 API를 판매하며, 이를 소비자용이 아닌 에이전트용 인프라로 명확히 포지셔닝하고 있습니다. 기존 투자자들 또한 모두 추가 투자를 진행했습니다. 창업자는 전 Twitter CEO입니다.
나의 견해: 흥미로운 점은 기업 가치(valuation)가 아니라, 그 가치가 암시하는 _카테고리(category)_입니다. 투자자들은 "에이전트용 검색(search for agents)"이 "인간용 검색(search for humans)"과는 구조적으로 다르며, 그 자체로 20억 달러 규모의 기업이 될 수 있을 만큼 충분히 차별화된다고 말하고 있습니다. 그들의 말이 맞습니다. 인간용 검색은 품질이 섞여 있는 10개의 파란색 링크(ten blue links)를 최적화하고, 사용자는 답을 찾기 위해 클릭하며 들어갑니다. 반면 에이전트용 검색은 명확한 출처(provenance)를 가진 구조화된 고신뢰도 사실(high-confidence facts)이 필요합니다. 에이전트가 인간의 개입(human in the loop) 없이 결과에 따라 행동할 것이기 때문입니다. 서로 다른 랭킹 신호(ranking signals), 서로 다른 최신성 프로필(freshness profile), 서로 다른 남용 벡터(abuse vectors), 그리고 서로 다른 서비스 수준 협약(SLA)이 요구됩니다. 이 카테고리는 시장이 재편되기 전까지 수십억 달러를 흡수할 것입니다. 관련 기업들의 이름을 알아둘 가치가 있습니다. Parallel 발표
관통하는 맥락 (The through-line)
Issue #001에서는 _모델은 더 이상 제품이 아니다_라고 말했습니다. Issue #002는 그보다 한 단계 아래 계층에서의 동일한 교훈을 전달합니다: 에이전트 또한 제품이 아닙니다. 에이전트 군단(fleet of agents)을 실행하기 위한 플랫폼이 제품입니다. Google은 데스크톱을 만들었습니다. Anthropic은 샌드박스(sandboxes)를 만들었습니다. MCP는 자신의 프로토콜을 범용적인 HTTP처럼 보이도록 재작성했습니다. Microsoft는 인벤토리 도구(inventory tool)를 만들었습니다. Parallel은 검색 계층(search layer)을 구축했습니다. OpenClaw는 공급망 배관(supply-chain plumbing)에 집중했습니다.
만약 무언가를 구축하고 있다면, 아직 범용화(commoditisation)가 도달하지 않은 계층, 즉 감독(supervision), 정책(policy), 배포 형태(deployment shape), 감사 추적(audit trail) 계층에서 구축하십시오. 모델은 저렴합니다. 에이전트도 저렴합니다. 제어 평면(control plane)은 여전히 비싸며, 바로 그곳에 다음 10년의 기회가 있습니다.
briefs/2026-05-25.md에서 작성됨.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기