같은 일을 매번 새로 설명하고, 같은 형식을 다시 요구하고, 같은 실수를 또 고치는 순간부터 ChatGPT는 ‘대화 상대’가 아니라 ‘반복을 먹는 도구’가 됩니다. 이 장의 목표는 하나입니다. 잘 나온 결과를 그 자리에서 끝내지 않고, 다시는 시행착오가 발생하지 않도록 ‘도구로 고정’하는 방법을 체계화하는 것입니다.
핵심 메시지는 단순합니다. 잘 만든 템플릿 하나가, 매일의 시행착오를 영구적으로 없앤다.
1) ‘대화’에서 ‘도구’로 바뀌는 순간
대화형 사용은 빠르지만, 재현성이 약합니다. 반면 도구화는 느린 대신, 한 번 만들어 두면 다음부터는 버튼 한 번(또는 짧은 입력)으로 같은 품질을 반복합니다.
도구화가 필요한 신호는 분명합니다. 똑같은 일을 할 때마다 (1) 설명을 다시 하고, (2) 출력 형식을 다시 잡고, (3) 검증 포인트를 다시 떠올린다면, 이미 템플릿 후보입니다.
이 장에서는 도구화를 세 겹으로 나눕니다.
커스텀 GPT는 “항상 켜져 있는 역할/규칙/톤”을 고정하는 층이고, 프롬프트 라이브러리는 “잘 되는 요청 문장”을 모아두는 층이며, 재사용 템플릿은 “변수만 바꾸면 바로 실행되는 문서 양식”으로 만드는 층입니다. 세 겹이 맞물리면, ChatGPT는 더 이상 ‘상황에 따라 달라지는 조언자’가 아니라 ‘내 업무를 굴리는 고정 장치’가 됩니다.
2) 커스텀 GPT는 ‘설명서(Instructions)’가 전부다
커스텀 GPT는 결국 반복해서 적용되는 시스템 지시문을 잘 쓰는 일입니다. 만드는 절차는 대체로 “Explore GPTs → Create → Configure에서 이름/설명/지시문/대화 시작 문장/지식 파일/기능/Actions를 설정 → 저장 및 공유 범위 선택” 같은 흐름으로 안내됩니다.1
여기서 가장 중요한 건 UI가 아니라 지시문 구조입니다. 좋은 지시문은 길어서가 아니라, 모호함을 제거하는 순서가 정리돼 있습니다.
지시문(Instructions) 기본 골격
아래 골격은 어떤 커스텀 GPT에도 그대로 붙습니다.
[정체성]
너는 [역할]이다. 목표는 [사용자가 얻어야 하는 결과]다.
[범위]
다루는 범위: ...
다루지 않는 범위: ... (해당 시 “전문가 상담을 권유” 등 안전한 대안 포함)
[작업 방식]
항상 다음 순서로 진행한다.
1) 입력의 빈칸을 먼저 확인 질문으로 채운다(최대 5개).
2) 사용자가 답하면, 정해진 출력 형식으로 결과를 만든다.
3) 불확실한 내용은 단정하지 않고 `확인 필요`로 표시한다.
[출력 계약]
- 출력은 반드시 아래 형식만 사용한다(형식 외 설명 금지).
- 표/섹션 제목/순서는 고정이다.
[품질 체크]
- 결과를 내기 전, 스스로 누락 항목을 점검한다.
- 사용자가 원하면 “개선 1회 루프(수정안→이유→최종본)”를 제공한다.4장에서 다뤘던 ‘형식 강제’가 여기서는 더 강해집니다. 이유는 간단합니다. 형식 강제를 “매번 붙여 넣는 프롬프트”가 아니라 “항상 적용되는 규칙”으로 올려버리기 때문입니다.
3) 커스텀 GPT를 설계하는 6가지 질문
커스텀 GPT는 많이 만들수록 좋지 않습니다. 오히려 “범용 GPT 여러 개”는 관리 비용을 늘립니다. 아래 여섯 질문에 답이 선명한 것부터 만드세요.
첫째, 이 GPT의 사용자는 누구인가.
둘째, 사용자가 가져오는 입력은 어떤 형태인가(메모/회의록/이메일/표/캡처 등).
셋째, 출력은 어디에 붙여 넣을 것인가(슬랙/노션/메일/보고서/CRM).
넷째, 성공 기준은 무엇인가(예: 5분 안에 전송 가능한 초안, 액션 아이템 누락 0개).
다섯째, 절대 하면 안 되는 실수는 무엇인가(예: 책임 확정 표현, 금액/일정의 추측, 법률·의료 단정).
여섯째, 사람의 확인이 반드시 필요한 지점은 어디인가(예: 외부 발송 전, 수치/정책/약관 언급 전).
이 질문은 5장의 품질 루프(Iteration/Critique)를 커스텀 GPT 안에 내장시키는 설계이기도 합니다.
4) Knowledge(지식 파일)는 ‘정답지’를 넣는 곳이다
커스텀 GPT가 업무에서 안정적으로 동작하려면, “모델의 일반 지식”이 아니라 내 조직/내 프로젝트의 정답지가 필요합니다. 그래서 Knowledge 업로드는 ‘참고자료’가 아니라 ‘출처의 우선순위’를 정하는 작업입니다.
실무에서 가장 자주 넣는 정답지는 보통 다음입니다.
브랜드 톤/금칙어/표기 규정
제품·정책·가격·FAQ의 최신본
내부 SOP, 체크리스트, 템플릿 문서
한 가지 주의점이 있습니다. 지식 파일은 자동으로 최신화되지 않기 때문에, 업데이트가 잦은 문서를 그대로 올리면 금방 낡습니다. 또한 어떤 가이드에서는 GPT당 업로드 파일 수에 제한(예: 20개)이 있다고 안내합니다.2 따라서 “모든 문서를 올리기”보다 “자주 참조하는 정본만 올리기”가 장기적으로 유리합니다.
지식 파일을 ‘검색 잘 되게’ 만드는 3가지 정리법
첫째, 파일명에 버전과 날짜를 넣습니다. 예: pricing_policy_v3_2026-03-01.md.
둘째, PDF 스캔본처럼 이미지가 많은 자료는 가능하면 텍스트로 정리해 넣습니다.
셋째, 문서 첫 페이지에 ‘요약 목차’를 둡니다. 커스텀 GPT는 문서를 사람처럼 “처음부터 끝까지 읽는” 방식이 아니라, 필요한 단서를 찾아 꺼내 쓰는 방식이기 때문에, 목차와 키워드가 사실상 길잡이입니다.
5) Actions는 ‘대화 밖의 일을 하게 만드는 손’이다
커스텀 GPT가 강력해지는 지점은, 답변을 잘하는 것을 넘어 외부 시스템과 연결될 때입니다. 커스텀 GPT의 Actions는 외부 API를 호출해 계산을 하거나, 특정 서비스에서 데이터를 가져오거나, 업무 도구를 움직이도록 확장할 수 있으며, 이를 위해 OpenAPI 스키마 형태로 엔드포인트/파라미터/설명을 제공하는 방식이 널리 소개됩니다.1
하지만 Actions는 “편리함”과 “리스크”를 동시에 키웁니다. 그래서 설계 원칙이 필요합니다.
Actions를 붙일 때는 먼저 “읽기(Read)만 할지, 쓰기(Write)까지 할지”를 구분하세요. 초기에 안정적인 방법은 읽기 전용입니다. 예를 들어 주문 조회, 일정 조회, 재고 조회처럼 ‘정보 가져오기’부터 시작하고, 티켓 생성/메일 발송 같은 ‘실제 실행’은 사람이 확인하는 단계(휴먼 인 더 루프)를 걸어두는 편이 안전합니다.
6) 프롬프트 라이브러리: “좋은 한 번”을 “좋은 매번”으로 바꾸는 창고
프롬프트는 잘 쓰는 사람의 머리에만 있으면 사라집니다. 그래서 ‘저장’이 중요합니다. 프롬프트 라이브러리는 단순히 텍스트를 모아두는 것이 아니라, 찾고, 이해하고, 유지보수할 수 있게 메타데이터를 붙인 저장소여야 합니다.
프롬프트 라이브러리에 보통 권장되는 항목은 제목, 프롬프트 본문, 카테고리, 목표 모델, 기대 출력 형식, 사용 시점, 예시 입출력 같은 필드입니다.3 또한 재사용하거나 공유할 프롬프트는 여러 번 실행해 일관성을 확인하고, 다른 사용자 관점과 엣지 케이스까지 테스트하라는 조언이 반복됩니다.4
라이브러리 운영 규칙(최소 세트)
라이브러리를 굴리려면 ‘규칙이 3개’면 충분합니다.
첫째, 이름을 규칙적으로 짓습니다. 예: [Support] 리뷰 답변 - 불만 - 150자처럼 “카테고리 + 작업 + 변형”으로 고정합니다.3
둘째, 각 프롬프트에 예시를 1개만 붙입니다. 예시는 재현성을 높이는 가장 싼 보험입니다.
셋째, 상위 5~10개는 고정(핀)합니다. 결국 자주 쓰는 것은 정해져 있고, 그 10개가 생산성을 대부분 결정합니다.3
7) 재사용 템플릿: 변수만 바꾸면 실행되게 만들어라
템플릿은 프롬프트 라이브러리보다 한 단계 더 ‘제품’에 가깝습니다. 빈칸(변수)만 채우면 누구나 같은 품질을 내는 문서 양식이기 때문입니다.
여기서는 업무에서 가장 많이 재사용되는 템플릿 3개만 제시합니다. 그대로 복사해서 라이브러리에 넣고, 필요할 때 변수만 바꿔 쓰세요.
템플릿 1) 1페이지 업무 브리프
너는 사내 기획자다. 과장 없이 의사결정에 필요한 정보만 쓴다.
주제: [주제]
독자: [의사결정자/팀]
목표: [결정해야 할 것 한 문장]
입력:
"""
[메모/데이터/상황]
"""
출력 형식(고정):
## 1. 결론
## 2. 배경
## 3. 핵심 근거(3개)
## 4. 리스크/가정
| 항목 | 내용 | 대응 | 확인 질문 |
|---|---|---|---|
## 5. 다음 액션
| 액션 | 담당 | 마감 | 비고 |
|---|---|---|---|
규칙:
- 입력에 없는 수치/일정은 추측하지 말고 `확인 필요`.
- 형식 외 문장 추가 금지.템플릿 2) 고객/리뷰 답변(안전한 표현 포함)
너는 고객지원 담당자다. 공감하되, 책임을 확정하는 표현은 피한다.
상황:
- 채널: [리뷰/이메일/채팅]
- 고객 감정: [분노/실망/혼란/중립]
- 문제 요약: [한 문장]
- 사실 관계(확정된 것만): [목록]
- 우리가 제공 가능한 조치: [목록]
출력(고정):
1) 공감(1~2문장)
2) 사실 확인(확정/미확정 구분)
3) 해결/대안(선택지 2개)
4) 다음 단계(고객이 할 일 1개 + 우리가 할 일 1개)
5) 마무리(1문장)
규칙:
- “~로 보상해드리겠습니다”처럼 확정 보상 표현 금지(승인 절차가 있으면 조건부로).
- 개인정보 요청이 필요하면 “안전한 채널 안내”만 하고 공개 댓글에 정보 요구 금지.
- 180~220자.템플릿 3) SOP를 ‘바로 실행 가능한 체크리스트’로 변환
너는 운영(SOP) 문서 작성자다. 모호한 표현을 쓰지 않는다.
업무: [업무명]
주기: [매일/매주/매월/수시]
사용 도구: [도구]
제약: [권한/시간/리스크]
기존 메모/규정:
"""
[원문]
"""
출력(고정):
## 1) 범위
## 2) 준비물/권한
## 3) 체크리스트
| 단계 | 할 일(명령형) | 담당 | 완료 기준(증빙) |
|---|---|---|---|
## 4) 예외/자주 막히는 지점
## 5) 완료 보고 문구(템플릿)
규칙:
- ‘적당히/가능하면/최대한’ 금지.
- 완료 기준은 링크/파일명/스크린샷 등 검증 가능한 형태.8) 템플릿을 ‘영구 자산’으로 만드는 테스트 루틴
템플릿은 작성이 끝이 아니라, 테스트를 통과해야 완성입니다. 프롬프트를 공유하거나 반복 사용한다면, 여러 번 실행해 일관성을 확인하고, 예상 밖 입력(엣지 케이스)에서 어떻게 동작하는지 점검하라는 권고가 있습니다.4
실무에서 가장 효과적인 최소 테스트는 3개뿐입니다.
평균 입력(늘 들어오는 평범한 데이터), 결손 입력(담당/날짜/근거가 비어 있는 데이터), 과다 입력(텍스트가 매우 긴 데이터)으로 각각 1번씩 돌려보세요. 이 3개를 통과하면, 대부분의 현장에서 템플릿이 쉽게 무너지지 않습니다.
9) 공유와 운영: “만드는 사람”에서 “관리하는 사람”으로
커스텀 GPT는 저장/공유 옵션을 통해 개인용으로 두거나, 링크로 공유하거나, 공개 배포하는 방식이 안내됩니다.1 하지만 팀에서 쓰려면 ‘배포’보다 ‘운영’이 먼저입니다.
운영의 핵심은 간단합니다. 오너(누가 고치는가), 정본(무엇이 최신인가), 변경 기록(무엇이 바뀌었나) 세 가지를 정해두는 것입니다. 이게 없으면, 커스텀 GPT와 템플릿은 빠르게 “누가 만들었는지 모르는 문서”가 되고, 결국 아무도 신뢰하지 않게 됩니다.
10) 오늘부터 하는 30분 실천: 내 일 1개를 ‘앱’으로 만들기
오늘 당장 할 수 있는 가장 작은 도구화는 하나입니다. “매일/매주 반복되는 결과물”을 딱 하나 고르고, 그 결과물의 형식과 검증 규칙을 커스텀 GPT 또는 템플릿으로 고정하세요.
예를 들어 회의가 많다면 ‘회의록 → 결정/이슈/액션 추출’을, 고객응대가 많다면 ‘리뷰 답변’을, 기획이 많다면 ‘1페이지 브리프’를 먼저 고정하는 편이 체감이 큽니다.
한 번 잘 고정된 템플릿은 시간을 절약하는 정도가 아니라, 매일의 판단 부담을 줄여 일을 더 오래, 더 일정한 품질로 굴리게 해줍니다. 그 순간부터 ChatGPT는 “잘 말하는 도구”가 아니라 “나만의 작업 장치”가 됩니다.
참고
1How to build a custom GPT: Step-by-step tutorial
2How to build a custom GPT in 2025: A step-by-step guide with examples
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.