이번 주 Codex로 작업을 하다 보면, 이메일이나 파일을 그대로 붙여 넣지 않고도 필요한 정보를 끌어와 처리하길 기대하게 된다. 그러나 연결이 없으면 같은 작업을 매번 복사·붙여넣기로 시작하게 된다.

Codex 플러그인: Google Drive·이메일 연동 같은 연결 작업

OpenAI는 Codex가 플러그인을 통해 “다른 도구와 정보 소스”에 연결한다고 설명했다. 예로 플러그인은 Google Drive의 파일을 참조하거나, 이메일 인박스를 스캔하거나, 다른 도구에서 쓰는 정보를 다루는 방식으로 동작할 수 있다.

플러그인은 “간단하고 바로 유용”하다고 했다. 연결된 플러그인 안에 필요한 정보가 이미 있으면, 스레드에 모든 내용을 복사·붙여넣기 하지 않고도 Codex에 그 정보를 사용하라고 요청할 수 있다.

플러그인은 Codex 화면 좌측 상단에서 Plugins를 선택해 접근한다. 여기서 추천되거나 이미 설치된 플러그인을 확인하고, 플러그인 라이브러리를 찾아보거나 새 플러그인을 만들 수 있다.

Codex 스킬: 팀 프로세스(플레이북) 반복 설명을 줄임

연구팀이 아니라 실제 팀 작업을 떠올리면, 같은 “뉴스레터 작성”도 회사마다 구조가 다르다. 원문은 “10개 회사가 뉴스레터를 10가지 방식으로 구조화”할 수 있고, 고객 응대 메시지에는 회사 고유의 톤이 있으며, 영업팀은 계정 데이터 추출·사용량 확인·비즈니스 리뷰 준비 같은 필수 절차를 가진다고 적었다.

이때 스킬은 Codex가 그 절차를 “플레이북”처럼 따라가게 만든다. 원문은 스킬이 같은 작업을 팀마다 다르게 보이게 만드는 규칙을, 사용자가 매번 설명하지 않아도 되게 해준다고 했다.

스킬 생성은 “새 플러그인을 만드는 것보다 보통 더 기술적 전문성이 필요”하다고 했다. 다만 스킬을 사용하는 화면 접근은 플러그인과 별개로, 스레드에서 $를 누르고 호출할 스킬을 선택하는 방식으로 설명했다.

예시는 “Customer Update”라는 스킬을 만들어 주간 업데이트를 팀이 선호하는 형식으로 준비하는 경우다. 원문에 나온 호출 예시는 다음과 같다.

$customer-update Create a weekly customer update using the notes and files in this folder.

또한 스킬 접근을 위한 UI 경로는 좌측 상단에서 Plugins를 선택해 스킬을 확인하거나 라이브러리를 찾아보거나 새 스킬을 만들 수 있다고 적었다. 다만 스킬 생성 과정의 상세 설명은 여기서 다루지 않는다고 했다.

플러그인 vs 스킬: 연결 정보 사용과 프로세스 준수의 분리

예전에는 사용자가 정보를 가져오기 위해 복사·붙여넣기를 반복해야 했다. 이제는 플러그인으로 “다른 도구의 정보”를 가져오고, 스킬로 “팀의 작업 방식”을 따르게 분리해 요청할 수 있다.

원문은 구분 규칙을 명확히 제시했다. Codex가 다른 도구의 정보를 써야 하면 플러그인을 쓰고, Codex가 프로세스를 따라야 하면 스킬을 쓴다. 그리고 Codex가 연결된 도구의 정보까지 포함해 팀 프로세스를 따라야 하면 둘을 함께 쓰라고 했다.

예시로, Google Drive 플러그인을 써서 특정 폴더의 최신 파일을 가져오고, 이번 주 프로젝트 업데이트를 팀 표준 형식으로 초안 작성하는 요청이 제시됐다. 원문 예시는 다음과 같다.

text

$google-doc-html-email-stager Use the Google Drive plugin to pull the latest files from this folder and draft this week’s project update in our team’s standard format.

결과: 개발자가 매번 설명하던 절차가 스킬 호출로 고정됨

개발자가 바로 체감하는 변화는 “팀 규칙을 매번 텍스트로 풀어 설명”하지 않아도 된다는 점이다. 반면 플러그인은 정보 연결을 담당하므로, 스킬만으로는 외부 도구의 최신 데이터 접근이 자동으로 해결되지는 않는다.

결과적으로 Codex는 $ 호출 한 번으로 연결(플러그인)과 절차(스킬)를 분리해 실행하도록 설계돼 있다.