폐점 안내문

사용자 지정 GPT 서비스가 종료됩니다. 알아야 할 사항은 다음과 같습니다.

간단히 말씀드리자면, OpenAI는 맞춤형 GPT 서비스를 단계적으로 종료하고. 개인 플랜에서는 더 이상 새로운 GPT를 생성하거나 게시할 수 없으며, 기존 봇은 임시 지원일 뿐입니다. GPT가 여전히 유용하다면, 지금 바로 지침 및 지식 파일을 내보낸 후 프로젝트, 플러그인 또는 워크스페이스 에이전트에서 다시 구축하세요.

사용자 지정 GPT 서비스 종료

핵심 요약:

새로운 빌드 금지: 개인 플랜에서 사용자 지정 GPT 생성을 중단하고 기존 GPT는 임시로 처리하십시오.

마이그레이션을 시작하기 전에 각 GPT의 용도, 소유자, 종속 항목, 파일 및 우선순위를 목록화하십시오 .

두뇌를 내보내세요: 전체 지침을 복사하고 아직 가능할 때 모든 지식 파일을 다운로드하세요.

핵심적인 재구축: 핵심 인력을 ChatGPT 프로젝트로 이동시키고, 쓸모없는 인력은 과감히 은퇴시키세요.

공유자에게 미리 알리세요: 링크가 비활성화되어 워크플로가 중단되기 전에 팀과 공유 링크 사용자에게 미리 알려주세요.

끝나는 것과 지금 여전히 효과적인 것은 무엇일까요? 

개인 플랜에서 새로운 커스텀 GPT를 생성하고 게시하는 기능은 이미 잠겨 있습니다. 이전처럼 새로운 GPT 스토어 목록을 만들 거나 완전히 새로운 개인 커스텀 GPT를 게시할 수 없습니다. 기존 GPT는 당분간 계속 사용하거나 경우에 따라 편집할 수 있습니다. "여전히 작동함"은 일시적인 유예 조치일 뿐, 보장된 것은 아닙니다.

워크스페이스 및 엔터프라이즈 설정은 공지된 단계적 종료 절차를. 일반적으로 관리자 공지, 마이그레이션 도구 제공, 그리고 새로운 구성 요소로의 전환이 포함됩니다. 이러한 구성 요소에는 파일과 지침이 포함된 특정 워크스페이스용 ChatGPT 프로젝트, 사용 가능한 플러그인, 그리고 팀 규모 자동화를 위한 워크스페이스 에이전트가 있습니다. 명칭은 계획에 따라 약간씩 변경될 수 있지만, 기본 개념은 변하지 않습니다. 사용자 지정 GPT를 제품 인터페이스로 사용하는 방식은 점차 사라질 것입니다.

아직 할 수 있을 때, 실제로 효과가 있는 것은 다음과 같습니다

  • 이미 소유하고 있거나 공유받은 여러 사용자 지정 GPT를 열고 채팅하기
  • 편집 권한이 사라지기 전에 일부 플랜에 대한 편집 지침이나 기술 자료를 볼 수 있습니다
  • 시스템 지침, 대화 시작 문구 및 업로드된 지식 파일을 복사합니다
  • 모두가 뼈아픈 경험을 하기 전에 누가 어떤 GPT를 사용하는지 기록해 두자

개인 계정에서 더 이상 제대로 작동하지 않는 방식은 다음과 같습니다. 새로운 사용자 지정 GPT를 생성하고, GPT 스토어에 게시하고, 사용자 지정 GPT를 중요한 워크플로를 위한 장기적인 저장소로 사용하는 것입니다. 사용자 지정 GPT 기능이 종료된다면, 알아야 할 사항은 바로 이것입니다. 새로운 GPT를 만드는 것을 멈추고 기존의 유용한 GPT를 활용하는 데 집중하세요.

개인 공간 vs. 업무 공간: 계획이 전략을 바꾸는 이유

개인 무료/Go/Plus/Pro 사용자는 이미 "새 빌드 금지" 상태에 있습니다. 여러분의 역할은 개인적인 백업입니다. 지침과 파일을 확보하고, Projects 또는 다른 도구를 사용하여 다시 빌드하고, GPT를 공유했던 사람들에게 링크가 더 이상 유효하지 않을 수 있음을 알려주세요.

기업 및 워크스페이스 관리자는 또 다른 복잡한 문제에 직면하지만, 아이러니하게도 더 명확한 지도를 가지고 있습니다. 공유 GPT(Google Play 스토어)는 종종 팀 프로세스의 중심에 있습니다. 온보딩 봇, 정책 Q&A, 영업 토크 트랙, 채팅 형식으로 위장한 지원 매크로 등이 여기에 해당합니다. 이러한 공유 GPT에 문제가 발생하면 담당자들은 어깨를 으쓱할 것이 아니라 티켓을 발행하게 됩니다. 따라서 조직 수준에서 GPT 현황을 파악하고, 담당자를 지정하고, 공유 GPT가 작동을 멈추기 전에 후속 조치(프로젝트, 플러그인, 워크스페이스 에이전트)를 선택해야 합니다.

제 생각에 일반적인 원칙은 이렇습니다. 혼자 사용하는 기능이라면 이번 주 안에 백업하고, 팀에서 사용하는 기능이라면 간단한 마이그레이션 계획만 세우면 되는 제품 단종처럼 처리하면 됩니다. 40페이지짜리 제품 요구사항 문서(PRD) 같은 건 필요 없어요. 체크리스트 하나와 담당자 지정만 있으면 충분합니다.

재고 체크리스트: 중요한 모든 맞춤형 GPT를 찾으세요

이름을 지정하지 못하면 마이그레이션할 수 없습니다. GPT 목록을 열고 다른 작업을 시작하기 전에 간단한 목록을 작성하세요. 스프레드시트, 메모 앱, 포스트잇 등 무엇이든 좋습니다. 완벽주의는 오히려 적입니다.

각 사용자 지정 GPT에 대해 다음을 캡처합니다

  • 명칭 및 목적 - 해당 장치가 하는 일을 한 문장으로 설명
  • 소유자 - 당신, 팀원, 또는 "어떻게든 소유자를 잃은 사람"
  • 누가 그것에 의존하는가 ? 당신 혼자, 팀, 고객, 아니면 슬랙에서 공유되는 링크인가?
  • 지침 길이 - 간단한 안내 vs. 규칙이 장황한 소설
  • 지식 파일 - PDF, DOC, CSV 파일 등이 업로드됩니다.
  • 작업/도구 - 모든 API 후크, 브라우징 또는 사용자 지정 작업
  • 우선순위 - 매일 중요, 매주 유용, 또는 디지털 먼지
  • 후속작 예상 : 프로젝트, 플러그인, 워크스페이스 에이전트, 아니면 "조용히 은퇴"

GPT 아바타가 얼마나 귀여운지가 아니라 우선순위 순으로 정렬하세요. 아바타는 당신을 그리워하지 않을 겁니다. 하지만 월요일 아침 업무 처리 속도는 다를 수 있죠.

많은 사람들이 거의 우연히, 약간씩 다른 지침으로 동일한 작업을 수행하는 GPT가 세 개나 있다는 사실을 발견합니다. 마이그레이션하는 동안 통합하세요. 미래의 당신은 감사 편지를 보낼 것입니다.

무엇을, 왜, 어떻게, 그리고 얼마나 시급하게 저장해야 할까요?

이 목록을 짐 싸기 목록으로 활용하세요. 소소한 개성도 포함해서요. 네, "대화 소재"는 설령 다시는 보여주지 않더라도 보관해 둘 가치가 있습니다.

무엇을 저장할까요? 왜 중요한가 어떻게 잡을까요? 우선 사항
시스템/사용자 지정 지침 이것이 GPT의 두뇌이자 성격입니다 구성/편집을 열고 전체 텍스트를 문서 또는 저장소에 복사합니다 비판적인
지식 파일 정책, 표준 운영 절차, 제품 설명서, 톤 가이드 등이 여기에 있습니다 업로드된 모든 파일을 다운로드하여 날짜가 지정되지 않은 GPT라는 이름의 폴더에 저장하세요 비판적인
대화 시작 질문 의도된 워크플로와 성공적인 경로를 공개합니다 시작 프롬프트를 메모에 복사하세요 높은
작업/API 구성 플랫폼이 변경될 때 외부 도구가 가장 먼저 작동을 멈춥니다 액션 스키마와 인증 노트를 스크린샷하거나 내보내세요 (Slack에는 비밀 정보가 없습니다) 사용 시 높음
샘플 채팅 실제 환경에서 "좋은" 결과물이 어떤 모습이었는지 보여주세요 대표적인 스레드 3~5개를 내보내거나 붙여넣으세요 중간
공유 목록 경고하거나 재교육해야 할 사람들 팀, 채널 및 외부 관계자에게 접근 권한이 있는지 확인하십시오 공유 GPT에 대한 높은
GPT 스토어 상품 목록 사본 설명과 프롬프트는 대외용 봇을 재구축하는 데 도움이 됩니다 제목, 줄거리, 카테고리를 복사해 두세요. 아직 복사할 수 있을 때 복사해 두세요 게시될 경우 매체

가장 중요한 행부터 먼저 처리하세요. 특히 지식 파일은 편집 또는 다운로드 권한이 약화되면 누군가의 노트북에서 원본 PDF를 찾는 것이 매우 번거롭습니다.

실행이 중단되기 전에 내보내기 지침 및 기술 자료 파일을 내보내세요

이 부분은 나중에 큰 도움이 되는, 화려하지는 않지만 중요한 단계입니다. 우선순위가 높은 사용자 지정 GPT 파일을 가능한 한 빨리 열어 두세요. 전체 지침을 일반 텍스트 또는 마크다운 파일로 복사합니다. (참고로, 버전 관리에는 일반 텍스트가 더 안전합니다. 마크다운도 괜찮습니다.) 파일 이름은 명확하게 지정하세요. 예를 들어, support-triage-instructions.txt, final-final-v3.txt.

그런 다음 모든 지식 파일을 다운로드하세요. GPT별로 폴더에 저장하세요. GPT 내의 파일이 업데이트되었는데 최신 버전이 무엇인지 확실하지 않은 경우, 현재 GPT에 있는 파일을 가져오는 동시에 드라이브나 SharePoint에서 원본 파일을 찾아보세요. 이중 백업은 정체를 알 수 없는 PDF 파일 하나만 사용하는 것보다 훨씬 안전합니다.

언뜻 당연해 보이지만, 놓치면 후회할 몇 가지 실용적인 팁:

  • 데모 시연 5분 전이 아니라, 여유로운 날에 내보내기를 하세요
  • 공유 팀 드라이브에 지침 텍스트를 붙여넣을 경우, 지침 텍스트에서 비밀 정보를 제거하세요
  • 참고했던 모델의 특징들, 예를 들어 어조 규칙, 서식 규칙, "절대 SKU를 새로 만들지 마라" 같은 것들을 적어두세요
  • GPT가 사용자 지정 작업을 사용했다면, 스키마뿐만 아니라 각 작업이 수행한 내용을 사람이 이해하기 쉬운 언어로 작성하세요

이 부분을 시작할 때는 "프롬프트를 그냥 복사하세요"라고 말하려 했는데, 파일 안에 유용한 정보가 절반이나 숨겨져 있다는 걸 깨달았습니다. 프롬프트는 레시피 카드이고, 지식 파일은 식재료 보관함과 같습니다. 둘 다 필요하죠. 안 그러면 저녁 식사는 망하는 겁니다. 비유적인 표현입니다. PDF 파일을 먹지는 마세요.

ChatGPT 프로젝트에서 핵심 봇을 재구축하세요 🛠️

많은 개인 및 팀 워크플로우에 있어 ChatGPT 프로젝트는 자연스러운 다음 단계입니다. 프로젝트는 자체 지침과 파일이 있는 전용 공간을 제공하며, 사용자 지정 GPT와 충분히 유사하여 원클릭 복제처럼 보이지 않으면서도 마이그레이션이 친숙하게 느껴집니다.

합리적인 재건 경로:

  • 이전 GPT의 작업 이름을 따서 프로젝트를 생성하세요. 이전 GPT의 농담 이름이 아닌, 이전 GPT의 작업 이름을 사용하세요
  • 내보낸 지침을 붙여넣고, GPT 스토어에서만 의미가 있는 부분은 삭제하세요
  • 정말 필요한 자료만 업로드하세요. 폴더에 묵혀둔 오래된 초안을 모두 쏟아붓지 마세요
  • 이전에 사용했던 것과 동일한 프롬프트를 사용하여 테스트하고 출력을 나란히 비교하십시오
  • 기존 GPT를 사용했던 사람들을 초대하고, 그들이 만족할 때 기존 링크를 삭제하세요

프로젝트는 지속적인 작업에 탁월합니다. 연구 폴더, 콘텐츠 파이프라인, 클라이언트 브리핑, 고정된 코퍼스를 활용한 내부 질의응답 등에 적합합니다. 이러한 프로젝트는 "GPT 스토어의 공개 앱"이라기보다는 진지한 작업 공간에 가깝습니다. 이는 바람직한 현상입니다. 실제로 성공을 거둔 대부분의 맞춤형 GPT는 상점이 아닌, 실질적인 업무용 도구로서 기능했습니다.

Custom GPT가 문을 닫는다면, 재구축을 위해 알아야 할 것은 다음과 같습니다. 전체 봇을 모두 재구축하려 하지 말고, 가장 중요한 봇 세 개부터 시작하세요. 그리고 그 세 개를 출시하세요. 그런 다음 나머지 봇 중 어떤 것을 프로젝트로 진행할지, 어떤 것은 조용히 마무리할지 결정하세요.

플러그인, 워크스페이스 에이전트 및 기타 후속 개발 경로 🔌

모든 것이 프로젝트에 속하는 것은 아닙니다. 일부 사용자 지정 GPT는 도구, API 또는 여러 단계로 구성된 팀 프로세스를 감싸는 간단한 래퍼에 불과합니다. 이러한 항목은 요금제에서 지원하는 경우 플러그인으로, 엔터프라이즈급 환경에서는 워크스페이스 에이전트로 매핑하는 것이 더 적합합니다.

실제 적용에서 효과가 있었던 대략적인 매핑:

  • 설명이 많고 파일이 많은 ChatGPT 프로젝트
  • 도구/API 자동화 - 플러그인 또는 액션 스타일 후속 작업; 재인증 시 주의 필요
  • 관리자 참여 하에 소유권이 있는 팀 프로세스 - 워크스페이스 에이전트
  • 공개/검색 봇 - 배포 방식을 재고하세요. 맞춤형 GPT를 위한 GPT 스토어 시대가 끝나가고 있습니다.
  • 일회성 장난감 - 마이그레이션하지 마십시오. 프롬프트를 보관하고 다음으로 넘어가십시오.

어느 정도 마찰은 예상해야 합니다. 기능이 일대일로 일치하지는 않을 것입니다. 브라우징, 파일, 그리고 독특한 페르소나를 결합한 커스텀 GPT는 프로젝트와 별도의 도구로 분리되거나, 권한이 더 명확한 에이전트로 분리될 수 있습니다. 이러한 분리는 다소 번거롭지만, 알 수 없는 블랙박스가 줄어들기 때문에 더 바람직한 현상입니다.

ChatGPT와는 전혀 별개로, 일부 팀은 다른 어시스턴트나 내부 앱에서 동일한 워크플로를 재구축하기도 합니다. 이는 유효한 방법입니다. 다만, 내보낸 지침과 파일을 잘 보관해 두었다가 기억에 의존해 다시 작성하는 수고를 덜어야 합니다.

팀 및 공유 GPT 위험, 절대 무시해서는 안 됩니다

공유 커스텀 GPT는 조용한 장애가 큰 문제로 번지는 곳입니다. 누군가 Notion의 "지원 방법" 페이지에 있는 GPT를 북마크합니다. 다른 누군가 온보딩 과정에서 해당 링크를 공유합니다. 하지만 이 지침에 대한 소유권은 누구에게도 없습니다. 그러면 생성이 잠기고, 편집이 불가능해지며, 갑자기 "모두가 사용하는" 봇이 귀신 들린 다락방처럼 오작동하기 시작합니다.

초기에 피해를 최소화하십시오:

  • 공유 GPT별로 담당자를 지정하세요. "팀"이 아닌 이름이 있는 담당자를 지정해야 합니다
  • 해당 기능을 사용하는 채널에 변경 사항, 후속 기능, 전환 시점 등을 간략하게 공지하세요
  • 기존 GPT가 여전히 작동하는 동안 위키 및 온보딩 문서의 하드코딩된 링크를 교체하세요
  • 신입 직원이 더 이상 작동하지 않는 URL을 통해 학습하지 않도록 지침은 읽기 전용 아카이브로 보관하세요
  • 고객 대면 GPT의 경우, 종말론적인 분위기가 아닌 차분한 어조의 메시지를 준비하세요

약간의 비꼬는 투로 말하자면, 프로세스가 백업도 없이 사용자 지정 GPT 폴더에만 존재한다면, 그건 프로세스가 아니었어요. 채팅 인터페이스가 있는 희망사항에 불과했죠. 인터페이스가 아직 열려 있을 때 그 희망사항을 바로잡으세요.

마이그레이션 중 흔히 발생하는 실수 (이 부분은 건너뛰셔도 됩니다)

사람들은 약간의 압박감 속에서 똑같은 실수를 반복합니다. 저도 몇 번 그랬습니다. 배울 점은 있지만, 같은 실수를 반복하는 것은 선택입니다.

  • 완벽한 발표를 기다리고 계신가요 ? 지금 바로 수정하고 다운로드하세요!
  • 모든 데이터 마이그레이션 - 중요하고 사용 빈도가 높은 데이터만 마이그레이션하고 나머지는 보관합니다.
  • 지식 파일을 잊어버리세요 - 파일 없는 지침은 두뇌의 절반밖에 활용하지 못하는 것과 같습니다.
  • 공유 문서에 비밀 키를 붙여넣는 행위 - API 키는 팀 위키에 적합하지 않습니다.
  • 마이그레이션 중 분위기와 규칙 변경 - 먼저 재구축하고, 그 다음에 재설계
  • 팀에 알리지 않고 조용히 시스템을 전환하면 지원 요청이 발생하고 불신이 생깁니다.
  • 프로젝트들이 동일하다고 가정하고 , 결과물을 테스트하고, 조정하고, 마지막으로 "완료"를 발표합니다.
  • GPT 스토어 목록을 신뢰할 수 있는 정보의 출처로 남겨두고 , 지금 바로 사본을 복사하세요.

또한, 복잡한 마이그레이션 과정을 연출하려고 애쓰지 마세요. 한 달에 두 번 사용하는 콘텐츠 재활용 GPT에 운영위원회가 필요한 것도 아닙니다. 폴더 하나와 20분이면 충분합니다.

달력에 얽매이지 않고 실용적인 일주일 계획을 세워보세요

상대적인 관점에서 이야기하고 계속 나아가세요. GPT가 하나든 스무 개든 상관없이 작동하는 간단한 순서가 있습니다.

  1. 오늘(쯤) 할 일: 재고 관리. 중요 품목 표시 vs 폐기 품목 결정.
  2. 다음 여유 시간에는 중요하거나 필수적인 자료에 대한 내보내기 지침 및 지식 파일을 준비합니다.
  3. 그 직후: 프로젝트(또는 에이전트/플러그인)에서 상위 2~3개를 다시 빌드하세요.
  4. 서비스 중단 전에: 개인 기본 설정을 변경하고, 팀 링크를 업데이트하고, 이해 관계자에게 알리세요.
  5. 진행 중: 가치가 낮은 GPT는 폐기하고, 아카이브는 유지하며, 어차피 게시할 수 없는 새로운 사용자 지정 GPT 생성을 중단합니다.

감정적인 부분이 기술적인 부분보다 훨씬 어렵다는 것을 사람들은 종종 인정합니다. 당신은 밤을 새워가며 마침내 당신의 목소리를 이해하는 GPT를 조정했습니다. 작별 인사는 어색하게 느껴지지만, 설정 파일이 아직 남아 있다는 사실을 떠올리면 괜찮아집니다. 봇의 핵심은 텍스트입니다. 텍스트는 어디든 전달됩니다.

핵심 요약

사용자 지정 GPT 서비스가 종료됩니다. 알아야 할 핵심 사항 요약:

  • 개인 요금제에서 새로운 맞춤형 GPT 생성 및 게시 기능은 이미 제한되어 있으며, 기존 기능도 곧 제한될 예정입니다
  • 모든 물품 목록을 작성하고, 향수가 아닌 실제 사용 빈도를 기준으로 우선순위를 정하세요
  • 내보내기 지침, 지식 파일, 시작 자료 및 실행 메모를 지금 바로 내보내세요
  • ChatGPT 프로젝트에서 핵심 워크플로를 재구축하고, 필요에 따라 플러그인이나 워크스페이스 에이전트를 활용하세요
  • 팀에 경고를 보내고, 문서를 업데이트하고, 공유 봇의 담당자를 지정합니다
  • 당황하지 마세요, 불필요한 파일을 옮기지 마세요, 완벽한 순간을 기다리지 마세요

미리 준비하고, 꼼꼼하게 준비하고, 생계를 유지하는 기반을 다시 세우세요. GPT 스토어와 커스텀 GPT 레이어 아래 플랫폼이 변화하고 있습니다. 이는 불편할 수는 있지만, 경력에 치명적인 영향을 미치는 것은 아닙니다. 여러분의 워크플로는 항상 하나의 제품 버튼보다 훨씬 더 큰 규모였습니다. 레시피는 그대로 유지하고, 주방을 바꾸세요. 그러면 괜찮을 겁니다.

실제 사례: 공유 지원 사용자 지정 GPT를 ChatGPT 프로젝트로 마이그레이션

월요일 온보딩 링크가 더 이상 작동하지 않게 되기 전까지는 서비스 중단 공지가 추상적으로 느껴집니다. 영국 고객 지원 담당자가 맞춤형 GPT 서비스가 종료될 제대로 작동하는 봇을 구축하는 데 필요한 모든 정보를 소개합니다.

대본

조던의 팀은 "지원 분류 도우미"라는 맞춤형 GPT를 사용하고 있습니다. 이 GPT에는 "SKU를 절대 새로 만들지 마세요"라는 지침, 도움말 문서 모음, 그리고 신입 직원이 생각 없이 클릭할 수 있는 네 가지 대화 시작 문구가 포함되어 있습니다. 해당 링크는 Notion의 "지원 방식" 섹션에 있습니다. 개인용 플랜에서 새로운 맞춤형 GPT를 생성하는 것은 이미 차단되었습니다. 공유 봇은 현재로서는 예외적으로 가능하지만, 이는 유예 기간이지 영구적인 사용 권한은 아닙니다.

조던은 완성되지 않은 GPT들을 통째로 옮기는 것이 아닙니다. 최우선 과제는 이 핵심 프로젝트입니다. 지침을 복사하고, 지식 파일을 다운로드하고, ChatGPT 프로젝트 내에서 다시 빌드하고, 위키 링크를 업데이트하고, 채널에 알린 다음, 사람들이 익숙해지면 기존 URL을 폐기하는 것입니다.

목표는 복잡한 마이그레이션 과정 없이 연속성을 유지하는 것입니다. 40페이지짜리 PRD가 아니라 체크리스트와 담당자 지정이면 충분합니다.

이주에 필요한 것

  • 인벤토리 행: 이름, 목적, 소유자(조던), 의존 대상, 지식 파일, 조치, 우선순위, 후임자 예상(프로젝트)
  • 사용자 지정 지침 전문을 명확한 이름의 파일(예: support-triage-instructions.txt)에 붙여넣으세요
  • 업로드된 모든 지식 파일은 GPT 이름으로 된 폴더에 다운로드됩니다
  • 대화 시작 문구와 "좋은" 대화의 예시 3~5개
  • 모든 작업/API 훅에 대한 설명은 사람이 이해하기 쉬운 언어로 작성해 주세요 (슬랙에서는 비밀을 쓰지 않습니다)
  • 필요한 파일만 남기고 설명 부분을 간소화한 ChatGPT 프로젝트이며, 테스트 프롬프트도 함께 제공됩니다
  • Notion/온보딩 링크가 업데이트되었으며, 기존 GPT 서비스 종료 전에 간단한 채널 공지사항을 전해드립니다

예시 지침

(내보낸 시스템 지침을 붙여넣고 검증된 지식 파일을 업로드한 후) 새 프로젝트 내에서 재구축 개요로 다음을 사용하십시오

귀하는 당사의 일정 관리 SaaS에 대한 지원 트리아지 도우미입니다. 제공된 어조와 "SKU를 임의로 만들지 마세요"라는 규칙을 정확히 준수하십시오. 업로드된 도움말 문서에 있는 내용에 대해서만 답변하십시오. 답변이 없는 경우, 모른다고 명시하고 담당자에게 문의할 수 있는 경로를 안내하십시오. 출력물에는 예상 원인, 문서에서 찾은 근거, 다음 확인 사항, 그리고 영국식 영어로 작성된 답변 초안이 포함됩니다. 서두는 생략하십시오. 질문에 당사에서 연결하지 않은 API 또는 실시간 시스템 작업이 필요한 경우, 연결하지 않았다고 명시하십시오.

먼저 실행할 테스트(이전 GPT와 동일한 프롬프트): (1) "고객이 업그레이드 후 청구 토글이 비활성화되었다고 합니다 - 분류", (2) "청구서를 찾을 수 없을 때 차분한 답변 작성", (3) 각 기존 대화 시작 문구를 한 번씩 실행합니다. 전환을 발표하기 전에 저장된 샘플 채팅과 출력을 비교합니다.

테스트 방법

  • 먼저 인벤토리를 정리하세요: 모든 커스텀 GPT를 목록으로 만들고, 중요/높음/폐기 예정 아이템을 표시하세요. 귀여운 아바타부터 시작하지 마세요.
  • 편집/다운로드 중에도 내보내기 기능이 작동합니다: 지침 + 지식 파일 + 시작 자료. 버전이 다를 경우 드라이브에서 PDF 파일을 이중으로 백업하세요.
  • 상위 두세 개만 다시 빌드하세요. 기존 GPT가 여전히 실행 중인 동안 동일한 프롬프트를 기존 GPT와 나란히 테스트하세요.
  • 예외적인 경우: 사용자 지정 작업을 포함하는 GPT - 각 작업이 수행한 작업을 문서화하고, 프로젝트보다 플러그인이나 에이전트가 더 적합하다면 해당 방법을 통해 신중하게 재인증하십시오.
  • 전환 전 승인 확인: (1) 지침 파일이 완료됨, (2) 모든 중요 지식 파일이 존재함, (3) 세 가지 테스트 프롬프트가 샘플 품질과 일치함, (4) Notion 링크가 업데이트됨, (5) 소유자 이름으로 채널에 알림, (6) 팀 위키에 API 키가 붙여넣어지지 않음.

결과

예시 결과 (OpenAI 연구 결과가 아닌, 한 지원팀의 마이그레이션 스프린트에 대한 추정치): 인벤토리에 포함된 8개의 맞춤형 GPT 중 3개는 심각/높음 등급으로 분류되어 프로젝트로 재구축되었고, 나머지 5개는 지침만 포함된 상태로 보관되었습니다. 지원 분류 봇의 내보내기 및 재구축에는 실제 시간으로 약 90분이 소요되었습니다(인벤토리 조사 15분, 내보내기 25분, 프로젝트 설정 및 파일 업로드 20분, 병렬 테스트 30분). 전환 후, 지원 채널에서 "GPT는 어디로 갔나요?"라는 질문이 첫 주에 담당자 미상 및 메모 없음으로 인해 6건이 집중적으로 발생했지만, Notion 링크와 채널 게시물이 제공된 후에는 1건으로 감소했습니다. 마이그레이션 체크리스트(내보내기 완료, 프로젝트 테스트 완료, 문서 업데이트 완료, 담당자 지정 완료, 비밀 키 제거 완료)를 기준으로, 재구축된 봇 3개 중 3개가 공지 전에 통과한 반면, "문제가 생기면 처리하자"는 방식으로는 3개 중 0개만 통과했습니다. 제한 사항: 소규모 팀, 단일 제품 영역; 지식 파일이 없는 봇은 마이그레이션 속도가 더 빠르고, 작업량이 많은 GPT는 더 오래 걸립니다. (워크스페이스 에이전트의 관리자 승인 대기 시간은 제외)

자체 버전을 측정하려면 다음 단계를 따르세요. 우선순위 레이블이 지정된 모든 사용자 지정 GPT를 목록화하고, 각 핵심 봇에 대한 내보내기 및 재구축 시간을 추적하고, 2주 동안 체크리스트 통과율과 전환 후 지원 요청 건수를 추적하고, 분모를 포함한 집계 결과를 보고하세요.

무슨 문제가 생길 수 있을까?

  • 완벽한 발표를 기다리는 중이신가요? 수정 및 다운로드가 가능할 때 행동하세요.
  • 모든 것을 이전합니다: 장난감은 보관하고, 주력 제품은 재구축합니다.
  • 파일 없이 설명하는 방법: 약간의 두뇌만 있으면 된다. 레시피 카드뿐만 아니라 식료품 저장실에 있는 재료들도 챙겨라.
  • 조용한 전환: 온보딩 과정에서 공유된 링크가 마치 유령이 나오는 다락방처럼 변했습니다.
  • 위키의 비밀: 공유 드라이브에 내보내기 파일을 붙여넣을 때 API 키를 제거합니다.
  • 프로젝트가 동일하다고 가정할 때, 테스트 결과를 확인한 후 완료를 발표해야 합니다. 순서를 바꾸면 안 됩니다.
  • 소유자가 지정되지 않았습니다. "팀"은 더 이상 사용되지 않는 URL을 변경할 수 없습니다.

실질적인 교훈

커스텀 GPT가 종료될 때 알아야 할 핵심 정보는 다음과 같습니다. 재고, 내보내기 지침 및 지식 파일, ChatGPT 프로젝트에서 제 역할을 하는 몇 가지 기능 재구축(또는 도구와 팀 프로세스가 더 적합한 플러그인/워크스페이스 에이전트), 이전 링크를 공유한 사람들에게 경고, 그리고 불필요한 정보는 모두 삭제. 봇의 핵심은 텍스트입니다. 텍스트는 전파력을 지닙니다. 레시피는 그대로 두고, 운영 방식만 바꾸세요.

자주 묻는 질문

Custom GPT 서비스 종료는 ChatGPT 사용자에게 어떤 의미인가요?

OpenAI는 ChatGPT 플랜 전반에 걸쳐 사용자 지정 GPT 기능을 단계적으로 종료하고 있습니다. 개인용 무료, Go, Plus, Pro 계정 사용자는 이미 새로운 사용자 지정 GPT를 생성하거나 게시할 수 없으며, 기존 GPT는 당분간 실행 또는 편집이 가능하지만 이는 일시적인 유예일 뿐 영구적인 지원은 아닙니다. Workspace 및 엔터프라이즈 설정은 플러그인, ChatGPT 프로젝트, Workspace 에이전트와 같은 후속 기능으로 전환되는 단계적 종료 계획을 따르고 있습니다. 새로운 사용자 지정 GPT 생성을 중단하고, 이미 사용 중인 GPT를 유지하는 데 집중하시기 바랍니다.

새로운 사용자 지정 GPT를 생성하거나 게시할 수 있나요?

대부분의 개인 계정에서는 생성 및 게시가 이미 잠겨 있으며, 새로운 GPT 스토어 목록 등록도 불가능합니다. 기존에 소유하거나 공유받은 사용자 지정 GPT는 계속 열 수 있으며, 일부 요금제에서는 접근 권한이 사라지기 전에 지침이나 지식 파일을 편집할 수 있습니다. 중요한 워크플로우를 위해서는 사용자 지정 GPT를 장기적인 저장소로 사용하지 않는 것이 좋습니다. 접근 권한이 있을 때 지침, 스타터 및 파일을 복사해 두세요.

개인용 플랜과 업무 공간 플랜의 마무리 과정은 어떻게 다른가요?

개인 사용자는 주로 개인 백업이 필요합니다. 지침과 파일을 내보내고, Projects 또는 다른 도구에서 다시 구축한 다음, 공유 링크를 사용했던 사람들에게 경고하면 됩니다. 기업 및 워크스페이스 관리자는 온보딩, 정책 Q&A, 영업 트랙 및 지원 매크로 내에서 공유되는 봇을 사용해야 하므로 조직 수준에서 봇 목록을 작성하고, 담당자를 지정하고, 봇 실행이 중단되기 전에 후임자를 지정해야 합니다. 혼자 사용하는 경우 이번 주에 백업하고, 팀에서 사용하는 경우 작은 제품 지원 중단처럼 처리하세요.

커스텀 GPT가 작동을 멈추기 전에 어떤 항목을 재고로 확보해야 할까요?

각 GPT 캡처에 대해 이름과 목적, 소유자, 의존 대상, 명령어 길이, 지식 파일, 작업 또는 도구, 우선순위, 그리고 후속 캡처 예상 정보를 기록하세요. 아바타에 대한 향수가 아니라 실제 사용 빈도(매일 중요하게 사용하는 데이터와 더 이상 필요 없는 데이터)를 기준으로 정렬하세요. 많은 경우 동일한 작업을 수행하는 GPT가 세 개 이상 존재하므로, 마이그레이션하는 동안 통합하는 것이 좋습니다. 이름을 지정할 수 없는 데이터는 마이그레이션할 수 없습니다.

사용자 정의 GPT 자산 중 내보낼 가장 중요한 것은 무엇입니까?

시스템 지침과 지식 파일은 매우 중요합니다. 마치 두뇌와 저장소와 같습니다. 또한, 대화 시작 문구, 실행 계획 또는 API 관련 메모를 비밀 정보를 슬랙에 붙여넣지 않고 사람이 이해하기 쉬운 언어로 작성하고, 좋은 결과를 보여주는 몇 가지 샘플 채팅 기록, 경고를 위한 공유 목록, 그리고 GPT 스토어에 게시한 경우 해당 목록 사본도 보관하세요. GPT별로 파일 이름을 명확하게 지정한 폴더에 파일을 다운로드하고, 버전이 다를 경우 드라이브에서 PDF 파일을 이중으로 백업하세요.

ChatGPT 프로젝트에서 사용자 지정 GPT를 다시 빌드하려면 어떻게 해야 하나요?

작업 이름을 따서 프로젝트를 생성하고, 내보낸 지침을 붙여넣은 다음, 필요한 지식 파일만 업로드하고, 기존 GPT와 동일한 프롬프트를 나란히 테스트하세요. 기존 사용자를 초대하고, 그들이 익숙해지면 기존 링크를 비활성화하세요. 프로젝트는 공개 GPT 스토어 앱보다 연구, 콘텐츠 파이프라인, 클라이언트 브리핑, 내부 Q&A 등 지속적인 작업에 더 적합합니다. 모든 봇을 다 사용할 필요 없이 가장 중요한 두세 개의 봇부터 시작하세요.

프로젝트 대신 플러그인이나 워크스페이스 에이전트를 사용해야 하는 경우는 언제인가요?

파일 기반 명령어 중심 봇은 일반적으로 프로젝트에 적합합니다. 도구 또는 API 자동화는 플러그인이나 액션 기반 후속 봇에 적합하며, 재인증 절차를 신중하게 거쳐야 합니다. 소유권이 명확한 팀 프로세스는 관리자가 참여하는 워크스페이스 에이전트에 적합합니다. 사용자 지정 GPT 스토어 시대가 저물고 있기 때문에 공개 검색 봇은 재검토가 필요하며, 일회성 도구는 마이그레이션 없이 보관할 수 있습니다. 일부 마찰이 발생할 수 있으며, 완전히 동일한 복제본은 기대하기 어렵습니다.

공유 팀 맞춤형 GPT는 시스템 중단 중에 어떤 위험을 초래합니까?

공유되는 GPT(Google Play 봇)는 종종 Notion, 온보딩 문서, Slack 등에 존재하지만 담당자가 지정되지 않은 경우가 많습니다. 이렇게 되면 편집이 불가능해지고 모두가 사용하는 봇은 마치 유령이 나오는 다락방처럼 방치됩니다. 담당자를 지정하고, 변경 사항과 전환 시점을 공지하며, 기존 GPT가 여전히 응답하는 동안 하드코딩된 링크를 교체하고, 지침에 대한 읽기 전용 아카이브를 유지하세요. 고객 대면 봇의 경우, 차분한 메시지를 준비하세요. 백업이 없는 프로세스는 채팅 인터페이스의 장점일 수 있습니다.

마이그레이션 시 피해야 할 실수는 무엇일까요?

완벽한 발표를 기다리지 마세요. 수정 및 다운로드가 가능한 동안 즉시 조치를 취하세요. 중요하고 사용 빈도가 높은 데이터만 마이그레이션하고 나머지는 보관하세요. 지식 파일을 잊지 말고, API 키를 공유 위키에 붙여넣고, 마이그레이션 도중에 어조를 바꾸거나, 조용히 전환하지 마세요. 프로젝트마다 상황이 다르므로 완료를 발표하기 전에 결과물을 테스트하고, 중요한 경우 스토어 목록 텍스트를 지금 복사해 두세요. 한 달에 두 번 정도 사용하는 봇을 위해 운영위원회를 구성하는 것은 불필요합니다.

공유 지원 사용자 지정 GPT를 프로젝트로 마이그레이션하려면 어떻게 해야 하나요?

봇의 인벤토리를 작성하고, 전체 지침과 모든 지식 파일을 내보내고, 시작 메시지와 샘플 채팅을 저장한 다음, 규칙을 다듬고 파일을 검증하여 프로젝트에서 다시 구축합니다. 동일한 분류 프롬프트를 나란히 테스트하고, Notion 또는 온보딩 링크를 업데이트하고, 이전 URL이 만료되기 전에 소유자 이름과 함께 채널에 알립니다. 승인은 모든 내보내기가 완료되고, 샘플 품질이 일치하고, 문서가 업데이트되었으며, 팀 위키에 비밀 정보가 없는 경우를 의미합니다.

참고 자료

  1. OpenAI맞춤형 GPT 서비스 종료help.openai.com
놀리다
1. 기사에 따르면, 커스텀 GPT는 어떻게 되고 있나요?

2. 개인 계획을 세울 때 무엇을 멈춰야 할까요?

3. 마이그레이션 전에 재고 조사에서 무엇을 수집해야 할까요?

4. 이 가이드에서 "두뇌 수출"이란 무엇을 의미합니까?

5. 최고의 주력 부대를 어디에서 재정비해야 하며, 누구에게 경고해야 할까요?


블로그로 돌아가기