Runtime: 기업 전반에 걸친 에이전트 워크플로우 확장

AI 에이전트의 약속은 오랫동안 개별 개발자—한 명의 엔지니어가 코드를 더 빠르게 작성하도록 돕는 “코파일럿”—에 초점이 맞춰져 왔습니다. 그러나 실제 조직의 병목 현상은 단순히 코드를 작성하는 것이 아니라, 다양한 비즈니스 기능(마케팅, 재무, 지원) 간의 마찰과 그들의 특정 워크플로우를 자동화하기 위해 필요한 기술 인프라스트럭처에 있습니다.

Runtime (YC P26)은 팀 기반 에이전트를 위한 표준화된 “runtime”을 제공함으로써 이를 해결하고자 합니다. 에이전트를 단순한 챗봇으로 취급하는 대신, Runtime은 에이전트를 회사 컨텍스트, 특정 도구 세트, 엄격한 가드레일에 접근할 수 있는 샌드박스 엔터티로 위치시켜, 비기술 팀이 시스템 무결성을 해치지 않으면서 PR, 보고서, 배포와 같은 실제 작업을 수행할 수 있게 합니다.

에이전트 워크플로우의 인프라 격차

에이전트를 배포하려는 대부분의 기업은 반복되는 일련의 도전에 직면합니다: 에이전트는 어디서 실행되는가? CLI나 API 키에 안전하게 접근하려면 어떻게 해야 하는가? 프로덕션 데이터베이스를 삭제하는 것을 어떻게 방지할 것인가?

Runtime은 다음을 포함하는 포괄적인 인프라 레이어를 제공함으로써 이러한 문제를 해결합니다:

• Sandboxed Environments: 에이전트는 프로덕션 데이터를 반영하거나 샘플링하는 격리된 환경에서 작동합니다. 이를 통해 에이전트가 원시 프로덕션 데이터를 직접 다루지 않으며, PII(개인 식별 정보) 삭제와 행 수준 범위를 사용해 프라이버시를 유지합니다.
• Tool Integration: 플랫폼은 모든 CLI, API 또는 MCP (Model Context Protocol) 서버의 설치를 허용합니다. 이는 에이전트가 재무 팀이 필요로 하는 특정 도구(예: NetSuite, Stripe) 또는 지원 팀이 요구하는 도구(예: Zendesk, Intercom)를 갖출 수 있음을 의미합니다.
• Rapid Bootstrapping: 스냅샷을 활용함으로써 세션은 몇 초 안에 부팅될 수 있어, 각 에이전트 작업마다 새로운 가상 환경을 시작하는 데 일반적으로 발생하는 지연을 없애줍니다.

비엔지니어를 위한 “코딩” 에이전트 민주화

Runtime의 가장 도발적인 측면 중 하나는 “모든 팀을 위한 코딩 에이전트”라는 아이디어입니다. 여기서 “코딩”은 반드시 핵심 제품을 위한 Java나 Python을 작성한다는 의미는 아니며, 비즈니스 로직을 자동화하기 위한 도구로서 코드를 사용하는 것을 의미합니다.

예를 들어, 마케팅 팀은 Slack에서 특화된 에이전트를 태그하여 영업 잠재고객 발굴 작업을 수행하게 할 수 있고, 재무 팀은 에이전트를 사용해 청구 불일치를 조사할 수 있습니다. 이러한 에이전트는 PR을 배포하거나 답변 초안을 작성할 수 있기 때문에 단순 정보 검색을 넘어 적극적인 실행 영역으로 나아갑니다.

거버넌스, 가시성 및 보안

기업 전반에 에이전트를 배포하면 상당한 거버넌스 위험이 발생합니다. Runtime은 이를 완화하기 위해 여러 계층의 제어를 구현합니다:

Human-in-the-Loop 실행

프로덕션 쓰기는 자율적이지 않습니다. 플랫폼은 실시간 시스템에 대한 변경이 검토된 작업이나 풀 리퀘스트를 통해서만 이루어지도록 보장합니다. 이는 에이전트의 출력이 프로덕션 환경에 영향을 미치기 전에 인간이 승인해야 하는 필수 회로 차단기를 생성합니다.

가시성

Runtime은 모든 에이전트 세션에 대한 실시간 가시성을 제공하며, 다음을 포함합니다:

• Chain of Thought: 에이전트가 문제를 어떻게 추론했는지 정확히 확인합니다.
• Tool Calls: 어떤 API가 호출되었고 어떤 데이터가 반환되었는지 추적합니다.
• File Changes: 샌드박스 내에서 정확히 어떤 파일이 수정되었는지 모니터링합니다.

리소스 관리

에이전트 루프와 관련된 흔한 우려인 비용 폭주를 방지하기 위해, 플랫폼은 인프라에 비용 한도, 허용 목록, 승인 게이트를 포함합니다.

커뮤니티 관점 및 기술적 고려사항

Hacker News에 출시된 이후, 이러한 시스템의 구현 및 보안에 관한 여러 기술적 논점이 제기되었습니다.

정적 분석의 역할

런타임 샌드박싱은 에이전트가 시스템에 즉각적인 피해를 주는 것을 방지하지만, 코드가 “좋다”거나 안전하다는 것을 보장하지는 않습니다. 사용자 @vorsken이 언급한 바와 같이:

"샌드박스 실행이 있더라도, 생성된 코드는 병합되기 전에 보안 정책 검사를 통과해야 합니다. 정적 분석은 런타임 샌드박싱과 다른 종류의 문제를 포착합니다 — 두 방법은 경쟁 관계라기보다 상호 보완적인 관계처럼 보입니다."

시크릿 관리의 도전

레거시 도구와 통합하려면 종종 키를 디스크에 저장해야 합니다(예: AWS CLI). 이는 에이전트 플랫폼에게 여전히 복잡한 영역이며, “npm에서 바로 설치”하는 사용 편의성과 디스크 기반 시크릿에 대한 엄격한 보안 프로토콜 사이의 균형은 미묘합니다.

배포 유연성

전체 제어의 필요성을 인식하여, Runtime은 자체 호스팅 옵션을 제공합니다. 이를 통해 기업은 모델, 샌드박스, 스토리지 등 전체 스택을 자체 클라우드 경계 내에서 실행할 수 있어, 민감한 데이터가 제어된 환경을 벗어나지 않도록 보장합니다.

결론

Runtime은 “AI 어시스턴트”에서 “AI 인프라스트럭처”로의 전환을 의미합니다. 샌드박싱 및 오케스트레이션 레이어를 제공함으로써, 기업은 에이전트를 위한 파이프라인 구축을 중단하고 다양한 비즈니스 팀의 기능적 구성원으로 배포할 수 있게 됩니다.