Microsoft''s Vision for an Internet Made for Agents With CTO Kevin Scott (Best of the Pod)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Microsoft’s Vision for an Internet Made for Agents With CTO Kevin Scott (Best of the Pod)를 중심으로, AI 산업의 병목은 모델 확장 자체에서 이미 확보한 추론 역량을 제품과 사용자 경험으로 전달하는 문제로 이동하고 있다. 모델이 더를 핵심 판단 포인트로 압축 정리한다.

📌 핵심 요점

1. AI 산업의 병목은 모델 확장 자체에서 이미 확보한 추론 역량을 제품과 사용자 경험으로 전달하는 문제로 이동하고 있다. 모델이 더 똑똑해지는 속도보다 제품이 그 능력을 활용하는 속도가 느린 ‘역량 과잉’의 간극을 줄이는 것이 우선 과제다.
2. 실용적인 에이전트는 대화만 잘해서는 부족하다. 작업 사이의 기억을 유지하고, 필요한 도구와 정보원을 사용하며, 사용자를 대신해 외부 시스템을 조회하거나 변경할 수 있어야 장기 과업을 맡길 수 있다.
3. MCP는 에이전트와 서비스의 연결을 담당하는 HTTP와 유사한 계층이고, NLWeb은 에이전트가 콘텐츠를 활용할 수 있게 하는 HTML과 비슷한 표현 계층이다. 이런 공통 규약은 조직별 중복 연결을 줄이고 다양한 개발자와 서비스 제공자가 참여할 수 있는 조합 가능한 에이전트 웹의 기반이 된다.
4. 개방형 에이전트 생태계에는 연결 규약만큼 신원과 권한이 중요하다. 각 에이전트가 누구를 대신해 행동하는지 식별하고 허용된 자원만 다루게 해야 하며, 필요한 권한을 사용자나 관리자에게 요청하는 흐름도 공개 표준으로 구현해야 한다.
5. 미래의 에이전트 시장은 하나의 범용 도구로 통일되기보다 서로 다른 문제와 제작 취향에 특화된 여러 에이전트가 공존하는 방향에 가깝다. 상호작용도 즉시 응답을 기다리는 방식에서 장시간 작업을 맡기고 나중에 결과와 후속 행동을 받는 비동기 위임으로 확장될 가능성이 크다.

🧩 배경과 문제 정의

• 모델의 추론 능력이 실제 제품 활용 수준을 앞지르면서, 모델 확장보다 사용자에게 전달되지 못한 역량의 간극을 줄이는 일이 중요해졌다.
• 실용적인 에이전트는 작업 간 기억을 유지하고 도구·정보원·외부 시스템을 이용해 사용자를 대신하여 행동해야 한다.
• 에이전트 생태계가 확장되려면 MCP 같은 개방형 연결 규약뿐 아니라 신원·권한·보안·사업적 인센티브를 함께 갖춰야 한다.
• 코딩 에이전트의 발전은 제작 과정의 가치와 결과의 가치를 다시 구분하게 만들며, 장기적으로는 다양한 전문 에이전트와 비동기 위임 방식이 공존할 가능성이 크다.

🕒 시간순 섹션별 상세정리

1. 스케일링 법칙에서 역량 활용으로의 전환

• 해마다 반복된 성능 향상으로 스케일링 법칙이 여전히 작동한다는 점은 논쟁의 중심에서 벗어났고, 관심은 모델 확장 자체보다 활용으로 이동했다. [02:34]
• 모델의 추론 능력이 제품이 사용자에게 전달하는 수준을 앞선 ‘역량 과잉’이 생겼으며, 업계의 우선 과제는 이 간극을 줄이는 것이다. [02:49]

2. 에이전트 활용을 가로막는 기억의 한계

• 에이전트 수와 사용 시간이 늘면서 추론 외에도 기억·도구 사용·시스템 연결 같은 기반 요소가 실용성을 좌우하기 시작했다. [03:29]
• 현재의 에이전트 기억은 단일 작업 안에서만 비교적 일관되고 다음 작업에서는 사라질 수 있어, 복잡한 장기 과업을 지속적으로 위임하기 어렵다. [04:07]

3. 행동 가능한 에이전트를 위한 인터넷형 생태계

• 유용한 에이전트는 도구를 사용하고 시스템을 변경하며 다양한 정보원을 조회할 수 있어야 하므로, 단순한 대화 능력만으로는 충분하지 않다. [04:32]
• 기존 웹사이트와 API를 에이전트가 호출할 수 있는 구조로 연결하고, 정보·서비스 제공자도 참여할 수 있도록 인센티브를 맞춰야 한다. [05:02]

4. 마이크로소프트 내부 시스템의 표준화

• 마이크로소프트가 자체 에이전트의 실용성을 높이려면 기억과 시스템 연결 문제를 제품 내부에서도 직접 해결해야 한다. [06:48]
• 사내 모든 시스템이 공통 프로토콜로 모든 내부 에이전트와 통신하면, 조직별로 서로 다른 연결 방식을 중복 구축하는 문제를 줄일 수 있다. [07:08]

5. MCP 생태계와 플랫폼 기업의 역할

• MCP의 단순한 구조는 에이전트 개발자뿐 아니라 더 유용한 도구를 원하는 사용자와 에이전트 웹에 참여하려는 서비스 제공자의 문제를 함께 해결한다. [08:29]
• 서비스 제공자는 사용자가 기존 채널에서 에이전트로 이동할 때 자사 기능을 어떻게 연결하고 어떤 사업 모델로 운영할지 결정해야 한다. [08:50]

6. 에이전트 신원과 권한 중심의 MCP 보안

• MCP는 구조가 단순하고 일관돼 있어 완성된 보안 모델이 아직 없더라도 공동체가 필요한 보안 계층을 비교적 명확하게 확장할 수 있다. [10:14]
• 에이전트마다 신원을 부여하고 누구를 대신해 행동하는지 연결해야, 해당 사용자에게 허용된 자원만 조회하거나 변경하는 권한 체계를 만들 수 있다. [10:44]

7. 개방성과 보안을 둘러싼 거짓 양자택일

• 폐쇄형 수직 통합은 보안에 유리하고 개방형 구조는 혁신에 유리하다는 구분은 두 가치를 동시에 달성할 가능성을 배제한 거짓 양자택일에 가깝다. [12:41]
• 허가 없는 혁신은 창작자가 중앙 권한의 승인이나 배포 허가를 기다리지 않고 아이디어를 제품으로 만들어 사용자에게 전달할 수 있게 한다. [13:09]

8. AI를 활용한 개인 맞춤형 보안

• 개방형 시스템에서도 AI의 판단 능력을 이용하면 강력한 보안을 구현할 수 있으므로, 개방성과 안전성을 반드시 맞바꿀 필요는 없다. [14:03]
• 개인 보안 에이전트는 공유 가능한 정보와 공유하면 안 되는 정보를 기억하고, 사용자의 상황과 위험 허용 범위에 맞춰 접근 요청을 판단할 수 있다. [14:23]

9. 제작자의 강한 취향과 반복되는 기술 변화

• 소프트웨어·기계·목공·도예 등 제작에 몰입한 사람은 도구와 재료, 조립 방식에 강한 의견을 가지며, 이런 취향은 높은 숙련도를 만드는 필수 요소다. [16:29]
• 41년에 걸친 프로그래밍 경험에서도 소프트웨어 개발 방식은 여러 차례 크게 바뀌었고, 새로운 도구를 둘러싼 강한 반발과 논쟁도 반복됐다. [17:24]

10. 도구 선택을 가르는 과정과 결과의 가치

• 더 효율적인 편집기가 있다는 사실을 알면서도 익숙한 Vim을 계속 사용하는 선택처럼, 제작자는 생산성만이 아니라 취향과 작업 감각을 기준으로 도구를 고를 수 있다. [17:41]
• 특정 과정 자체보다 완성하려는 결과가 중요할 때는 비판을 감수하더라도 가장 강력하거나 편리한 방법을 선택할 수 있다. [18:21]

11. 새 도구를 대하는 호기심과 실험

• 자신의 제작 철학과 강한 의견은 유지하되, 도구가 바뀔 때 새로운 가능성을 차단하지 않는 열린 태도가 필요하다. [19:52]
• 3D 프린터 학습을 오랫동안 미뤘다가 다양한 작업에서의 높은 유용성을 뒤늦게 확인한 경험은, 익숙하지 않다는 이유로 탐색을 피할 때 생기는 기회비용을 보여준다. [20:27]

12. 하나가 아닌 다양한 코딩 에이전트의 공존

• 코파일럿과 GitHub 에이전트가 많은 개발자의 선택을 받기 위해 경쟁하더라도, 전 세계 개발자가 하나의 도구로 통일될 가능성은 낮다. [21:01]
• 개발자는 여러 도구를 비교하고 때로는 비합리적으로 보이는 선택도 즐기며, 지난 수십 년 동안 작업 도구를 계속 바꿔 왔다. [21:45]

13. 인프라보다 문제 이해에서 나오는 차별화

• 에이전트 제품의 핵심 경쟁력은 독자적인 기반 기술 자체보다 사용자의 구체적인 문제를 얼마나 깊게 이해하느냐에 달려 있다. [22:02]
• 유망한 스타트업은 기존 인프라를 선택·수정·튜닝해 자신이 이해한 문제를 최고 수준으로 해결하며, 이 문제 해석의 차이가 에이전트의 다양성을 만든다. [22:29]

14. 기술 성숙을 기다릴 때 발생하는 격차

• 비용이 조금 높거나 성능이 원하는 수준에 약간 못 미친다는 이유로 도입을 미루면, 먼저 실험하고 학습한 조직과의 격차가 빠르게 벌어진다. [24:11]
• 모델과 에이전트는 해마다 더 저렴하고 강력해지므로, 현재의 한계가 계속 유지된다는 전제는 실행을 늦추는 근거가 되기 어렵다. [24:42]

15. 동기식 응답에서 비동기 위임으로의 이동

• 에이전트 웹의 연결성이 높아지고 모델의 추론·계획 능력이 발전하면, 사람들이 에이전트에 맡기는 문제의 범위와 난도도 함께 커진다. [25:32]
• 현재의 프롬프트 입력과 응답 대기 중심 방식은 장시간 작업을 맡기고 나중에 결과를 받는 비동기 상호작용으로 이동할 가능성이 크다. [26:00]

🧾 결론

• 에이전트 시대의 핵심 경쟁은 모델 성능만이 아니라 기억, 도구 사용, 시스템 연결, 신원과 권한을 하나의 실제 제품 경험으로 통합하는 능력에서 벌어진다.
• 개방성과 보안은 반드시 양자택일해야 하는 가치가 아니다. 공개 연결 규약과 명시적인 권한 체계, 사용자 상황을 판단하는 개인 보안 에이전트를 함께 설계할 수 있다.
• 에이전트 제품의 차별화는 독점적인 기반 기술보다 사용자의 구체적인 문제를 얼마나 깊이 이해하고 기존 인프라를 그 문제에 맞게 조정하느냐에서 나온다.
• 비용이나 성능이 완벽해질 때까지 기다리는 조직은 먼저 실험한 조직이 축적하는 운영 경험과 학습 효과를 따라잡기 어려울 수 있다.

📈 투자·시사 포인트

• 가치의 중심이 기반 모델 자체에서 에이전트 기억, 도구 연결, 권한 관리, 보안과 오케스트레이션 같은 활용 계층으로 넓어질 가능성이 있다.
• MCP·NLWeb과 호환되는 연결 인프라를 구축하고 서비스 제공자의 참여 인센티브까지 해결하는 플랫폼 기업의 전략적 중요성이 커질 수 있다.
• 특정 산업과 업무를 깊이 이해하는 스타트업은 기존 모델과 인프라를 선택·수정·튜닝하는 방식으로도 차별화된 전문 에이전트를 빠르게 만들 수 있다.
• 단기적인 비용과 미완성도를 이유로 도입을 늦추는 기업보다 제한된 범위에서 먼저 시험하고 학습하는 기업이 장기적인 운영 격차를 만들 가능성이 크다.

⚠️ 불확실하거나 확인이 필요한 부분

• MCP는 단순하고 확장 가능한 구조이지만 완성된 보안 모델이 아직 없으며, 신원·권한 요청·관리자 승인 체계가 실제로 어떤 공개 표준에 수렴할지는 확정되지 않았다.
• 현재 에이전트 기억은 작업이 바뀌면 사라질 수 있어, 복잡한 장기 과업을 안정적으로 이어가는 수준에 도달했는지 추가 검증이 필요하다.
• 사용자가 기존 채널에서 에이전트로 이동할 때 서비스 제공자가 채택할 연결 방식과 사업 모델은 아직 결정해야 할 문제로 남아 있다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 조직에서 장시간 위임할 후보 업무를 선정하고 각 업무에 필요한 기억, 도구, 정보원과 외부 시스템을 목록화한다.
• 공통 프로토콜을 이용한 제한적 연결 실험을 진행하되, 조회와 변경 권한을 구분하고 에이전트가 접근할 수 있는 자원을 명시한다.
• 각 에이전트의 신원, 대신 행동하는 사용자, 권한 요청·승인·회수 흐름을 실제 시스템 변경 전에 설계한다.
• 여러 코딩 에이전트를 직접 비교하면서 과정의 편의성과 결과의 품질 중 무엇을 우선할지 업무별 평가 기준을 정한다.

❓ 열린 질문

• 작업을 넘어 지속되는 에이전트 기억을 신뢰성 있게 유지하면서 사용자별 정보 공유 경계까지 어떻게 관리할 것인가?
• 서비스 제공자가 에이전트 웹에 기능을 개방하도록 만들 수 있는 지속 가능한 사업적 인센티브는 무엇인가?
• 여러 시스템을 장시간 호출하는 비동기 에이전트가 잘못 행동했을 때 사용자, 플랫폼과 서비스 제공자 사이의 책임과 승인 경계를 어떻게 나눌 것인가?