적합한 경우
- 요구사항이 명확하고 여러 파일에 걸친 변경.
- 반복 가능한 검증 명령이 있는 고영향 작업.
- 일반 검사를 마친 뒤 진행하는 독립적인 2차 리뷰.
01 · 실제 근거
유용한 AI 리뷰에는 근거가 필요합니다
각 지적에는 실패할 수 있는 동작, 영향, 근거가 되는 코드나 검사와 Reviewer가 확인할 최소 방법이 포함되어야 합니다.01src/auth.ts범위가 명확한 Diff
02P1 · behavior근거 있는 지적
03bun test사람의 승인
프로젝트를 열고 라이브 선택기에서 호환되는 Agent와 GPT-6 Astra를 선택한 뒤, 범위가 명확한 변경부터 시작하세요.
프로젝트 리뷰02 · 워크플로
하나의 한정된 변경을 검증 가능한 리뷰로 바꾸세요
Model이 지적을 제안하고 Agent harness가 프로젝트 접근, 도구, 권한과 검증 흐름을 제공합니다.- 01
리뷰 범위 정하기
대상 변경, 기대 동작, 보호할 제약과 승인 근거로 사용할 명령을 지정합니다.
- 02
근거 확인과 우선순위 지정
변경을 이해하는 데 필요한 호출부, 테스트와 설정만 추적하고 스타일보다 실제 동작을 우선합니다.
- 03
수정 전에 검증하기
관련성이 가장 높은 검사를 실행하고 확인된 문제와 가설을 구분한 뒤 사람이 수정 여부를 결정합니다.
03 · 작업 적합성
맥락과 근거가 중요한 변경에 AI 리뷰를 사용하세요
독립적인 2차 리뷰는 놓친 연결을 줄일 수 있지만 책임 있는 사람의 승인을 대신하지 않습니다.적합하지 않은 경우
- 명확한 Diff나 기대 동작이 없는 Repository 전체.
- 결정적 도구로 이미 강제되는 서식 문제.
- 책임 있는 Reviewer가 없는 자동 승인.
04 · 제한 사항
모든 지적을 검증이 필요한 주장으로 다루세요
GPT-6 Astra는 문제를 놓치거나 False Positive를 만들 수 있습니다. 프로젝트 검사와 사람의 Review는 여전히 결과의 일부입니다.- 01
큰 Context Window가 올바른 근거를 찾았다는 증거는 아닙니다.
- 02
Model 수준의 도구 지원이 모든 Agent harness의 동일한 도구 지원을 뜻하지 않습니다.
- 03
테스트 통과가 보안이나 로직 문제가 없음을 증명하지 않습니다.
06 · 자주 묻는 질문
Agent에게 코드 리뷰를 맡기기 전에
범위, 실행 계층과 승인 경계를 명확히 하세요.
하나의 Space에서 시작
하나의 Diff를 검증 가능한 리뷰로 바꾸세요
프로젝트를 열고 라이브 선택기에서 호환되는 Agent와 GPT-6 Astra를 선택한 뒤, 범위가 명확한 변경부터 시작하세요.