sentry-fix-agent
갱신
초
⟳ 자동
새로고침
▶ 현재 진행
📊 대시보드
📈 모니터링 그래프
🧪 테스트
🗂 처리 이력
상태 로딩…
기간
오늘
최근 7일
최근 30일
전체
날짜·프로젝트 분포
일별 처리량
완료
에러
기타
프로젝트별 처리수
프로젝트별 토큰
프로젝트별 상태
완료/에러/기타
추이 · 분포
누적 비용 추이
run별 비용 (USD)
토큰 추이 (일별 in/out)
in
out
점수 추이
상태 분포
합의(consensus) 분포
모델별 토큰 점유
페르소나 판정 패턴
막대=처리수 · 승인/변경요청/blocker
Sentry 방식
설정된 프로젝트·Sentry 이슈 id 로 파이프라인 점검 (무인증·신뢰 내부망)
프로젝트 slug
Sentry 이슈 id
서명키
① 테스트 이벤트 발송
② 가짜 webhook (enqueue)
③ 이슈 처리 (dry-run)
④ 이슈 처리 (실제·PR)
① 서명 이벤트→self webhook(합성 id=도달만, 실제 id=PR까지) · ② allowlist·rate 거쳐 큐잉 · ③ clone·리뷰만(PR 미생성) · ④ 실제 PR 생성(무거움). 진행은
현재 진행
탭.
GitHub 이슈 방식
needs-info 시드 → 담당자 답변 재개 시뮬레이트
repo
GitHub 이슈번호
프로젝트 slug
Sentry 이슈 id
① awaiting_answer 시드 생성
답변 댓글
② 담당자 답변 재트리거
① 해당 repo/이슈번호로
awaiting_answer
.flow 레코드를 합성 생성(실제 GitHub 이슈는 안 만듦) · ② 같은 repo/번호에 답변을 주입하고 재개를 큐잉(서명 생략). ②는 ① 또는 실제 needs-info 레코드가 있어야 동작.
신규개발(dev) 트랙
사람이 등록한 GitHub 이슈 → 진단·수정 (실제 Sentry 불필요)
위 repo / GitHub 이슈번호를 그대로 사용합니다.
진단만 (dry-run)
실제 처리 (draft PR)
버튼만 누르면 해당 repo 의 이슈 본문을 읽어 dev 파이프라인 실행 —
진단만
은 PR 미생성(가벼움),
실제 처리
는 draft PR 까지. 진행은
현재 진행
탭. (repos.yaml allowlist repo 만)
실행 결과
실행 결과가 여기에 표시됩니다.
누적 검색
행 클릭 시 처리 내용·메시지·근거 회고
기간
시작
~
종료
100건
200건
500건
1000건
2000건
초기화
시각
이슈
short_id
project/repo
상태
점수
합의
calls
tok in→out
비용
소요
로딩…