운영 앱의 코드 리뷰
예: 풀 리퀘스트가 인증 미들웨어를 변경합니다. 리뷰 서비스가 diff, 인접 함수, 저장소 보안 규칙과 변경 행 정보를 codex-auto-review에 보냅니다. 모델은 구체적인 실패 경로가 있는 문제만 반환해야 합니다.
파일, 변경 행, 심각도, 근거와 수정안이 없는 댓글은 제외합니다. 문제없는 PR도 평가에 포함하므로 댓글이 많다고 더 좋은 리뷰로 보지 않습니다.
운영 활용 예시
예: 풀 리퀘스트가 인증 미들웨어를 변경합니다. 리뷰 서비스가 diff, 인접 함수, 저장소 보안 규칙과 변경 행 정보를 codex-auto-review에 보냅니다. 모델은 구체적인 실패 경로가 있는 문제만 반환해야 합니다.

운영 구현 예시
| 운영 모델 선택 | 추천 | 이유 |
|---|---|---|
| API | POST /v1/chat/completions | OpenAI 호환 서버 요청 |
| 기본 모델 | codex-auto-review | codex-auto-review는 현재 모델 목록이 제공하는 자동 리뷰 전용 기본 경로입니다. |
| 대체 모델 | gpt-5.6-terra | 더 넓은 저장소 추론이 필요하면 Terra를 쓰세요. 논쟁이 있는 고위험 문제는 Sol로 넘기되 일반 PR을 모두 보내지는 마세요. |
| 고난도 작업용 상위 모델 | gpt-5.6-sol | 기본 경로가 정한 품질·복잡도 기준을 못 맞출 때만 사용 |
| 출력 규칙 | 검증된 JSON | JSON 문제 항목: 파일, 행, 심각도, 제목, 근거, 실패 경로와 수정 제안. |
예: 풀 리퀘스트가 인증 미들웨어를 변경합니다. 리뷰 서비스가 diff, 인접 함수, 저장소 보안 규칙과 변경 행 정보를 codex-auto-review에 보냅니다. 모델은 구체적인 실패 경로가 있는 문제만 반환해야 합니다.
파일, 변경 행, 심각도, 근거와 수정안이 없는 댓글은 제외합니다. 문제없는 PR도 평가에 포함하므로 댓글이 많다고 더 좋은 리뷰로 보지 않습니다.
서버에서 요청하세요. 예시 내용과 임시 도구 스키마를 앱의 데이터·도구로 바꾸세요.
curl https://app.llmfly.ai/v1/chat/completions \
-H "Authorization: Bearer $LLMFLY_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "codex-auto-review",
"messages": [
{"role": "system", "content": "Review the supplied diff. Report only actionable defects introduced by this change. Each finding needs file, changed line, severity, failure path, evidence, and a minimal fix."},
{"role": "user", "content": "Review this authentication middleware pull request against the attached repository rules."}
],
"response_format": {"type": "json_object"}
}'codex-auto-review는 현재 모델 목록이 제공하는 자동 리뷰 전용 기본 경로입니다.
더 넓은 저장소 추론이 필요하면 Terra를 쓰세요. 논쟁이 있는 고위험 문제는 Sol로 넘기되 일반 PR을 모두 보내지는 마세요.
| 지표 | 합격 조건 |
|---|---|
| 실제 결함 발견율 | 평가에 넣은 고위험 결함을 찾아냄 |
| 오탐률 | 문제없는 대조 변경에 차단·지어낸 문제가 없음 |
| 행 단위 근거 | 각 문제에 최소 관련 행·실패 경로가 있음 |
| 검토자 채택률 | 적격 검토자가 정확하고 실행 가능하며 표시할 가치가 있다고 판단 |
JSON 문제 항목: 파일, 행, 심각도, 제목, 근거, 실패 경로와 수정 제안.
운영 실행마다 모델 ID, 요청 ID, 토큰 사용량, 재시도, 검증 결과와 최종 처리를 기록하세요.
문제없는 변경도 포함하고 적격 검토자가 틀리거나 조치 불가로 거절한 문제를 세세요.
항상 필요한 것은 아닙니다. diff와 직접 관련 파일로 시작해 필요할 때 컨텍스트를 추가하세요.
파일, 행, 심각도, 설명, 근거와 수정안을 포함한 스키마를 쓰세요.
같은 요청, 도구와 검증 규칙으로 기본·대체 모델을 비교하세요.