AI 에이전트를 위한 임시 Cloudflare 계정
요약
Cloudflare가 AI 에이전트의 원활한 배포를 위해 '임시 Cloudflare 계정' 기능을 출시했습니다. 에이전트가 인간의 개입 없이도 `--temporary` 플래그를 통해 코드를 즉시 배포하고 테스트할 수 있는 환경을 제공합니다.
핵심 포인트
- AI 에이전트의 배포 장애물인 인증 및 계정 생성 과정을 자동화
- wrangler deploy --temporary 명령어로 60분간 유효한 임시 계정 생성
- 에이전트가 스스로 플래그를 인지하고 사용할 수 있도록 프롬프트 지원
- 인간의 개입(Human-in-the-loop) 없는 완전한 에이전트 기반 코딩 워크플로우 구현
오늘날 모든 이들이 AI 에이전트(AI agents)를 사용하여 코드를 작성하고 있습니다. 하지만 에이전트가 무언가를 배포해야 하는 순간 — 즉, 가입하고 계정을 생성해야 하는 순간 — 에이전트는 인간을 위해 구축된 벽에 정면으로 부딪힙니다. 브라우저 기반의 OAuth 흐름, 클릭해야 하는 대시보드, 복사해서 붙여넣어야 하는 API 토큰, 그리고 충족시켜야 하는 다요소 인증(multi-factor authentication) 프롬프트 등이 그것입니다. 개발자 옆에 앉아 있는 대화형 코파일럿(copilot)에게는 이것이 짜증스러운 일일 뿐이지만, 백그라운드 에이전트(background agent)에게는 실행이 중단되는 결정적인 장애물입니다.
오늘 우리는 에이전트를 위한 임시 Cloudflare 계정(Temporary Cloudflare Accounts for Agents)을 출시합니다.
이제 어떤 에이전트든 wrangler deploy --temporary 명령어를 실행하여
Cloudflare에 Worker를 배포할 수 있습니다. 이 임시 배포는 60분 동안 활성 상태로 유지되며, 이 시간 동안 임시 계정을 자신의 소유로 등록하여 영구적으로 사용할 수 있습니다. 등록하지 않으면 자동으로 만료됩니다.
우리의 목표는 무엇일까요? 에이전트가 코드를 작성하고 바로 출시할 수 있도록 하는 것입니다.
AI 에이전트에게 마찰 없는 배포가 중요한 이유
마찰 없는 임시 계정은 처음 생각하는 것보다 더 중요합니다:
백그라운드 AI 세션에는 인간의 개입(human in the loop)이 없으며, 이것이 표준이 되고 있습니다. 브라우저, 복사 및 붙여넣기, 또는
Wrangler에 --temporary 플래그가 존재한다는 사실을 에이전트가 인지하고, 인간이 명시적으로 지시하지 않아도 실제로 이를 사용하게 만들 수 있을까요?
이를 해결하기 위해, 저희는 에이전트에게 --temporary 플래그에 대해 알려주는 메시지로 프롬프트를 제공하도록 Wrangler를 업데이트했습니다:
에이전트가 이를 발견하고 --temporary 플래그와 함께 다시 wrangler deploy를 실행하면, Cloudflare는 에이전트가 사용할 임시 계정을 프로비저닝(provisioning)하고, Wrangler가 작업할 수 있도록 API 토큰을 부여하며, 에이전트가 인간에게 다시 전달할 수 있는 클레임(claim) URL을 제공합니다.
전체 흐름의 모든 단계 살펴보기
새로운 프로젝트 배포 및 반복 작업
최신 __Wrangler 릴리스(release)__를 사용 중인지 확인하고, 선호하는 코딩 에이전트를 실행한 뒤, 빌드 모드로 "hello world" 앱을 배포하는 프롬프트를 작성하세요:
TypeScript로 매우 간단한 hello world Cloudflare Worker를 만들고 wrangler를 사용하여 배포해줘. 나에게 질문하지 말고 최선을 다해줘.
에이전트는 wrangler를 실행하고, 출력 메시지에서 --temporary 플래그를 파악하며, 스크립트를 빌드하고 즉시 배포합니다. 이 과정에서 인간의 개입(human in the loop)은 필요하지 않습니다:
보시다시피, 에이전트는 스크립트를 작성하고, --temporary 플래그를 사용하여 배포했으며, 출력 결과에서 얻은 프리뷰(preview) 링크로 curl 명령을 실행하여 결과가 코드와 일치하는지 확인했습니다.
이는 매우 훌륭하지만, 에이전트 기반 코딩(agentic coding)은 종종 단 한 번의 배포로 끝나지 않습니다. 하나의 세션은 여러 번의 코드 변경 사이클을 거칠 수 있습니다. 이는 문제가 되지 않습니다. 에이전트는 Worker 스크립트를 반복 수정하고 원하는 만큼 변경 사항을 재배포할 수 있기 때문입니다 (60분 클레임 유효 시간 내에서).
다음 프롬프트를 입력해 보세요:
이제 hello world를 "hello cloudflare"로 변경하고 다시 배포해줘
에이전트가 소스 코드를 변경하고, 이전에 생성된 임시 계정을 재사용하며, 새 버전을 재배포하고 결과를 다시 확인하는 과정을 살펴보세요:
계정 클레임하기
60분 이내에 이 임시 계정들을 클레임(claim)하지 않으면 자동으로 삭제됩니다.
마찰 없는 에이전트 기반 배포를 향한 길
이것은 우리가 에이전트(agents)를 위한 가입 장벽을 제거하기 위해 시도하는 한 가지 방법일 뿐입니다. 우리는 최근 __Stripe와의 파트너십을 발표__했으며, 에이전트가 사용자를 대신하여 Cloudflare를 프로비저닝(provision)할 수 있도록 공동 설계한 새로운 프로토콜을 선보였습니다. 이를 통해 에이전트는 토큰을 복사하여 붙여넣거나 신용카드 정보를 입력할 필요 없이, 계정을 생성하고, 구독을 시작하며, 도메인을 등록하고, 코드를 배포하기 위한 API 토큰을 발급받을 수 있습니다. 지난달에는 WorkOS와 협력하여 __auth.md__를 출시했으며, 누구나 이를 채택하여 에이전트가 잘 확립된 기존의 OAuth 표준을 사용하여 새로운 계정을 프로비저닝할 수 있도록 했습니다.
이 분야에서는 수많은 일이 일어나고 있으며, 우리는 에이전트가 Cloudflare를 더 쉽게 사용할 수 있도록, 그리고 개발자들이 자신의 앱을 에이전트 준비 완료(agent-ready) 상태로 만들 수 있도록 지속적으로 노력하게 되어 매우 기쁩니다. 임시 계정은 마찰 없는 에이전트 기반 배포(agentic deployments)를 향한 또 하나의 단계입니다. 앞으로의 소식을 기대해 주세요.
임시 계정에는 몇 가지 제한 사항이 있으며, 그 기능은 시간이 지남에 따라 변경될 수 있습니다. 자세한 내용은 __개발자 문서(developer documentation)__를 확인한 후 바로 무언가를 만들어 보세요. 여러분의 에이전트를 Cloudflare로 향하게 하여 어디까지 도달할 수 있는지 확인해 보고, 저희가 무엇을 개선할 수 있는지 또는 무엇이 즐거웠는지 알려주세요. 여러분이 만든 것을 __X__에 공유하거나 __Cloudflare 커뮤니티(Cloudflare Community)__에 참여해 주세요.
AI 자동 생성 콘텐츠
본 콘텐츠는 HN AI Posts의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기