9월 18일 깃허브가 코파일럿 코드 리뷰의 총평 댓글을 바꿔서, 현재 판정과 사용한 검토 강도에 더해 지적을 '열림(새 커밋이 만든 것은 new 표시)'·'지난 검토 뒤 해결됨'·'이전에 놓침' 세 묶음으로 심각도와 함께 보여 주고, 커밋을 더 올리고 다시 검토를 요청해도 이 진행 기록이 남는다고 변경 기록에 적었어요. 다만 '이전에 놓침'은 새 커밋이 아니라 기존 변경에서 재검토가 새로 찾은 지적인데, 변경 기록은 이 지적이 PR 다른 곳에는 댓글로 달리지 않아 총평에만 자세히 적힌다고 밝혔어요. 같은 공지에서 코파일럿이 후속 커밋을 근거로 자기 지적에 '안 고침(Won't Fix)'·'틀림(Incorrect)' 사유를 달아 스스로 해결 처리하되 열어 두라는 답글이 달린 지적은 그대로 두고, 지적마다 제목이 붙으며, 제안을 묶어 커밋할 때는 사람이 단 제안이 섞여 있어도 커밋 제목과 설명을 만들어 주는 것까지 정식으로 열렸어요.
용어 풀이
- PR
- 풀 리퀘스트. 변경을 병합해 달라고 올리는 요청
- ruleset
- 깃허브 저장소 규칙 묶음. 브랜치 보호와 자동 리뷰 조건을 여기서 정한다
운영자 인사이트
코파일럿 리뷰를 PR 필수 검토자로 걸어 둔 팀이라면 병합 전 점검 기준을 '열린 인라인 스레드 0개'에서 총평의 열림·이전에 놓침 목록으로 옮겨야 해요. 이전에 놓친 지적은 스레드로 없고, 코파일럿이 '안 고침'으로 닫은 스레드는 사람이 판단한 것처럼 보일 수 있으니 일부러 두는 지적은 답글로 남겨 열어 두는 편이 안전해요. 재검토는 저절로 돌지 않으니 저장소 규칙(ruleset)의 새 푸시마다 검토를 켜 뒀는지도 함께 확인하세요.
여러 관점으로 보기
- 같은 날 주간 릴리스 정리 (센트리 캔버스) 같은 날 주간 릴리스에는 깃허브 코파일럿 앱에 센트리 오류 보고서에서 코드 수정까지 가는 센트리 캔버스가 새로 들어갔다는 한 문장만 있고, 별도 공지·문서·요금제 조건은 적혀 있지 않아요. GitHub
- 코파일럿 앱 캔버스가 무엇인지 공식 문서는 캔버스를 에이전트와 사람이 같이 고치는 공유 작업 화면으로 설명하고 일부 캔버스는 플러그인 설치가 필요하다고 적었지만, 문서에 센트리 캔버스는 아직 없어요. GitHub Docs
- 센트리 쪽에 이미 있던 연동 센트리 문서에는 Seer 자동 수정 탭에서 코파일럿 클라우드 에이전트를 불러 PR 을 만들게 하는 연동이 따로 있고, 이 연동은 깃허브 액션 분과 AI 크레딧을 쓴다고 적혀 있어요. Sentry Docs