이전에는 Claude에서 Codex CLI를 사용하여 코드 검토 및 버그 수정을 했습니다. 최근 OpenAI에서 플러그인을 오픈소스로 공개한 것을 보고, 이 플러그인을 사용하는 것과 직접 개발하는 것의 차이점이 궁금했습니다. 조사 결과, 초보자에게는 직접 플러그인을 개발하는 것이 더 적합하다는 결론을 내렸습니다. 1️⃣표준화된 워크플로우로, 접착층을 직접 유지 관리할 필요가 없습니다. 직접 연결할 경우 가장 큰 비용은 연결 완료 후 스크립트, 명령, 프롬프트 및 매개변수의 호환성을 유지 관리해야 한다는 점입니다. 이 플러그인은 일반적인 시나리오를 고정된 명령 및 하위 에이전트로 직접 변환하여 사용자 지정 연결 코드의 필요성을 줄여줍니다. 공식 README 파일에는 codex:review, codex:rescue 등의 기능이 명시적으로 제공됩니다. 2️⃣ 클로드 코드로부터 공식적으로 미리 구성된 코덱스 리뷰 프로세스를 직접 받는 가장 큰 장점은 리뷰를 작성할 수 있다는 것뿐만 아니라, 리뷰 프로세스 자체가 안정적인 진입점으로 정립되어 있다는 점입니다. README 파일에는 `/codex:review`가 Codex 내에서 `/review`를 직접 실행하는 것과 동일하며, 후자가 더 안정적이라고 명시적으로 나와 있습니다. 3️⃣ 매우 유용한 "적대적 감사" 진입점이 추가되었습니다. /codex:adversarial-review는 일반적인 코드 검토가 아닙니다. 설계 결정, 가정, 절충안 및 오류 모드를 검증하기 위해 특별히 설계되었습니다. 경쟁 조건, 롤백, 인증 및 데이터 손실과 같이 Claude가 쉽게 놓칠 수 있는 방향성 문제를 확인하는 데 적합합니다. 이 시나리오에서는 제가 직접 수동으로 프롬프트를 표시할 수 있습니다. 저는 교차 감사 위해 여러 에이전트를 사용하지만, 공식적인 고정 진입점을 사용하면 재사용 비용이 훨씬 저렴해집니다. 4️⃣ 백엔드 작업 관리는 체계적인 접근 방식에서 가장 혼란스러운 부분이며, 특히 수동으로 작업을 관리할 때는 더욱 그렇습니다. 여기에는 백그라운드에서 시간이 오래 걸리는 작업을 실행하고, 진행 상황과 결과를 확인하고, 작업을 재개하는 방법을 파악하는 것이 포함됩니다. 이 플러그인은 이러한 프로세스를 간소화하여 실제 개발 효율성을 향상시켜 줍니다. 5️⃣ 기존 로컬 Codex 환경을 직접 재사용하여 마이그레이션 비용을 절감할 수 있습니다. 공식 문서에 따르면 플러그인은 독립적인 런타임이 아니라 로컬 Codex 바이너리 및 Codex 앱 서버에서 실행되며, 동일한 구성, 인증 상태, 저장소 체크아웃 및 로컬 환경을 재사용합니다. 💡 제가 사용하는 Codex CLI 호출 방식은 다음과 같습니다. 이 모델은 다양한 작업과 세분화된 수준에 따라 슬라이싱됩니다. 복잡한 작업에는 GPT-5.4 xhigh fast가 사용됩니다. 브레인스톰을 사용하여 솔루션을 만들 때는 중간 수준의 세분화로 슬라이싱하는 것이 좋습니다. 하지만 현재 이 플러그인은 이러한 기능을 지원하지 않는 것 같습니다.

도서관은 여기에 있습니다.