서론: 클라우드 관리의 진화, GUI에서 자연어로
클라우드 콘솔에 로그인해 다섯 페이지를 넘나들며 설정을 찾고, 여러 탭을 전환하며 로그를 대조하는 일은 이제 익숙한 일상이 되었습니다. 기술 제품의 인터페이스는 인터넷 초창기 이후 근본적으로 크게 변하지 않았죠. AI는 이 복잡한 패러다임 자체를 재고할 기회를 제공합니다. '내가 원하는 것을 평범한 언어로 설명하기만 하면 되는' 세상 말입니다. Cloudflare가 선보인 **에이전트 리(Agent Lee)**는 바로 그러한 미래의 첫걸음입니다. 단순히 대시보드에 챗봇을 넣은 것이 아니라, 플랫폼 전체와 상호작용하는 완전히 새로운 방식을 창조한 것이죠. 이 글에서는 에이전트 리가 가져올 실무적 변화와 그 내부 구조를 살펴봅니다. 근거자료는 Cloudflare 공식 블로그를 참고했습니다.

본론 1: 에이전트 리, 무엇을 할 수 있나? (핵심 기능)
에이전트 리는 Cloudflare 대시보드에 내장된 AI 어시스턴트로, 사용자의 계정 리소스(Workers, Zones, DNS, R2 등)를 이해합니다. 단순한 FAQ 답변을 넘어 실제 작업을 수행합니다.
자연어로 가능한 작업 예시:
- 계정 질의: "내 Worker의 상위 5개 에러 메시지를 보여줘."
- 문제 디버깅: "www 접두사로 내 사이트에 접근할 수 없어."
- 변경 적용: "내 도메인에 Access를 활성화해줘."
- 리소스 배포: "내 사진용 새 R2 버킷을 만들고 Worker에 연결해줘."
에이전트 리는 단순히 텍스트로 답변하지 않습니다. 질문의 유형에 따라 동적 시각화를 생성합니다. 예를 들어, 지난 24시간 에러율을 묻는다면 별도의 애널리틱스 페이지로 보내지 않고 실제 트래픽 데이터를 기반으로 인라인 차트를 렌더링해 보여줍니다. 이는 **"Generali Malaysia의 Amazon EKS 운영 최적화 사례 자동화, 보안, 비용 절감의 삼박자"**에서 다룬 자동화와 모니터링의 진화된 형태로 볼 수 있습니다.

본론 2: 안전하게 일하는 AI, 보안 아키텍처와 한계
에이전트 리가 사용자 계정에 대한 쓰기 작업까지 가능하다면, 보안은 어떻게 보장될까요? 그 핵심은 Codemode와 권한 아키텍처에 있습니다.
| 구성 요소 | 설명 | 보안/성능적 의미 |
|---|---|---|
| Codemode | MCP 도구 정의를 TypeScript API로 변환, LLM이 코드를 작성하게 함 | LLM은 실제 TypeScript 코드에 더 익숙해 정확도 ↑, 다단계 작업을 단일 스크립트로 처리 가능 |
| Durable Object (신원 프록시) | 생성된 코드를 샌드박스 실행 전 검사. 메서드와 본문을 검사해 읽기/쓰기 작업 분류 | 쓰기 작업은 사용자 명시적 승인(elicitation gate)까지 차단. API 키는 코드에 노출되지 않고 서버사이드에서 주입 |
| MCP 권한 시스템 | 쓰기 작업은 실행 전 승인 단계를 반드시 거침. 확인 프롬프트는 UX가 아닌 '게이트' | 사용자 승인 없이는 구조적으로 쓰기 불가능 |
한국 개발 생태계에서의 적용 맥락: 국내의 엄격한 보안 및 컴플라이언스 요구사항을 고려할 때, 에이전트 리와 같은 AI 도구의 도입은 '자동화의 효율'과 '통제권 상실에 대한 우려' 사이에서 고민을 낳습니다. 특히, **"90일 걸리던 인프라 구축, 몇 시간으로 줄인 산탄데르의 플랫폼 엔지니어링 전략"**에서 보았듯, 플랫폼 엔지니어링의 궁극적 목표인 개발자 생산성 향상과 거버넌스 유지 사이에서 균형점을 찾는 것이 중요합니다. 에이전트 리의 승인 게이트 구조는 이러한 우려를 해소할 수 있는 설계적 답변이 될 수 있습니다.
주의사항 및 현재 한계:
- 베타 상태: 예상치 못한 제한사항이나 엣지 케이스가 존재할 수 있습니다.
- 맥락 의존성: 장기적 대화 기록과 사용 패턴 학습이 아직 완벽하지 않을 수 있습니다.
- 복잡한 문제 해결: 매우 복잡하거나 비정형적인 문제의 근본 원인 분석에는 한계가 있을 수 있습니다.

결론: 협력자로서의 플랫폼, 그리고 다음 단계
에이전트 리는 단순한 도구를 넘어 '전문가와의 협업' 같은 경험을 목표로 합니다. 대화가 진화함에 따라 플랫폼이 동적으로 UI 컴포넌트를 생성하여 더 풍부하고 실행 가능한 경험을 제공하는 것이 그 방향성이죠.
다음 단계 학습 방향:
- 능동적 에이전트: 문제가 발생한 후 대응하는 것을 넘어, 사용자의 Worker, 트래픽, 에러 임계값을 모니터링하며 주의가 필요한 상황을 먼저 알려주는 프로액티브(Proactive) 기능으로 발전할 것입니다.
- 범용 인터페이스: 대시보드를 넘어 CLI, 모바일 앱 등 모든 접점에서 동일한 자연어 인터페이스를 제공할 것입니다.
- 맥락 축적: 과거 질문, 현재 보고 있는 페이지, 지난주 디버깅 내용 등 축적된 맥락을 통해 더욱 지능적인 협력자가 될 것입니다.
Cloudflare가 에이전트 리를 구축한 모든 기본 요소(Agents SDK, Workers AI, Durable Objects, MCP)는 고객도 이용할 수 있는 동일한 스택입니다. 이는 단순한 설계 원칙이 아니라, 실제 사용 사례로부터 플랫폼 자체를 개선하기 위한 전략이었습니다. 에이전트 리는 클라우드 운영의 미래를 보여주는 동시에, 그 미래를 우리 손으로 직접 구축할 수 있는 블록을 제공합니다.
함께 보면 좋은 글: