들어온 코드 변경을 읽어 결함을 목록으로 내고 사람이 받아들일지 정한다
이런 상황입니다
코드 변경(PR)이 들어오면 동료 개발자가 diff 를 처음부터 읽고 어디가 터질지 머릿속으로 따진다. 검토자가 바쁘면 변경은 며칠씩 기다리고, 급해서 대충 보면 결함이 머지된 뒤에 장애로 돌아온다. 검토가 「좋아 보임」 한 줄로 끝나면 무엇을 봤고 무엇을 안 봤는지가 남지 않는다
고객 인터뷰 전의 추정입니다.
AI 팀이 붙으면 이렇게 흐릅니다
- AI
코드 변경(diff · PR) 입력
- AI
변경이 선언한 영향 범위(claim)와 실제 바뀐 파일을 대조
- AI
바뀐 줄과 호출 지점을 정적으로 읽어 결함 후보를 찾는다
- AI
결함마다 터뜨리는 입력 · 결과 · 직접 확인한 근거 · 심각도(critical · major · minor · nit)를 붙인다
- AI
읽지 못한 파일은 «검토 안 함» 으로 따로 적는다
- AI
결함 목록과 판정(block · revise · pass)을 낸다
- AI
AI 는 고치지 않는다, 목록만 낸다
- 사람
사람이 목록을 읽고 받아들일지(머지 · 수정 요청 · 반려)를 정한다
- AI
결정과 목록이 변경 기록에 남는다
사람은 여기서 정합니다
- 사람이 목록을 읽고 받아들일지(머지 · 수정 요청 · 반려)를 정한다
데모로 보여 줄 흐름
- 0~10초
PR 하나가 열리고 diff 가 보인다
- 10~30초
결함 목록이 생긴다, 항목마다 파일:줄 · 터뜨리는 입력 · 심각도가 붙고 「검토 안 함」 칸이 따로 보인다
- 30~45초
사람이 critical 하나를 열어 근거 줄을 보고 「수정 요청」 을 누른다, major 하나는 「받아들임」 으로 넘긴다
- 45~60초
판정과 결정이 PR 에 기록되고 「대기 시간」 자막
이 시나리오의 데모 영상은 준비 중입니다.
무엇으로 효과를 재나
- 대기 시간(변경 1건당 · 시간)측정 준비 중
- 오류율(머지된 변경 · %)측정 준비 중
- 사람 개입 횟수(변경 1건당 · 회)측정 준비 중
이 일을 맡는 팀
같은 갈래의 다른 시나리오
내 업무와 비슷한가요?
이 시나리오로 상담하기 요금 계산하기