리뷰 요청을 받았는데 어느 저장소의 어떤 변경인지부터 다시 찾아야 하는 순간이 있죠. OpenAI가 공개한 영상에서 코덱스(Codex)는 여러 GitHub 풀 리퀘스트(PR)를 개인 받은편지함에 모아, 담당한 검토와 내가 작성한 변경을 한곳에서 살피는 화면을 보여줍니다.
코드를 보는 일보다 그 맥락을 모으는 일이 오래 걸린다면 흐름이 달라질 수 있습니다. 시연자는 우선순위를 확인하고 특정 PR을 옆 메뉴에 고정한 뒤, 변경 내용과 앞서 남겨진 검토 의견을 같은 작업 공간에서 읽습니다. 이후 위험을 물어보고 팀 문서까지 불러오는 장면으로 이어집니다.
▲ 여러 저장소의 GitHub PR이 개인 받은편지함에 모여 있다 (출처: OpenAI 공식 유튜브)
PR을 찾는 데서 시작한 화면
화면에는 여러 저장소에서 온 GitHub PR이 받은편지함처럼 나열됩니다. 시연자는 자신에게 배정된 항목, 본인이 작성한 항목, 우선순위를 구분해 보고 검토할 PR 하나를 고정합니다. 목록을 오가며 대상부터 확인하던 단계가 줄어드는 구성인데요, 리뷰 대기열이 많은 팀일수록 첫 화면에서 필요한 일을 골라내는 방식이 눈에 띕니다.
▲ 담당 PR을 옆 메뉴에 고정하고 클라우드 검토 결과를 확인한다 (출처: OpenAI 공식 유튜브, 움짤)
변경 이유와 위험을 같은 자리에서
선택한 PR에는 비공개 대화 공간이 붙습니다. 시연자는 프로젝트 전체의 변경 요약과 위험 설명을 요청하고, 팀의 리뷰 가이드라인이나 디자인 문서를 그 대화 맥락으로 가져옵니다. 여기서 커넥터는 외부 저장소나 문서에 연결하는 기능을 뜻합니다. 권한을 받은 저장소에서는 클라우드 코드 리뷰가 먼저 검토를 실행할 수 있다고 영상은 설명합니다.
▲ PR 비공개 대화에서 변경 요약과 프로젝트 위험을 질문한다 (출처: OpenAI 공식 유튜브)
지침은 팀 방식에 맞춰 바꾼다
짧은 요약, 위험 분석, 만화책식 설명처럼 검토 지시를 바꾸는 장면도 나옵니다. 이미 실행된 클라우드 리뷰와 별개로, 시연자는 로컬 비공개 리뷰를 한 번 더 시작합니다. 그 뒤 질문을 던지고 팀의 리뷰 문체에 맞춘 댓글 초안을 만든 다음, 코드 변경분과 대조해 내용을 다듬습니다. 자동 의견을 그대로 보내는 대신 사람이 확인할 여지를 화면 안에 남긴 셈입니다.
▲ 팀 가이드라인을 불러와 요약과 위험 분석 방식으로 검토를 지시한다 (출처: OpenAI 공식 유튜브)
GitHub는 정식, GitLab은 미리보기
영상 설명과 자막에 따르면 GitHub 코드 리뷰는 일반 공개 상태이며 GitLab 지원은 프리뷰, 즉 정식 출시 전 공개 시험 단계입니다. 다만 이용 요금, 모든 계정에 적용되는 시점, 세부 권한 설정 범위는 이번 자료에 담기지 않았습니다. 그런 조건의 공개 일정은 아직 밝히지 않았으므로, 실제 도입 전에는 팀이 쓰는 저장소와 연결 권한을 먼저 확인할 필요가 있습니다.
▲ 로컬 비공개 리뷰에서 댓글 초안을 만들고 변경분과 대조한다 (출처: OpenAI 공식 유튜브, 움짤)
리뷰의 병목은 화면 밖에 있었다
이 시연의 핵심은 코드를 대신 판단한다는 선언보다, PR을 찾고 맥락을 묻고 댓글을 옮기는 사이의 단절을 줄이는 데 있습니다. 작성자도 같은 곳에서 피드백을 처리하는 장면이 이어져 검토자와 작성자의 왕복을 한 화면에 묶습니다. 여러분의 팀에서는 코드 자체보다 리뷰 맥락을 찾는 시간이 더 오래 걸리고 있나요?
▲ 작성자 화면으로 전환해 같은 공간에서 피드백을 처리한다 (출처: OpenAI 공식 유튜브, 움짤)
#OpenAI #코덱스 #Codex #코드리뷰 #GitHub #GitLab
Copyright © 무단전재 및 재배포 금지