본문으로 건너뛰기

monday.com의 Sphera: Amazon Bedrock 기반 에이전트를 실제 SaaS에 통합해 개발 생산성을 높인 구조와 운영

monday.com은 Sphera라는 내부 에이전트 시스템으로 Amazon Bedrock 기반 에이전트를 운영해 매달 사용자 중 9/10이 AI 코딩 도구를 사용하고 개발자당 PR 처리량이 50% 이상 증가했다.

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

monday.com은 기존 수백만 사용자 규모의 SaaS 코드베이스 위에 Sphera라는 내부 에이전트 시스템을 도입해 Slack 멘션, monday 아이템 할당, GitHub PR 요청 같은 세 가지 입력을 단일 에이전트 세션으로 통합하고 AWS 기반 인프라로 이벤트를 라우팅해 운영 안정성을 확보했다. 이 아키텍처는 세션 메모리와 디스크 기반 워크스페이스를 통해 채널 간 상태 일관성을 유지하며 Amazon SNS·SQS·EKS·RDS·ElastiCache·EFS·S3를 각각 메시지 전달·실행·데이터 지속성 계층으로 활용한다. 내부 지표로 매달 Builders의 9/10이 AI 코딩 도구를 사용하고 L2 수준의 재사용 가능한 서브에이전트 도입만으로 개발자당 PR 처리량이 50% 이상 증가한 것이 보고되었다. 에이전트는 사람과 동일한 팀 페이지·신원·관리 권한을 갖고 운영돼 책임 추적과 컴플라이언스를 유지하면서 프로덕션 환경에 통합된 점이 핵심 성과이며, 자동 병합 전 결정을 보완하는 신뢰 점수 기반 플로우가 완전한 자율화와의 간극을 줄이는 역할을 했다.

섹션별 상세

01
기업 환경의 제약 탓에 에이전트를 그저 데모로만 쓰는 것이 아니라 실제 운영 환경에 배치하는 문제가 발생했다는 점이 배경이다. monday.com은 수백 개의 마이크로프런트엔드와 마이크로서비스, 수백만의 유료 사용자를 가진 기존 코드베이스 위에 에이전트를 얹는 방식으로 이 문제를 해결했다. 내부 지표로는 매달 전체 Builders의 아홉 중 아홉이 AI 코딩 도구를 사용하고 있고, 이 채택률이 반 년 전보다 크게 오른 상태임이 보고되었다. 엔터프라이즈 SaaS의 가용성과 컴플라이언스를 유지하면서 에이전트를 운영한 사례라는 점에서 중요하다.
02
에이전트 운영 아키텍처는 세 가지 입력 채널(Slack 멘션, monday 아이템 할당, GitHub PR 리뷰 요청)을 하나의 에이전트 세션으로 라우팅해 동일한 메모리와 워크스페이스에서 처리하도록 설계됐다. 이벤트는 공통 큐 경로로 들어와 동일 세션의 디스크상 워크스페이스와 메모리를 공유하며, 시스템은 Amazon SNS→팀별 Amazon SQS 큐→Amazon EKS 상의 소비자→에이전트 러너 파드로 이벤트를 전달하는 AWS 구성으로 동작한다. 이 설계는 여러 입출력 채널에서 오는 동일한 작업을 중복 에이전트 대신 단일 세션으로 일관되게 처리하게 해 상태 일관성과 책임 추적을 확보했다. 운영 레벨에서 AWS의 RDS, ElastiCache, EFS, S3 같은 서비스가 세션 지속성과 데이터 저장을 담당해 엔터프라이즈 요구를 충족한 점이 실무적 의미가 있었다.
에이전트와 사람을 혼합한 팀 페이지와 활동 로그, 에이전트 카드가 보이는 monday.com 내부 UI 스크린샷이다.
Screenshot이미지는 Sphera 시스템의 사용자 인터페이스를 보여주며 각 에이전트가 프로필, 역할, 플러그인 수, 활동 로그를 통해 사람과 동일한 팀 단위로 표시되는 구조를 확인할 수 있다. 화면 하단의 활동 표는 에이전트별 메시지 상태와 최근 동작을 보여주어 동일 세션에서 여러 입력 채널을 처리하는 운영 흐름이 UI 수준에서 반영된 점을 시각적으로 증명한다.
03
monday.com은 에이전트의 역할을 세 단계로 구분해 L1에서는 보조 프로그래머로, L2에서는 재사용 가능한 스킬과 서브에이전트를 통해 반복 작업을 자동화하며 L3에서는 다중 에이전트가 전달부터 배포까지 소유하는 완전한 에이전트 팀으로 확장하는 로드맵을 제시했다. 내부 사례로 L2 수준의 도입만으로 개발자당 PR 처리량이 50% 이상 증가했으며, 이 증가는 재사용 가능한 에이전트가 반복적인 코드 작업과 리뷰 보조를 수행하면서 발생했다. 에이전트는 사람과 동일한 팀 페이지와 식별자를 갖고 Slack·GitHub·monday 전반에 걸쳐 태그되고 관리되므로 책임 소유와 중단 대응 체계가 유지되는 운영 모델을 마련했다.

용어 해설

에이전트(Agent)
에이전트는 특정 작업을 자동으로 수행하도록 설계된 소프트웨어 단위로, 입력 이벤트를 수신해 자체 세션·메모리·워크스페이스에서 처리한 뒤 외부 시스템에 작업 결과를 제출하는 방식으로 동작한다. 이 문맥에서는 채팅 멘션·태스크 할당·PR 요청 같은 세 가지 인박스를 동일한 에이전트 세션으로 라우팅해 상태를 유지하면서 작업을 수행하는 구현 세부가 핵심이다.
결합 신뢰 점수(Confidence Score)
결합 신뢰 점수는 에이전트가 생성한 코드 변경이나 머지 제안의 신뢰도를 정량화한 값으로, 자동 병합 전 사람의 개입을 줄이기 위해 사용된다. 이 점수는 모델 출력의 확신도와 테스트·정적분석 결과를 결합해 산출되며, 높은 임계값을 만족할 때 자동 병합 플로우가 트리거된다.
세션 메모리(Session Memory)
세션 메모리는 하나의 에이전트 세션이 여러 입출력 채널에서 받은 이벤트를 동일한 상태와 작업 맥락으로 처리하도록 유지하는 저장소 계층을 말한다. 이 구조는 Slack 멘션·monday 항목·GitHub PR 요청이 동일한 대화 맥락과 작업공간으로 연결되게 해서 일관된 행동을 가능하게 한다.

기술

  • Amazon Bedrock
  • Amazon SNS
  • Amazon SQS
  • Amazon EKS
  • Amazon RDS
  • ElastiCache
  • EFS
  • S3
  • GitHub
  • Slack

활용 사례

  • 자동 PR 생성 및 리뷰 보조
  • 반복 작업을 수행하는 재사용 가능한 서브에이전트
  • 온콜(24/7) 사건 대응 및 티켓 처리 자동화
AI 분석 전체 내용 보기

AI 요약 · 북마크 · 개인 피드 설정 — 무료

출처 · 인용 안내

원문 발행 2026. 07. 23.수집 2026. 07. 23.출처 타입 RSS

인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.