결론부터 말하면, 누구에게나 공통으로 가장 좋은 Codex Plugin이나 Skill은 없다. 지금 해결할 반복 작업을 완수하면서 구성과 권한이 가장 작은 선택이 내 환경에 가장 적합한 확장이다.
- 저장소 안에서 같은 작성·검토 절차를 반복한다면 Skill부터 검토한다.
- 여러 Skill이나 외부 연결을 하나의 설치 단위로 배포해야 한다면 Plugin을 검토한다.
- Gmail, Google Drive처럼 외부 서비스의 데이터가 필요하다면 후보 이름보다 인증 대상과 읽기·쓰기 권한을 먼저 본다.
- 일회성 작업이고 기본 Codex로 충분하다면 아무것도 추가하지 않는다.
이 네 문장 중 하나를 고른 뒤에야 구체적인 후보를 찾을 차례다. 아래에서는 확장 단위를 먼저 좁히고, 현재 지원 환경과 구성 요소, 권한, 성공 기준을 확인하는 순서로 결정한다. 2026년 8월 15일에 확인한 공식 문서로 뒷받침할 수 없는 인기 순위, 개별 계정의 설치 가능 여부, 유지보수 상태는 단정하지 않는다.
30초 선택표: 추가 없음, Skill, Plugin, 외부 연결
OpenAI의 Skills와 Plugins 개요는 Skill을 지침과 지원 자료로 만든 재사용 가능한 작업별 워크플로로 설명한다. Plugin은 Skill이나 connector 또는 둘 다를 담을 수 있는 설치형 번들이다. connector는 MCP 서버를 기반으로 하며 사용자 인터페이스를 포함할 수도 있다.
서로 경쟁하는 네 제품을 고르는 문제가 아니다. 작업 절차, 배포 단위, 외부 접근 중 어디까지 필요한지를 가르는 문제다.
| 내 작업의 조건 | 먼저 검토할 선택 | 이유 | 설치 전 확인 |
|---|---|---|---|
| 한 번만 수행하거나 기본 Codex로 충분함 | 추가 없음 | 설정·권한·유지관리 대상을 늘리지 않음 | 결과가 정말 반복해서 어긋나는가 |
| 같은 절차와 품질 기준을 반복함 | Skill | 작업 지침과 지원 파일을 재사용할 수 있음 | SKILL.md, 포함된 스크립트, 허용 쓰기 범위 |
| 여러 기능을 설치 가능한 한 묶음으로 전달함 | Plugin | Skill과 connector 등을 함께 배포할 수 있음 | 구성 요소, 지원 환경, 관리 주체 |
| 외부 서비스의 데이터 조회나 동작이 필요함 | connector 또는 이를 담은 Plugin | 외부 계정 접근이 핵심 기능임 | 인증 계정, 읽기·쓰기 권한, 승인 방식 |
표에서 후보군이 둘 이상 남는다면 더 작은 쪽부터 시험한다. 예를 들어 저장소 안에서 릴리스 노트 형식만 반복하려는데 외부 연결을 포함한 Plugin까지 설치할 이유는 약하다. 반대로 캘린더 일정을 읽고 수정해야 하는 작업은 로컬 지침만 잘 작성해도 필요한 데이터 접근이 생기지 않는다.
Skill이 맞는 경우: 반복 절차를 파일로 설명할 수 있다
Skill은 “Codex를 더 똑똑하게 만드는 마법 기능”이라기보다, 특정 작업을 다시 수행할 수 있도록 지침과 자료를 묶는 방식에 가깝다. OpenAI의 Skill 만들기 문서에 따르면 로컬 Skill의 중심은 SKILL.md이며 필요에 따라 스크립트, 참고 자료, 자산, 메타데이터를 포함할 수 있다. 사용자가 이름을 지정해 호출할 수도 있고, 요청이 Skill 설명과 맞을 때 Codex가 선택할 수도 있다.
다음 질문에 대부분 “예”라면 Skill부터 시작할 만하다.
- 같은 입력과 검증 순서를 두 번 이상 반복하는가?
- 좋은 결과와 실패한 결과의 차이를 문장으로 설명할 수 있는가?
- 필요한 파일과 수정 가능한 범위를 한정할 수 있는가?
- 외부 계정 연결 없이 저장소 자료와 명령만으로 끝나는가?
예를 들어 릴리스 노트에 반드시 포함할 항목, 실행할 테스트, 금지할 표현이 정해져 있다면 저장소용 Skill이 잘 맞는다. 이때의 성공 기준은 “Skill을 설치했다”가 아니라 “실행자와 관계없이 필수 확인 단계를 빠뜨리지 않았다”가 된다.
외부에서 받은 Skill은 이름만 보고 실행하지 않는다. SKILL.md뿐 아니라 함께 제공되는 스크립트와 지원 파일, 쓰기 범위를 읽어야 한다. 공식 문서는 Skill의 구조와 호출 방식을 설명하지만, 개별 커뮤니티 Skill의 안전성이나 유지보수를 보증하지는 않는다.
Plugin이 맞는 경우: 설치와 배포의 경계가 더 크다
Plugin은 Skill의 상위 등급이 아니다. 여러 기능을 함께 전달할 설치 단위가 필요할 때 의미가 있다. 하나 이상의 Skill을 묶거나, Skill과 connector를 함께 제공하거나, 팀이 같은 구성을 설치하도록 관리해야 한다면 Plugin 후보를 검토할 수 있다.
OpenAI의 Plugin 문서는 현재 Codex에서 Plugin을 지원하는 환경과 설치 흐름을 설명한다. 문서 기준으로 Plugin은 ChatGPT 데스크톱 앱과 Codex CLI에서 지원되며 Codex IDE 확장에서는 지원되지 않는다. 설치한 번들 기능은 새 채팅이나 새 CLI 세션에서 사용할 수 있다. 이 조건은 바뀔 수 있으므로 실제 설치 직전 같은 문서를 다시 확인하는 편이 안전하다.
Plugin을 고를 때는 기능 수보다 다음 세 항목이 중요하다.
- 구성: 내가 필요한 Skill과 connector가 무엇이며, 불필요한 구성도 함께 들어 있는가?
- 지원 환경: 지금 사용하는 데스크톱 앱, CLI, IDE 중 어디에서 실제로 쓸 수 있는가?
- 관리: 누가 패키지를 제공하고, 변경된 구성을 어떻게 확인할 수 있는가?
Skill 하나로 끝날 일을 큰 번들로 바꾸면 검토할 코드와 설정, 외부 연결도 늘 수 있다. 반대로 여러 팀에 같은 자동화와 연결을 배포해야 한다면 개별 파일을 따로 복사하는 것보다 Plugin이라는 설치 경계가 더 명확할 수 있다.
외부 서비스가 필요하면 연결보다 권한부터 비교한다
Plugin 안의 connector나 MCP 서버가 외부 서비스를 사용하면, Codex 쪽 설치만으로 모든 접근이 허용되는 것은 아니다. 공식 Plugin 문서에 따르면 Codex host에서 실행되는 기능에는 host의 sandbox와 승인 정책이 적용되고, 외부 서비스는 자체 인증과 접근 제어를 유지한다. 추가 설정이나 로그인이 필요할 수도 있다.
메일, 드라이브, 협업 도구처럼 외부 데이터가 필요한 후보는 다음 순서로 확인한다.
- 어느 서비스의 어떤 계정에 인증하는가? 개인 계정과 회사 계정을 섞지 않는다.
- 어떤 데이터가 필요한가? 전체 저장소나 메일함이 아니라 작업에 필요한 범위를 찾는다.
- 읽기만 필요한가? 생성·수정·삭제 권한은 독립적으로 확인한다.
- 언제 승인을 받는가? Codex host의 승인과 원본 서비스의 접근 제어를 같은 것으로 보지 않는다.
- 결과를 어떻게 확인하는가? 작업 전후의 변경 내역이나 산출물을 사용자가 검증할 수 있어야 한다.
OpenAI 문서에는 Codex Security, Gmail, Google Drive, Slack이 Plugin의 예시로 나온다. 이는 공식 문서에서 확인되는 사용 사례 예시일 뿐, 네 후보의 순위나 모든 계정에서의 설치 가능성을 뜻하지 않는다. 실제 카탈로그, 요금제, 지역, 워크스페이스 정책, 인증 상태에 따라 보이는 항목과 쓸 수 있는 기능이 달라질 수 있으므로, 이름을 후보 탐색의 출발점으로만 사용한다.
후보 하나를 5분 안에 거르는 점검표
확장 단위를 정했다면 구체적인 후보마다 같은 기준을 적용한다. 아래 항목 중 하나라도 확인할 수 없으면 설치보다 확인이 먼저다.
| 확인 항목 | 통과 기준 | 멈춰야 할 신호 |
|---|---|---|
| 출처 | 공식 문서나 원 관리 저장소를 직접 확인할 수 있음 | 재배포본만 있고 관리 주체를 찾을 수 없음 |
| 지원 환경 | 내가 쓰는 Codex 환경에서 현재 지원됨 | 다른 환경이나 오래된 절차만 안내함 |
| 실제 구성 | 지침, 코드, connector, MCP 범위를 읽을 수 있음 | 패키지 내용이나 실행 범위가 불투명함 |
| 인증과 권한 | 작업에 필요한 최소 범위만 요구함 | 핵심 기능과 무관한 데이터 접근을 요구함 |
| 검증 가능한 효익 | 기본 Codex와 비교할 성공 기준이 있음 | 인기, 별점, 후기만 있고 재현 조건이 없음 |
지원 환경은 특히 놓치기 쉽다. 검색 결과의 설치 명령이 정확해 보여도 현재 사용하는 데스크톱 앱·CLI·IDE와 맞지 않으면 실행할 수 없다. 계정에서 항목이 보인다는 사실도 필요한 외부 데이터에 접근할 수 있다는 뜻은 아니다. 설치, 인증, 권한, 실제 작업 성공은 서로 다른 확인 단계다.
세 가지 작업에 적용해 보면 답이 달라진다
저장소의 릴리스 노트를 매번 같은 기준으로 검사한다
외부 서비스 없이 파일 형식, 필수 섹션, 테스트 순서만 반복한다면 Skill이 가장 작은 출발점이다. 먼저 기본 Codex로 작업을 수행해 자주 빠지는 단계를 찾고, 그 절차를 SKILL.md에 명시한다. 성공 기준은 필수 항목 누락과 재작업 횟수가 줄었는지로 잡을 수 있다.
여러 팀에 이슈 분류와 알림 흐름을 배포한다
공통 지침뿐 아니라 외부 이슈 시스템 연결이 필요하고 여러 팀이 같은 구성을 설치해야 한다면 Plugin을 검토할 이유가 생긴다. 다만 이름을 고르기 전에 이슈 읽기, 상태 수정, 댓글 작성 중 어떤 권한이 정말 필요한지 분리한다. 읽기 전용 검증으로 시작할 수 있다면 처음부터 넓은 쓰기 권한을 줄 필요가 없다.
한 번만 코드 정리를 요청한다
반복 절차도 외부 데이터도 없다면 확장을 추가하지 않는 편이 낫다. 목표 파일, 변경 범위, 테스트 명령을 기본 Codex 요청에 구체적으로 쓰는 것만으로 충분할 수 있다. 같은 실패가 반복될 때 비로소 재사용할 절차를 Skill로 묶는다.
이 예시들은 제품명이 아니라 반복 작업 → 필요한 연결 → 배포 범위 → 최소 권한 → 성공 기준 순서로 결정을 내린다. 그래서 유행하는 목록이 바뀌어도 같은 방법을 다시 쓸 수 있다.
설치 전에 답해야 할 네 문장
아래 네 문장을 자신의 말로 완성할 수 있으면 제한된 범위에서 시험할 준비가 된 것이다.
- 이 확장이 해결할 반복 작업은
___이다. - 추가 없음, Skill, Plugin, connector 중 이 단위가 필요한 이유는
___이다. - 현재 지원 환경과 구성 요소, 인증 계정, 읽기·쓰기 권한을
___에서 확인했다. - 기본 Codex보다 나아졌다고 판단할 결과는
___이다.
하나라도 비어 있으면 더 긴 Codex Skills 모음을 찾기보다 그 빈칸부터 확인한다. 특히 개별 후보의 현재 설치 가능성, 유지보수, 정확한 권한, 계정 적격성은 공개 설명만으로 보장할 수 없다. 자신의 Codex 화면, 워크스페이스 정책, 원본 문서에서 설치 시점에 다시 확인해야 한다.
좋은 Codex 플러그인·스킬 추천은 가장 많은 후보를 보여 주는 목록이 아니다. 내 반복 문제를 해결하고, 현재 사용하는 환경에서 지원되며, 출처와 구성을 검토할 수 있고, 필요한 최소 권한만 요구하는 가장 작은 선택을 찾게 해 주는 기준이다.
