Codex검증과 협업

GitHub review와 Cloud 작업 위임

GitHub PR에서 `@codex review`를 쓰는 흐름과, 일반 댓글로 Cloud 작업을 맡기는 방식을 공식 기준으로 정리합니다.

마지막 수정 2026년 3월 20일

기본 패턴

text
GitHub에서 쓰는 기본 패턴
1. Codex Cloud를 설정한다.
2. 리포지터리에서 Code review를 켠다.
3. PR 댓글에 @codex review 를 남긴다.
4. 리뷰가 아니라 작업 위임이면 @codex 뒤에 작업을 적는다.

예:
@codex review
@codex fix the CI failures

설명

  • GitHub 연동을 켜면 Codex는 PR 안에서 Code review를 남기거나, 댓글 기반으로 새 Cloud 작업을 시작할 수 있습니다.
  • @codex review는 표준 GitHub 코드 리뷰처럼 동작하며, 별도 로컬 체크아웃 없이도 PR 검토를 받을 수 있습니다.
  • review가 아닌 다른 요청을 댓글로 남기면, Codex는 해당 PR 맥락을 가지고 Cloud 작업을 시작합니다.
  • 자동 리뷰를 켜면 새 PR마다 리뷰를 자동으로 달 수 있고, AGENTS.md의 Review guidelines로 리뷰 기준도 조정할 수 있습니다.
  • 장시간 작업이나 병렬 위임이 필요할 때는 로컬에서 설계한 뒤 Cloud로 넘기고, 결과 diff를 검토한 후 PR을 만들거나 이어서 다듬는 흐름이 좋습니다.

짧은 예제

text
실전 흐름
- 로컬에서 리팩터링 계획을 만든다.
- GitHub 또는 Codex web에서 클라우드 환경을 고른다.
- "Implement milestone 1" 같은 작업을 넘긴다.
- 완료 후 diff를 보고 추가 지시를 주거나 PR을 만든다.

빠른 정리

기능쓰는 방식
PR 리뷰@codex review
리뷰 초점 강화@codex review for security regressions
작업 위임@codex <task>
자동 리뷰설정에서 Automatic reviews 켜기
리뷰 기준 조정AGENTS.md의 Review guidelines 사용

주의할 점

클라우드 위임은 오래 걸리는 구현과 병렬 작업에 강하지만, 설계가 애매한 상태에서 바로 넘기면 원격 diff 검토 비용이 커집니다. 로컬에서 목표와 범위를 먼저 또렷하게 만드는 편이 결과가 훨씬 안정적입니다.

참고 링크

3 sources