이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.
TL;DR
Merpay는 결제 운영의 반복 작업을 트리거 기반으로 자율 실행하는 상주형 에이전트 pcp-agent를 GCE의 Docker 컨테이너와 copy-on-write 세션으로 운영하며 Claude Code를 런타임으로 사용했다; remote-claude가 Slack과 스케줄러의 트리거를 받아 세션별 컨테이너를 띄우고 표준출력을 브리지하면서 동일 스레드 재사용으로 워밍업을 2~3초 수준으로 줄이고 콜드스타트는 약 30초로 관리한다. 에이전트는 도구 호출 전 PreToolUse 훅으로 위험을 차단하고 실행 후 PostToolUse 훅으로 DX 계측 이벤트를 전송하며, 네트워크 레이어의 auth-proxy가 iptables DNAT 수준에서 서비스별 인증 헤더를 주입하여 자격증명을 에이전트 코드에서 분리한다. 설계는 LLM의 비결정성을 인정하고 결정적 제어와 시크릿 분리를 외부화하는 데 중점을 두어 다층 방어(deny rules, 훅, 행동 규칙, auth-proxy, 컨테이너 격리)를 통해 권한 남용 위험을 낮추는 것을 목표로 한다.
섹션별 상세
결제 플랫폼 팀은 수십 개 마이크로서비스와 반복적인 운영 업무를 보유했고, 장애 조사나 알림 트리아지 같은 절차적 작업을 AI로 자율화하려는 목표를 세웠다. 따라서 팀 내에 상주하면서 트리거 기반으로 자율 실행하는 'Ambient Agent' 개념을 채택했고, 채팅 UI에 사람이 직접 요청을 보내는 방식은 의도적으로 배제했다. 이 배치는 사람이 매번 개입하지 않아도 정해진 워크플로가 자동으로 실행되도록 설계하여 운영 효율을 높이는 데 목적이 있다.
시스템 아키텍처는 Slack 멘션과 스케줄러가 트리거를 보내면 remote-claude 서버가 세션 단위로 Docker 컨테이너를 GCE에서 복제(copy-on-write)하여 Claude Code를 해당 컨테이너에서 실행하는 형태이다. remote-claude는 컨테이너를 기동하고 표준출력을 Slack으로 브리지하며 동일 스레드의 추가 요청은 실행 중인 프로세스를 재사용하여 워밍업 시간을 단축한다. 이 구성은 세션 격리와 재현성을 유지하면서도 트리거-응답 지연을 낮추는 효과를 노린 설계이다.
세션 실행 흐름은 트리거 입력 → 컨테이너 기동(copy-on-write) → Claude Code의 도구 호출 순으로 진행되고, 각 도구 호출 전에는 PreToolUse 훅이 보안 검사를 수행하여 위험하면 중단하며 실행 후에는 PostToolUse 훅이 DX 측정 플랫폼으로 이용 이벤트를 전송한다. 동일 세션에 대한 콜은 워밍업 약 2~3초로 재사용 가능하고 콜드스타트는 약 30초이며, 유휴 약 30분 후 연결을 끊고 세션은 약 1주일 후 파기(session_ttl)된다. 이러한 세부 수치는 응답성·격리·자원 회수 트레이드오프를 조정하는 근거로 사용된다.
보안 설계는 LLM의 비결정성을 전제로 하고 결정적 제어를 외부에 둠으로써 위험을 제한하는 방향을 취했다. 구체적으로 deny rules, PreToolUse 훅, 행동 규칙(behavioral rules), 네트워크 레벨의 auth-proxy, 컨테이너 격리의 다섯 층으로 방어선을 구성했고 auth-proxy는 iptables DNAT 수준에서 대상별로 적절한 인증 헤더를 주입하도록 구현되었다. 자격증명은 IaC로 관리되어 진짜 토큰은 프록시 쪽 환경변수로만 주입되며 에이전트 실행 환경에는 무효의 더미 값만 포함되어 토큰 노출 위험을 낮추는 구조이다.
AI 분석 전체 내용 보기
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
원문 발행 2026. 06. 30.수집 2026. 06. 30.출처 타입 RSS
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.