AI 에이전트가 회사 업무와 앱을 직접 만들어주는 개인용 운영체제
회의용 슬라이드나 협업 화이트보드를 만들라고 말하면, AI가 즉시 코드를 짜서 실행 가능한 앱을 만들어 줍니다. 이 시스템은 사용자가 필요한 기능을 요청할 때마다 전용 인스턴스를 생성해 안전하게 공유할 수 있게 합니다. 클라우드플레어 내부에서 매일 쓰던 생산성 도구를 오픈소스로 공개해, 각 회사가 자신만의 AI 업무 환경을 구축할 수 있게 했습니다.
버전 2로 전면 재작성한 초기 접근 단계
기능은 상당히 강력하지만 아직 다듬어야 할 부분이 많아 초기 접근(early access) 단계로 분류됩니다. 클라우드플레어는 이 저장소를 그대로 쓰라고 하기보다, 각 회사가 자신의 상황에 맞게 수정해 '우리 회사 OS'로 만들기를 권장합니다. 따라서 도입 전에는 현재 개발 상태와 한계를 충분히 인지하고 있어야 합니다.
사용자마다 독립된 앱 인스턴스를 실행하는 방식
기존 SaaS 서비스와 달리 이 시스템은 사용자가 요청할 때마다 해당 앱의 사본을 만들어 독립된 샌드박스에서 실행합니다. 이를 '가젯(Gadget)'이라고 부르며, 다른 사용자의 데이터와 완전히 격리되어 보안 취약점이 있어도 정보가 유출되지 않습니다. 사용자가 원하는 기능이 없다면 AI 에이전트에게 추가를 요청해 코드를 직접 수정할 수 있습니다. 이러한 구조는 중앙 집중식 소프트웨어 모델에서 벗어나, 사용자가 자신의 필요에 맞춰 앱을 자유롭게 변형할 수 있게 합니다.
게이트키퍼가 관리하는 외부 서비스 접근 제어
외부 서비스와 연결할 때는 '게이트키퍼'라는 보안 계층이 개입해 접근을 중재합니다. 게이트키퍼는 OAuth 인증을 처리하고, 사용자가 의도한 특정 리소스에만 접근하도록 제한하며, 모든 작업을 로그로 기록합니다. 특히 중요한 점은 승인 절차가 비동기로 처리된다는 것입니다. 에이전트가 작업을 수행할 때 승인 대기 없이 시뮬레이션된 결과를 받아 계속 진행할 수 있고, 사용자는 나중에 일괄적으로 승인하거나 거부할 수 있습니다. 이는 에이전트가 승인 대기 때문에 멈추는 문제를 해결해 업무 흐름을 끊지 않게 합니다.
로컬 실행과 외부 서비스 연동 준비
로컬에서 빠르게 테스트하려면 pnpm을 설치한 뒤 pnpm run-local 명령을 실행하고 http://localhost:8787 주소를 방문하면 됩니다. 이 방식은 wrangler과 workerd를 사용해 전체 스택을 로컬에서 돌리지만, 프로덕션 환경에는 적합하지 않습니다. 클라우드플레어 계정에 배포하거나 자체 서버에 workerd를 사용해 배포할 수도 있습니다. GitHub, Google, Slack 등 외부 서비스를 연동하려면 각 게이트키퍼 패키지에 포함된 지침에 따라 OAuth 클라이언트 자격 증명을 설정해야 합니다.
도입 전 확인해야 할 기술적 전제와 기여 정책
이 시스템은 클라우드플레어 워커스 기반이며, Durable Objects와 Dynamic Workers를 핵심으로 사용합니다. 자체 서버에 배포하려면 workerd 런타임에 대한 이해가 필요하며, 현재 관련 문서와 도구는 아직 개발 중입니다. 외부 기여는 제한적이며, 단순 오탈자 수정이나 소규모 PR만 허용됩니다. 이는 AI가 코드 작성은 쉽게 만들었지만, 코드 리뷰와 품질 유지가 더 중요해졌기 때문입니다. 도입을 고려한다면 워커스 생태계에 대한 이해와 초기 단계 소프트웨어에 대한 인내심이 필요합니다.
