OpenAI Dots와 GitHub 프로젝트 6선 연결부터 개발 참고까지
Dots로 GitHub 업무를 시작하고 싶다면, 저장소를 많이 설치하기보다 어떤 일을 맡길지부터 정하는 편이 좋다. 이슈를 정리할 것인지, 코드 수정안을 받을 것인지, 회사 업무용 플러그인을 만들 것인지에 따라 참고할 프로젝트가 달라진다.
OpenAI ChatGPT Learn의 Dots 안내는 연결된 앱과 개발 작업 위임을 설명한다. 이 글은 그 기능을 기준으로 GitHub 프로젝트 6개를 골라 역할을 나눴다. 모든 저장소가 Dots 전용 SDK이거나, 설치하면 바로 dot의 기능이 늘어나는 것은 아니다. 활용 예시는 도입을 위한 제안이며 실기기 성능 검증 결과는 아니다. 확인 기준일은 2026년 10월 1일이다.
먼저 확인할 연결 조건
GitHub 저장소가 공개돼 있는 것과 dot이 내 비공개 저장소에 접근할 수 있는 것은 다르다. 컴퓨터와 앱 연결 문서에 따라 지원되는 GitHub 플러그인을 설치·활성화하고 필요한 계정 권한을 연결해야 한다. 실제 작업 범위는 플러그인이 노출한 도구와 부여한 권한 안에 있다.
로컬 스킬이나 로컬 Codex 작업을 쓰려면 연결된 컴퓨터가 온라인이고 ChatGPT 앱이 열려 있어야 한다. 반면 미리 설정한 Codex 클라우드 환경을 이용하는 개발 작업은 실행 위치가 다르다. 개인 브라우저의 로그인이나 로컬 개발 설정이 클라우드로 자동 복사된다고 생각하면 안 된다.
1. GitHub MCP Server — 이슈와 PR 조사의 출발점
GitHub가 제공하는 MCP 서버 구현이다. MCP는 에이전트가 외부 서비스의 도구를 사용하는 연결 방식이다. 이 프로젝트에는 저장소 탐색, 이슈와 pull request 처리, 워크플로 실행 결과 조사 등에 쓰는 도구가 정리돼 있다.
예를 들어 지정한 저장소에서 미해결 이슈를 읽고, 관련 PR과 연결해 담당자가 결정해야 할 항목을 보고서로 받는 흐름을 생각할 수 있다. 실패한 CI 실행을 조사하는 도구도 참고할 만하다. 서버는 쓰기 도구를 제외하는 읽기 전용 설정을 제공하지만, 이 서버를 설치하는 것만으로 Dots 연결이 완성되지는 않는다. Dots에서 실제 지원되는 플러그인과 도구 노출을 확인해야 한다.
확인한 루트 라이선스는 MIT다. 의존성과 개별 파일의 권리까지 모두 같은 조건이라고 단정하지 않는다.
2. Codex — 조사한 문제를 코드 작업으로 넘기기
원본: openai/codex
코드 변경과 검증 작업을 맡기는 데 참고할 OpenAI의 코딩 에이전트 저장소다. Dots와의 관계는 단순히 이름이 비슷해서가 아니라, 작업과 기억 문서에 Codex 작업 위임이 안내돼 있다는 점에서 찾을 수 있다.
활용 흐름은 이슈 조사 뒤에 재현 조건을 정리하고, 준비된 환경에서 수정안과 테스트 결과를 받는 식이다. dot은 진행을 이어 관리하고 Codex는 구체적인 개발 작업을 수행하도록 역할을 나눌 수 있다. 단, 저장소를 내려받는 것과 Dots의 실행 환경을 연결하는 것은 별도다. PR 생성·병합·배포 권한도 각각 확인해야 한다.
확인한 루트 라이선스는 Apache-2.0이다.
3. Plugins — 반복 업무를 일관된 절차로 만들기
원본: openai/plugins
현재 Codex 플러그인 예제를 모아 놓은 저장소다. 반복할 지침을 담은 스킬과 서비스 도구 등을 어떻게 구성하는지 살펴볼 때 유용하다. 예를 들어 릴리스 요약에서 변경 사항, 호환성 위험, 확인이 필요한 항목을 늘 같은 순서로 점검하는 절차를 설계할 수 있다.
여기서 중요한 것은 예제가 있다는 사실과 Dots에서 바로 사용할 수 있다는 사실을 구분하는 것이다. 대상 제품에서 지원되는 플러그인인지, 설치·활성화가 가능한지, 필요한 스킬과 서비스 권한을 실제로 사용할 수 있는지 검증해야 한다. 로컬 스킬의 컴퓨터 연결 조건도 그대로 적용된다.
확인 시점에는 저장소 전체에 적용되는 루트 라이선스를 확인하지 못했다. 예제 코드를 복사하거나 수정·재배포하려면 해당 플러그인과 파일의 이용 조건부터 별도로 확인해야 한다. 이 글은 코드를 가져오지 않고 목적만 설명한다.
4. MCP Extensions — 자체 플러그인 화면을 만들 때
ChatGPT 플러그인에 화면과 상호작용을 더하는 개발 참고 자료다. 사이드바 진입, 파일 표시, 입력 폼 같은 기능을 살펴볼 수 있으며 TypeScript와 Python 자료가 있다.
회사 내부 업무 도구를 플러그인으로 개발하려는 경우 검토할 만하다. 다만 화면을 만들 수 있다는 사실만으로 dot이 그 화면을 자율적으로 조작하거나 모든 업무를 처리할 수 있다고 볼 수는 없다. 필요한 동작을 도구로 노출하고 인증·권한·지원 환경을 별도로 확인하는 개발이 필요하다. Dots 전용 SDK를 소개하는 항목은 아니다.
확인한 루트 라이선스는 Apache-2.0이다.
5. Agents SDK Python — Dots 밖에서 별도 서비스를 만들 때
원본: openai/openai-agents-python
도구 사용, 작업 인계, 실행 추적과 사람의 개입을 포함하는 에이전트 서비스를 개발할 때 참고할 SDK다. 자체 업무 시스템에서 여러 처리 단계를 연결하고 실행 기록을 남겨야 한다면 비교 대상이 된다.
하지만 Dots의 소스 코드나 Dots에 기능을 추가하는 공식 SDK는 아니다. 여기서 직접 만든 에이전트는 별도의 애플리케이션이다. API 인증, 운영 환경과 이용 비용도 따로 검토해야 한다. Dots를 쓰려는 이용자에게 필수 설치 목록으로 권하는 것은 맞지 않는다.
확인한 루트 라이선스는 MIT다.
6. OpenAI Cookbook — 예제 학습과 검증 자료
OpenAI API를 활용하는 예제와 안내를 모은 저장소다. 자체 플러그인이나 에이전트에 넣을 처리 방법을 공부하고, 결과를 어떻게 시험할지 생각할 때 참고할 수 있다.
예제를 실행한다고 Dots에 새 기능이 설치되는 것은 아니다. API 이용 준비와 실행 환경이 별도로 필요하고, 예제의 의존성·현재 호환성·권리 조건도 확인해야 한다. 이 글에는 예제 코드를 복제하지 않는다.
확인한 루트 라이선스는 MIT다.
업무 하나로 시작하는 4단계
첫 요청은 좁게 잡는 편이 결과를 평가하기 쉽다. 특정 저장소의 지난 7일 이슈와 PR을 읽고, 해결된 항목과 남은 결정을 원본 링크와 함께 보고해 달라고 요청할 수 있다. 이때 댓글 전송, PR 생성, 파일 변경, 병합과 배포는 하지 말라는 경계도 함께 정한다.
코드 수정이 필요하다고 판단한 뒤에만 준비된 Codex 환경으로 별도 작업을 넘긴다. 변경 파일과 테스트 실행 결과, 테스트하지 못한 부분을 받아 사람이 검토한다. 다음 단계의 쓰기 권한은 조사 권한과 묶어서 가정하지 않는다.
주간 보고를 반복하려면 시간대와 보고 시각을 정해 별도 예약으로 등록됐는지 확인한다. GitHub 계정을 연결하거나 한 번 요청했다고 자동 감시가 시작되는 것은 아니다.
오래된 예제와 저작권 확인
openai/skills는 README에서 비권장 상태와 현재 예제 위치인 openai/plugins를 안내한다. 과거 가이드의 링크를 따라가기 전에 현재 저장소 상태를 확인하는 것이 좋다.
이 글은 프로젝트의 목적과 확인한 기능을 자체 문장으로 요약했다. README 전문 번역, 외부 코드, 화면 캡처와 로고는 사용하지 않았고 비교 그림도 직접 구성했다. 원본 링크는 출처를 확인하는 통로이지, 복제한 콘텐츠의 이용 허락을 대신하지 않는다. GitHub의 라이선스 안내도 공개 여부와 재사용 허락을 구분한다.
MIT와 Apache-2.0 표기는 확인한 루트 라이선스 기준이다. 실제 코드를 이용할 때는 저작권·라이선스 고지와 해당 조건, 별도 제3자 자료의 권리를 확인해야 한다. 이 편집 점검은 국가별 법률 자문이나 저작권 적법성 보증은 아니다.
