
센티널은 Sentry 오류를 감시해 수정 PR을 만들고, 다른 에이전트와 사람이 검토한 뒤 배포한다. 운영자는 소개한 한 주 동안 오류 29건이 자동 수정·검토·병합·배포됐으며, 알림부터 병합까지 걸린 시간의 중앙값은 8.7시간이었다고 밝혔다.
센티널은 Sentry에서 새 오류를 확인하는 한편, 매일 저녁 미해결 오류 중 2~3건을 골라 PR을 만든다. 배포도 감시해 GitHub 릴리스에서 해결된 Sentry 오류를 정리한다. 운영자는 아침마다 알림을 분류하는 대신 수정 사항을 검토한다고 설명했다.
센티널은 Claude Opus 5.5를 사용하고 전체 코드베이스에 접근한다. 클라우드 환경에서 프로젝트의 Docker Compose 스택을 실행하며, 사용자 인터페이스에 영향을 주는 수정은 전후 스크린샷도 캡처한다. 수정 방향에 질문이 생기면 주 운영자의 Grok 봇을 통해 Slack으로 확인한다.
운영자는 Sentry의 내장 제품 Seer를 초기 버전에 사용했지만 당시에는 정착하지 않았다고 밝혔다. 현재 문서를 살펴본 뒤 다시 시도해볼 만하다고 덧붙였다. 다만 Seer가 Cursor의 클라우드 환경에서 전체 스택을 실행하고 수정 전후 스크린샷을 찍을 수 있는지는 아직 확인되지 않았다고 했다.
센티널은 현재 PR을 스스로 병합하지 않는다. 다른 에이전트가 먼저 검토하고, 그 뒤 사람이 최종 검토한다. 운영자는 이 과정으로 미해결 오류가 매일 줄어든다고 설명했다.
Sentry는 소프트웨어 오류와 디버깅에 필요한 맥락을 수집하는 서비스다. 운영자는 과거에는 알림을 확인한 뒤 오류를 분류하고, 즉시 해결하지 않은 문제는 미해결 목록에 남기거나 다음 개발 주기 티켓으로 등록했다고 설명했다. 사소한 오류는 티켓으로 옮기지 못해 쌓이기 쉬웠고, 봇이 이런 반복 작업을 맡으면서 수정 여부를 검토하는 부담이 줄었다는 것이 그의 설명이다. 자세한 내용은 Sentry에서 확인할 수 있다.
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요