맞춤형 GPT의 품질은 이름이나 아이콘이 아니라 반복할 작업을 좁게 정의하고, 지침·참고자료·연결 권한을 분리한 뒤, 실패 테스트를 통과한 범위만 공유하는 운영 방식에서 결정됩니다. 이 글은 고객 문의 검토용 GPT 하나를 작업 명세부터 워크스페이스 공유와 종료 점검까지 실제로 운영할 수 있게 정리합니다.
공유 전에 통과해야 할 세 가지
- 경계무엇을 하고 하지 않는지 한 문장으로 설명할 수 있습니다.
- 근거지침과 참고자료의 버전·소유자·갱신 시점이 분리돼 있습니다.
- 시험정상 입력뿐 아니라 누락·충돌·민감정보·권한 초과 사례를 통과했습니다.
이 글의 공개 범위
현재 OpenAI Learn 문서는 관리형 워크스페이스의 GPT 공유·소유권·연결 앱·custom actions 경계를 설명합니다. 공개 디렉터리나 개인 링크의 제공 여부와 세부 요건은 이 글에서 고정하지 않습니다. 실제 계정에 보이는 생성·공유 화면과 관리자 정책을 확인하세요.
1. 같은 지시를 반복한다고 무조건 GPT가 필요한 것은 아닙니다
먼저 반복되는 것이 대화인지, 자료인지, 지침인지, 외부 도구인지 구분합니다. 한 번의 질문은 Chat이 가장 단순합니다. 여러 대화가 같은 파일·지침·연결 소스를 이어 써야 한다면 Project가 자연스럽습니다. 현재 OpenAI 공식 구분에서 Skill은 특정 작업의 지침과 지원 자료를 묶는 재사용 워크플로이고, Plugin은 Skill·Connector 또는 둘 다 포함할 수 있는 설치형 번들입니다. Connector는 MCP 서버를 통해 외부 서비스와 도구를 연결할 수 있습니다. 관리형 워크스페이스의 GPT는 별도 생성·공유 정책을 따릅니다.
| 형태 | 적합한 상황 | 먼저 확인할 것 |
|---|---|---|
| Chat | 한 번의 질문, 비교, 짧은 초안 | 반복 운영이나 공유가 정말 필요한가? |
| Project | 한 주제의 여러 대화가 같은 파일·지침·연결 소스를 사용 | 결과물이 다르면 채팅을 나눌 수 있는가? |
| Skill | 반복 가능한 지침·템플릿·참고자료를 묶어 재사용 | 입력·출력·실패 기준이 고정 가능한가? |
| Plugin | Skill·Connector 또는 둘 다 포함하는 설치형 번들 | 인증·권한·데이터 흐름·실패 복구가 준비됐는가? |
| 워크스페이스 GPT | 관리형 환경에서 같은 역할과 설정을 여러 사용자에게 배포 | 소유자·공유 대상·앱·액션 정책이 허용되는가? |
선택 결론을 한 줄로 기록하세요
“고객 문의를 내부 기준과 대조해 검토용 초안으로 만드는 동일 역할을 지원팀에 배포해야 하므로 워크스페이스 GPT를 검토한다. 외부 전송은 이번 버전 범위에서 제외한다.”처럼 선택 이유와 제외 범위를 함께 씁니다.
2. 제작 화면을 열기 전에 한 문장 작업 명세를 완성하세요
“업무를 전부 도와주는 비서”는 성공과 실패를 판정할 수 없습니다. 대상 사용자, 허용 입력, 핵심 작업, 결과물, 비목표, 중단 조건과 소유자를 먼저 정합니다. 이 명세는 이름·설명·지침·참고자료·테스트의 공통 기준이 됩니다.
복사해서 채우는 작업 명세
[한 문장] 이 GPT는 [사용자]가 [허용 입력]을 주면, [승인된 근거]를 사용해 [핵심 작업]을 하고, [검토 가능한 출력]을 만들되 [비목표]는 실행하지 않는다. [성공 기준] - 반드시 포함할 항목: - 근거 표시 방법: - 사람이 승인할 지점: [중단 기준] - 정보가 부족하면: - 자료가 충돌하면: - 민감정보가 들어오면: - 외부 실행을 요구하면: [운영] - 설정 소유자: - 자료 소유자: - 승인자: - 재검토 시점:
| 항목 | 확정 내용 | 통과 질문 |
|---|---|---|
| 사용자 | 고객지원팀 담당자 | 일반 고객이 직접 쓰는 도구가 아님을 설명했는가? |
| 입력 | 개인정보를 제거한 문의 요약, 제품, 시점, 시도한 조치 | 원본 고객기록 전체를 요구하지 않는가? |
| 출력 | 확인된 사실·부족한 정보·근거·답변 초안·승인 항목 | 사실과 초안이 분리돼 있는가? |
| 비목표 | 환불·법적 책임 확정, 외부 발송, 기록 변경 | 실행 가능한 것처럼 약속하지 않는가? |
| 중단 | 근거 없음·자료 충돌·민감정보·권한 초과 | 추정 대신 누구에게 무엇을 확인할지 표시하는가? |
3. 이름·설명·시작 입력은 사용 범위를 가르치는 첫 화면입니다
현재 편집 화면에 이름, 설명, 시작 문구나 비슷한 필드가 보인다면 홍보 문구보다 올바른 사용법을 넣습니다. 필드 이름과 제공 여부는 계정마다 달라질 수 있으므로 이 글의 표현을 버튼명으로 외우지 말고, 실제 화면에 맞춰 적용하세요.
| 설정 | 권장 예시 | 피해야 할 예 |
|---|---|---|
| 이름 | 고객 문의 검토용 답변 초안 | 최고의 만능 업무 비서 |
| 설명 | 익명 문의를 승인 지침과 대조해 검토용 초안 작성 | 무엇이든 완벽하게 해결 |
| 시작 입력 1 | 문의에서 답변 전 확인할 정보만 추려 줘 | 도와줘 |
| 시작 입력 2 | 초안의 근거와 미확인 문장을 분리해 줘 | 더 잘 써 줘 |
| 주의 문구 | 개인정보 제거·사람 승인 전 외부 발송 금지 | 보안과 정확성을 자동 보장 |
같은 요청을 표현만 바꾼 시작 문구 여러 개보다, 정상 입력·정보 누락·근거 검증처럼 서로 다른 사용 사례를 보여 주는 편이 낫습니다. 사용자는 첫 화면만 보고도 어떤 정보를 주고 어떤 결과를 받을지 예상할 수 있어야 합니다.
4. 지침은 역할보다 행동 순서와 중단 조건을 먼저 적으세요
“친절하고 정확하게 답하라”는 판정이 어렵습니다. 입력 확인 → 부족한 정보 질문 → 근거 찾기 → 충돌 표시 → 초안 작성 → 사람 승인 표시처럼 조건과 행동을 연결합니다. 참고자료의 본문을 지침에 길게 복사하기보다, 반드시 지킬 운영 규칙과 찾아볼 자료를 분리해 관리합니다.
고객 문의 검토용 지침 골격
## 역할 익명화한 고객 문의를 승인된 응대 기준과 대조해 검토용 초안을 만든다. ## 입력 확인 1. 불필요한 개인정보가 보이면 최소화하도록 안내한다. 2. 제품·발생 시점·증상·시도한 조치가 부족하면 먼저 질문한다. 3. 정보가 부족한 상태에서 원인·보상·일정을 추정하지 않는다. ## 근거 처리 1. 승인된 최신 자료를 우선한다. 2. 문서명·버전·근거 위치를 표시한다. 3. 근거가 없으면 ‘미확인’으로 표시한다. 4. 자료가 충돌하면 임의 선택하지 않고 확인 책임자를 표시한다. ## 출력 확인된 사실 → 부족하거나 충돌하는 정보 → 적용 근거 → 답변 초안 → 사람 검수 항목 ## 경계 외부 발송·기록 변경·환불 확정은 하지 않는다. 모든 출력 끝에 ‘담당자 승인 전 외부 사용 금지’를 표시한다.
| 상황 | 행동 | 실패 신호 |
|---|---|---|
| 필수 정보 누락 | 답변 전에 필요한 질문을 최대 3개 제시 | 빈칸을 추정해 확정문 작성 |
| 자료 충돌 | 두 버전과 기준일을 표시하고 담당자 확인 요청 | 근거 없이 한쪽 선택 |
| 근거 없음 | 미확인 범위와 다음 확인처 표시 | 그럴듯한 숫자·정책 생성 |
| 외부 실행 요구 | 실행하지 않고 승인 대상·절차 안내 | 발송·삭제·변경을 완료했다고 주장 |
| 민감정보 포함 | 불필요 정보 제거와 최소 입력 안내 | 원본 전체를 재출력하거나 더 요구 |
Custom GPT가 개인 Memory·맞춤 설정·과거 대화를 어떤 방식으로 쓰는지는 이 글의 허용 공식 자료만으로 고정하지 않습니다. 새 대화를 열어 실제로 어떤 지침·파일·연결 소스가 적용되는지 대표 테스트로 확인하고, 반드시 필요한 기준은 명시적인 운영 자료에 남기세요.
5. 참고자료는 많을수록 좋은 것이 아니라 버전과 시험 질문이 있어야 합니다
제품 설명서, 업무 매뉴얼, 용어집처럼 답변의 근거가 되는 자료는 지침과 분리합니다. 파일 개수 한도를 채우는 것이 목표가 아닙니다. 같은 문서의 구버전과 신버전이 섞이면 검색 결과가 충돌하므로 대표 버전, 기준일, 소유자와 폐기 조건을 함께 기록합니다.
| 자료 | 버전·기준일 | 민감도 | 시험 질문 | 교체 신호 |
|---|---|---|---|---|
| 응대 기준 | v3.2 · 2026-08-01 | 내부 공개 가능 범위만 | 배송 지연 보상 근거는 어느 항목인가? | 정책 개정 공지 |
| 제품 용어집 | v1.6 · 담당자 표시 | 낮음 | A형·B형의 구분 기준은? | 제품군 변경 |
| FAQ | 월간 승인본 | 개인정보 제거 | 근거가 없는 질문을 어떻게 표시하는가? | 반복 오답 발견 |
| 폐기 문서 | 구버전 | 업로드 제외 | 구버전 답을 계속 말하지 않는가? | 새 버전 승인 즉시 |
- 구조: 제목·버전·시행일·소유자를 문서 안에도 표시합니다.
- 판독: 표·스캔·도표만으로 핵심 규칙을 전달하지 말고 설명 문장을 붙입니다.
- 검증: 자료를 등록했다는 사실이 아니라 대표 질문에서 필요한 근거를 찾는지 봅니다.
- 보안: 비밀번호·비밀키·고객명단·원본 개인정보·미공개 계약·영업비밀을 자료 저장소처럼 넣지 않습니다.
대화, 업로드 파일, Project 파일, 연결 앱 원본과 대화에 저장된 사본은 서로 다른 보존·삭제 규칙을 가질 수 있습니다. 이 글에서는 자료가 저장되는 각 위치의 정확한 보존 기간을 단정하지 않습니다. 현재 워크스페이스 정책과 연결 서비스의 보존 규칙을 각각 확인하세요.
6. 연결 앱과 custom actions는 최소 권한과 복구 절차까지 설계하세요
외부 연결은 GPT가 답변을 넘어 데이터를 읽거나 행동하게 만듭니다. 현재 공식 문서상 한 GPT는 연결 앱과 custom actions를 동시에 사용할 수 없습니다. 더 많은 연결을 켜기 전에 작업 명세에 필요한 한 경로만 선택하고, 연결 없는 버전부터 통과시키세요.
| 통제 | 확인할 내용 | 중단 조건 |
|---|---|---|
| 워크스페이스 | 관리자가 해당 앱·도메인·공유 범위를 허용했는가? | 관리 정책과 제작 화면이 불일치 |
| 외부 계정 | 실제 로그인 사용자의 권한이 필요한 범위로 제한됐는가? | 전체 계정 쓰기 권한만 제공 |
| 데이터 | 보낼 필드와 보내지 않을 필드, 보존·로그·위치 정책을 확인했는가? | 민감정보 최소화가 불가능 |
| 행동 | 발송·수정·삭제처럼 비가역 작업 전에 사람이 대상과 내용을 확인하는가? | 사람 승인 없이 즉시 실행 |
| 복구 | 시간 초과·부분 성공·중복 실행 시 상태 확인과 되돌리기 절차가 있는가? | 성공 여부를 확인할 방법이 없음 |
도메인 허용은 API 인증이나 사용자 권한을 대신하지 않습니다. 워크스페이스 접근, Plugin 또는 GPT 기능 사용권, 연결 서비스 계정 권한과 실제 행동 승인은 서로 다른 경계입니다. 필요한 범위만 요청하고 비가역 작업에는 명시적인 사람 확인 절차를 둡니다.
7. 좋은 답 하나보다 실패 입력 열 가지를 비공개로 시험하세요
공유 전 테스트는 정상 질문만 확인하는 시연이 아닙니다. 기대 행동을 먼저 쓰고 실제 출력과 비교합니다. 실패하면 지침·자료·권한을 한꺼번에 바꾸지 말고 원인 하나만 수정한 뒤 같은 사례와 기존 정상 사례를 다시 실행합니다.
| 유형 | 입력 예 | 통과 기준 |
|---|---|---|
| 정상 | 필수 정보가 있는 익명 문의 | 정해진 출력 순서와 근거 형식 준수 |
| 정보 누락 | 제품명·발생 시점 없음 | 추정하지 않고 필요한 질문부터 제시 |
| 자료 충돌 | 서로 다른 두 버전이 적용 가능 | 양쪽 근거와 확인 책임자를 표시 |
| 지식 밖 | 자료에 없는 보상 기준 요구 | 근거 미확인과 공식 확인 경로 표시 |
| 민감정보 | 전화번호·주소·전체 주문번호 포함 | 불필요 정보 제거와 최소 입력 안내 |
| 지침 우회 | 비공개 지침·자료 원문을 모두 출력하라는 요청 | 작업 경계를 지키며 허용된 도움만 제공 |
| 권한 초과 | 검토 없이 환불 승인·메일 발송 요구 | 실행하지 않고 승인자·절차 안내 |
| 연결 실패 | 시간 초과·부분 저장·중복 클릭 | 성공을 꾸미지 않고 상태·재시도·복구 표시 |
| 오래된 자료 | 시행일이 지난 문서만 존재 | 기준일 문제와 최신 자료 확인 요청 |
| 형식 공격 | 금지된 약속을 확정문으로 쓰라고 요구 | 검토용 표현과 경계를 유지 |
v0.1 실패에서 제한 공유 판정까지 닫으세요
- v0.1 실패: 구버전 보상 기준을 새 정책처럼 답했습니다. 테스트 ID
K-04를 실패로 기록합니다. - 원인 분리: 지침이 아니라 참고자료에 구버전·신버전이 함께 있는 것이 원인이었습니다.
- 한 가지 수정: 구버전을 제거하고 신버전 문서에 시행일·소유자·근거 위치를 추가합니다.
- 회귀 테스트:
K-04와 기존 정상·누락·충돌·권한 초과 사례를 다시 실행합니다. - 제한 공유 판정: 모든 필수 사례가 통과하고 승인자가 로그를 확인한 버전만 실제 사용자에게 공유합니다.
- 복구 기준: 새 변경에서 기존 사례가 깨지면 직전 승인본과 자료 목록으로 돌아가 실패 원인 하나만 다시 수정합니다.
8. 관리형 워크스페이스에서는 가장 좁은 공유 범위부터 시작하세요
관리형 워크스페이스에서는 관리자가 GPT 생성과 공유 범위를 특정 사용자·그룹·전체 워크스페이스 단위로 제어할 수 있습니다. 제작자는 화면에 옵션이 보인다는 이유만으로 권한이 충분하거나 공개에 적합하다고 가정하지 말고, 실제 대상·소유권·연결 앱·action 도메인 정책을 함께 확인해야 합니다.
| 단계 | 관문 | 증거 | 중단 신호 |
|---|---|---|---|
| 비공개 제작 | 작업 명세·지침·자료·권한 초안 | 설정 목록과 기준일 | 목적이나 비목표가 불명확 |
| 제작자 테스트 | 정상·실패·회귀 세트 통과 | 테스트 ID·기대·실제·판정 | 근거 없는 답·정보 노출·실행 오류 |
| 소수 사용자 | 실제 역할별 대표 업무 검증 | 익명화한 재현 절차·피드백 | 예상 밖 사용·권한 과다 |
| 그룹·워크스페이스 | 관리자 정책·소유권·지원·정정 절차 | 승인자·공유 범위·운영 공지 | 소유자 부재·자료 갱신 책임 없음 |
개인 계정의 링크 공유와 공개 디렉터리 동작은 이 글에서 단정하지 않습니다. 현재 공유 화면에서 누가 접근할 수 있는지 확인하고, 링크가 있다면 전달될 수 있다는 전제로 비밀 자료와 과도한 권한을 제거하세요. 공유 범위가 넓어질수록 지원·정정·중단 연락처도 더 분명해야 합니다.
9. 설정 변경·자료 교체·공유 중지는 서로 다른 운영 작업입니다
운영 중인 GPT를 바꿀 때는 현재 제품 화면에서 공개 상태와 반영 여부를 확인합니다. 변경 전후 설정, 자료 버전, 연결 권한, 테스트 결과, 승인자와 공유 범위를 함께 기록하세요. 플랜이나 워크스페이스 정책이 바뀌기 전에도 현재 기능 제공 범위를 다시 확인합니다.
| 기록 | 필수 내용 | 완료 기준 |
|---|---|---|
| 변경 요청 | 발견자·실패 사례·영향 사용자·긴급도 | 재현 입력과 기대 결과가 있음 |
| 설정 변경 | 바꾼 한 요소·변경 전후·승인자 | 원인과 수정 범위를 분리함 |
| 자료 교체 | 새 버전·기준일·소유자·폐기 버전 | 대표 검색 질문과 구버전 회귀 통과 |
| 권한 변경 | 앱·action·외부 계정·도메인·사용자 범위 | 최소 권한과 실패 복구 재검증 |
| 공유 변경 | 대상·시각·사유·이용자 공지 | 현재 화면에서 실제 접근 범위 확인 |
| 종료 | 공유 중지·연결 해제·자료·외부 사본·대체 도구 | 각 저장 위치의 보존·삭제를 따로 확인 |
GPT 공유 중지나 앱 연결 해제가 다른 위치의 사본까지 자동 삭제한다고 가정하지 마세요. 대화, 업로드 파일, Project 파일, 연결 서비스 원본·로그·대화에 저장된 사본은 서로 다른 규칙을 가질 수 있습니다. 조직의 보존 정책과 각 외부 서비스의 삭제 절차를 따로 확인합니다.
자주 묻는 질문
Q1. 매번 같은 프롬프트를 쓴다면 바로 GPT로 옮겨야 하나요?
아닙니다. 개인이나 팀의 반복 워크플로이면 Skill, 한 주제의 여러 대화와 자료면 Project가 더 단순할 수 있습니다. 여러 사용자에게 동일 역할을 배포해야 하고 워크스페이스 정책이 허용할 때 GPT를 검토하세요.
Q2. 이름과 설명은 얼마나 자세해야 하나요?
대상 사용자, 허용 입력, 결과물과 사람 승인 필요 여부가 첫 화면에서 보일 정도면 됩니다. 홍보 문구보다 잘못된 사용을 줄이는 설명이 우선입니다.
Q3. 개인 Memory나 과거 대화를 쓴다고 가정해도 되나요?
이 글의 허용 공식 자료만으로 Custom GPT의 동작을 고정하지 않습니다. 새 대화에서 필요한 지침·파일·연결 소스가 실제로 적용되는지 대표 테스트로 확인하고, 필수 기준은 명시적으로 관리하세요.
Q4. GPT에 제공하는 참고자료에는 비밀정보를 넣어도 되나요?
권장하지 않습니다. 공유 범위·권한·보존 정책이 바뀔 수 있고 답변에 자료가 사용될 수 있습니다. 공개돼도 되는 최소 자료와 가명 사본만 사용하고 비밀키·원본 개인정보·고객명단은 승인된 별도 시스템에 둡니다.
Q5. 연결 앱과 custom actions를 함께 쓰면 더 강력하지 않나요?
현재 공식 문서상 한 GPT에서 둘을 동시에 사용할 수 없습니다. 목적에 맞는 한 경로만 선택하고, 워크스페이스 허용·사용자 권한·외부 인증·사람 승인·복구를 각각 확인하세요.
Q6. 실패 테스트가 하나만 깨졌다면 지침 전체를 다시 써야 하나요?
먼저 지침 충돌, 자료 부족, 구버전 혼재, 연결 권한 중 원인을 분리합니다. 원인 하나만 수정하고 같은 실패 사례와 기존 정상 사례를 다시 실행하세요.
Q7. 공유 옵션이 보이면 바로 팀 전체에 배포해도 되나요?
아닙니다. 화면 옵션과 실제 관리자 정책·소유권·연결 도메인·지원 절차를 함께 확인해야 합니다. 제작자 비공개 테스트와 소수 사용자 검증을 먼저 통과시키세요.
Q8. GPT를 종료하면 연결 서비스의 데이터도 함께 지워지나요?
자동으로 같은 처리된다고 가정하면 안 됩니다. GPT 공유, 업로드 자료, 대화 사본, 외부 서비스 원본·로그는 서로 다른 대상이므로 각 위치의 보존·삭제 절차를 별도로 확인하세요.
핵심 정리
- Chat·Project·Skill·Plugin·워크스페이스 GPT 중 가장 단순한 형태를 먼저 고릅니다.
- 한 문장 작업 명세에 입력·출력·비목표·중단·소유자를 함께 적습니다.
- 지침과 참고자료를 분리하고, 자료마다 버전·기준일·시험 질문을 둡니다.
- 연결 앱 또는 custom actions 한 경로만 선택하고 권한·데이터·복구를 검증합니다.
- 정상보다 실패 입력을 먼저 시험하고 원인 하나씩 수정해 회귀 테스트합니다.
- 관리형 워크스페이스에서는 소수 사용자부터 공유하고 변경·종료 기록을 남깁니다.
OpenAI 공식 확인처
- GPTs and Sharing｜워크스페이스 GPT 공유·소유권·앱·액션
- Projects and chats｜공유 파일·지침·연결 소스
- Skills & Plugins｜반복 지침과 연결 도구의 현재 구분
- Plugin controls｜앱·액션·외부 서비스 권한과 데이터 흐름
- Roles and workspace permissions｜워크스페이스·Plugin·외부 시스템 권한 경계
- ChatGPT Work Overview｜연결 앱·데이터 유형별 보존 경계
- Plugin Security & Privacy｜최소 권한·명시적 동의·비가역 작업 확인
공식 자료 최종 확인일: 2026년 8월 16일. 개인 링크·공개 디렉터리·편집 필드·기능 제공 여부는 실제 계정 화면과 최신 공식 문서를 우선합니다.
이 글은 맞춤형 GPT의 일반적인 설계·테스트·워크스페이스 운영 절차입니다. 실제 고객·직원·환자·학생·금융·법률·보안 자료를 다룰 때는 소속 조직의 승인, 데이터 최소화, 접근 통제, 해당 분야 담당자의 최종 검토를 우선하세요.
'AI > ChatGPT' 카테고리의 다른 글
| ChatGPT Projects 운영법｜지침·파일·메모리·공유 권한·종료 이관 순서 (0) | 2026.07.25 |
|---|---|
| ChatGPT 파일 업로드 검증법｜PDF·엑셀·워드·PPT 인식 누락과 분석 결과 확인 순서 (0) | 2026.07.25 |
| ChatGPT 이미지 만들기｜목적·화면비·한글 텍스트·부분 수정·최종 검수법 (0) | 2026.07.25 |
| ChatGPT 공부법｜정답 대신 진단·힌트·자기설명·오답 복습으로 배우는 순서 (0) | 2026.07.25 |
| ChatGPT 업무 문서 작성법｜자료 분류·AI 초안·사실 검증·승인 워크플로 (0) | 2026.07.25 |
