ChatGPT를 업무에 더 잘 쓰는 세 가지 방법

예약 기능, 플러그인, Codex를 개발 업무에 연결하기

“이 문장을 영어로 번역해 줘.”
“이 오류의 원인을 설명해 줘.”
“회의 내용을 정리해 줘.”

개발 업무에서 ChatGPT에 요청할 수 있는 일들이다. 하지만 답변을 받은 뒤에도 사람이 해야 하는 일이 남는다. 관련 자료를 다시 찾아 붙여 넣고, 코드를 프로젝트에 적용하고, 다음 점검 시점을 기억해야 한다.

이번 글에서는 그 반복을 줄이는 방법을 다뤄보려고 한다. 예약 기능으로 반복할 일을 정하고, 플러그인으로 필요한 자료와 도구를 연결하고, Codex로 코드 수정과 검증을 진행하는 방식이다.

1. 예약 기능: 매번 기억해서 질문하지 않기

업무에는 어렵지는 않지만 잊지 않고 반복해야 하는 일이 있다. 정기적인 기술 동향 확인, 주간 업무 정리, 다음 회의에서 확인할 사항을 점검하는 일 등이 그렇다.

ChatGPT의 예약 작업은 이러한 요청을 특정 시점에 한 번 실행하거나, 정해진 주기로 반복하도록 설정하는 기능이다. 생성한 작업은 Scheduled에서 관리할 수 있으며, 알림 설정에서 푸시나 이메일 수신을 선택할 수 있다.

개발 업무에 적용한다면 다음과 같이 요청할 수 있다.

매주 월요일 오전 9시, 한국 시간 기준으로
지난 7일간 공개된 OpenAI 개발 도구의 공식 업데이트를 확인해 줘.

주요 변경 사항, 개발 업무에 미칠 영향, 공식 출처를 정리해 줘.
단순 홍보보다 API나 개발 도구의 실제 변경을 우선하고,
관련 업데이트가 없으면 없다고 알려줘.

여기서 중요한 것은 “뉴스를 알려줘”보다 확인할 범위와 결과물의 형태를 구체적으로 정하는 것이다. 무엇이 달라졌는지만 보는 대신, 현재 업무에 영향을 줄 수 있는 변경인지 판단할 수 있도록 요청하는 것이다.

더 단순하게 시작할 수도 있다.

평일 오후 5시 30분에 업무 기록을 남기도록 알려줘. 알림에는 ‘오늘 완료한 일, 해결하지 못한 문제, 내일 첫 번째로 할 일’을 포함해 줘.

이 요청은 ChatGPT가 내가 하루 동안 한 일을 자동으로 알고 있다는 전제가 필요 없다. 기록을 대신 지어내는 것이 아니라, 기록할 시점을 놓치지 않도록 돕는 방식이다.

설정 후에는 답변 문구만 보고 끝내지 말고, 작업이 실제로 생성되었는지와 실행 시간·반복 주기·알림 설정을 확인해야 한다. 예약 전에 같은 요청을 일반 대화에서 시험하고, 처음 몇 번의 실행 결과를 검토하는 방법도 공식 가이드에서 권장한다.

2. 플러그인: 자료를 복사하는 대신 필요한 곳에 연결하기

업무 자료가 여러 도구에 나뉘어 있으면 질문을 작성하기 전부터 일이 생긴다. 회의록에서 결정 사항을 찾고, 메일에서 변경 요청을 확인하고, 저장소에서 관련 코드를 찾아야 한다.

플러그인은 ChatGPT와 Codex가 이런 작업을 수행할 수 있도록 기능을 확장한다. 현재 플러그인은 외부 서비스와 연결하는 앱뿐 아니라, 반복 작업의 지침을 담은 스킬(Skills) 등을 포함할 수 있다. 외부 계정 연결이 필요한 플러그인도 있고, 지침만 제공하는 플러그인도 있다.

업무에서 먼저 활용해 볼 부분은 연결된 자료를 근거로 답변받는 것이다.

예를 들어 회의록이 있는 문서 도구를 연결했다면, 다음과 같은 요청을 생각할 수 있다.

연결된 문서 도구에서 이번 주 ‘실증 준비’ 관련 회의록을 찾아줘.

결정된 사항, 아직 결정되지 않은 사항,
담당자와 기한을 구분해서 정리해 줘.

담당자나 기한이 문서에 없으면 추측하지 말고 ‘미정’으로 표시해 줘.
각 항목에 원문 출처를 붙이고, 문서 자체는 수정하지 마.

이 요청에서 중요한 부분은 요약의 길이보다 출처와 불확실성의 처리 방식이다. 누가 언제까지 해야 하는지를 그럴듯하게 채우는 것보다, 문서에서 확인되는 내용과 확인되지 않는 내용을 분리하는 편이 업무에 유용하다.

사용할 때는 계정에 표시되는 Plugins 또는 Apps 메뉴에서 기능과 연결 조건을 확인하고, 필요한 서비스의 인증을 완료하면 된다. 다만 플러그인을 설치했다고 모든 자료에 접근할 수 있는 것은 아니다. 실제 동작 범위는 연결한 계정의 권한, 지원되는 읽기·쓰기 기능, 조직의 설정에 따라 달라진다.

처음부터 문서를 수정하거나 메일을 보내도록 하기보다는, 조회와 초안 작성부터 시작하는 방식을 권한다. 결과가 업무 기준에 맞는지 확인한 뒤 필요한 실행 권한을 추가하는 것이다.

3. Codex: 코드 답변을 받는 데서 수정과 검증까지

대화창에서 코드를 받는 것과, 실제 프로젝트 안에서 코드를 수정하는 것은 다르다.

프로젝트에서는 기존 구조를 읽고, 다른 기능에 미칠 영향을 확인하고, 변경한 코드가 동작하는지 테스트해야 한다. Codex는 이러한 개발 작업을 지원하는 코딩 에이전트다. 터미널이나 IDE 등에서 프로젝트를 살펴보고, 파일을 수정하고, 개발 도구를 실행하는 흐름으로 사용할 수 있다.

VS Code를 사용한다면 공식 Codex 확장을 설치하고 ChatGPT 계정으로 로그인하는 방식으로 시작할 수 있다. CLI, 웹, 데스크톱에서도 사용할 수 있으며, 사용량과 제공 범위는 요금제와 환경에 따라 달라진다.

“고쳐줘”보다 완료 기준을 전달하기

CCTV 영상 처리 프로젝트에서 재연결 문제를 점검한다고 가정해 보자.

“연결 오류를 고쳐줘”라고만 요청하면 무엇을 보존해야 하고, 어디까지 검증해야 하는지가 불분명하다. 다음처럼 작업 범위를 정해 주는 편이 좋다.

현재 프로젝트의 CCTV 스트림 재연결 처리를 점검해 줘.

먼저 관련 코드와 테스트를 읽고 원인 후보와 수정 범위를 정리해 줘.
연결이 끊겼다가 복구되는 상황을 재현할 테스트를 작성하고,
필요한 부분만 수정한 뒤 관련 테스트를 실행해 줘.

기존 API 응답 형식은 유지하고, 관련 없는 리팩터링은 하지 마.
운영 서버나 실제 카메라에 접속하지 말고 모의 입력으로 검증해 줘.

마지막에는 변경 파일, 실행한 명령, 테스트 결과,
검증하지 못한 항목을 구분해서 정리해 줘.

핵심은 요청을 길게 쓰는 것이 아니다. 문제, 변경 범위, 유지할 조건, 검증 방법, 완료 보고 형식을 전달하는 것이다.

특히 “테스트를 통과했다”는 결과와 “실제 현장에서 정상 동작한다”는 결과는 구분해서 확인하려고 한다. 모의 입력으로 재연결 로직을 검증했더라도, 실제 카메라와 네트워크 환경에서의 확인은 별도의 작업으로 남겨 두는 방식이다.

반복되는 규칙은 AGENTS.md에 정리하기

프로젝트를 작업할 때마다 같은 조건을 다시 설명할 필요는 없다. Codex는 작업 전에 AGENTS.md를 읽어 프로젝트의 지침을 참고할 수 있다.

여기에는 사용 언어와 실행 방법, 테스트 명령, 수정하면 안 되는 데이터 경로, 기존 API 호환성 유지 원칙 등을 정리할 수 있다.

예를 들어 “원본 영상은 수정하지 않는다”, “변경과 관련된 테스트를 실행한다”, “실행하지 못한 테스트는 사유를 보고한다” 같은 규칙이다. 매번 작성하던 요청의 공통 부분을 프로젝트 문서로 옮기는 셈이다.

다만 지침 파일과 접근 권한은 다르다. 파일에 금지 사항을 적어 두는 것과 별개로, 실제 파일·네트워크 접근은 샌드박스와 권한 설정으로 제한해야 한다.

4. 세 기능을 하나의 업무 흐름으로 사용하기

세 기능을 반드시 처음부터 완전히 자동화할 필요는 없다. 예를 들어 주간 개발 점검을 다음처럼 구성할 수 있다.

처음에는 각 단계를 사람이 연결해도 된다. 반복하면서 자료의 위치와 출력 형식이 안정되면, 지원되는 환경에서 예약 작업에 플러그인을 결합하는 방식으로 확장할 수 있다. 공식 문서에서도 ChatGPT Work 등의 지원 환경에서 예약 작업과 플러그인을 함께 사용하는 흐름을 안내한다.

이때 실행 환경은 구분해야 한다. 웹에서 예약한 작업이 내 컴퓨터의 프로젝트 폴더에 직접 접근하는 것은 아니며, 로컬 파일을 사용하는 데스크톱 예약 작업은 해당 컴퓨터와 앱이 실행 중이어야 한다.

5. 업무 활용의 기준은 ‘많이 맡기기’보다 ‘확인 가능하게 맡기기’

업무용 AI 활용에서는 편의성과 함께 데이터 처리 범위를 확인해야 한다. 개인 계정의 모델 개선 설정과 조직용 계정의 데이터 정책은 다르며, 연결된 앱에도 별도의 데이터 처리 조건이 적용될 수 있다.

회사 자료는 승인된 계정과 연결 방식으로 다루고, 비밀번호·API 키·개인정보가 포함된 원본은 불필요하게 전달하지 않는 것을 기본 원칙으로 삼는 편이 좋다. 모델 학습에 사용하지 않도록 설정하는 것과 회사 자료의 외부 제공이 허용되는지는 별개의 문제다.

결과를 검토하는 기준도 정해 두려고 한다. 요약에는 원문 출처가 있는지, 코드 변경에는 검증 결과가 있는지, 예약 작업에는 실제 실행 기록이 남았는지를 확인하는 것이다.

마무리

ChatGPT를 업무에 더 잘 사용하는 방법은 반드시 더 복잡한 프롬프트를 작성하는 데 있지는 않다.

반복할 일에는 실행 시점을 정하고, 자료가 필요한 일에는 출처를 연결하고, 개발 작업에는 변경 범위와 완료 기준을 주는 것. 이 세 가지부터 시작할 수 있다.

목표는 모든 업무를 AI에게 넘기는 것이 아니다. 자료를 다시 찾고, 같은 설명을 반복하고, 점검 시점을 기억하는 부담을 줄여서 사람이 판단하고 검증해야 할 일에 더 집중하는 것이다.