XPT 저널 / 가이드 및 아이디어

검열되지 않은 대체 ChatGPT로 프로젝트를 옮기는 방법

XPT
·2026년 8월 6일·31 분 읽기
공유

검열되지 않은 ChatGPT 대체 모델을 찾는 것만으로는 충분하지 않습니다. 더 어려운 부분은, 유용했던 맥락을 잃지 않고 기존 작업을 옮기는 일입니다.

오랫동안 이어온 AI 프로젝트에는 인물의 이력, 글쓰기 선호, 연구 가정, 거절된 아이디어, 포맷 규칙, 출처 요구사항, 그리고 수많은 대화에서 내려진 수십 개의 작은 결정들이 들어 있을 수 있습니다. 새 챗봇을 열고 최신 프롬프트를 그대로 붙여 넣는다고 해서 그 모든 것이 성공적으로 옮겨지는 경우는 드뭅니다.

더 나은 방법은 프로젝트를, 여러 AI 플랫폼에서 공통으로 작동할 수 있는 ‘휴대용 지침’ 세트로 바꾸는 것입니다.

이 가이드는 기존 ChatGPT 작업을 정리하고, 불필요한 히스토리를 제거한 뒤 XPT에서 프로젝트를 다시 구축하고, 다음 단계로 넘어가기 전에 마이그레이션이 완료되었는지 확인하는 방법을 설명합니다.

어떤 플랫폼이 워크플로에 더 잘 맞는지 아직 결정하지 못했다면 XPT vs ChatGPT를 읽어보세요. 이 가이드는 마이그레이션을 테스트하거나 시작할 준비가 이미 되어 있다는 전제에서 작성되었습니다.

이동에 ‘반드시 남겨야 할 것’을 결정하세요

전체 대화 히스토리를 복사하는 것부터 시작하지 마세요.

먼저, 프로젝트가 올바르게 계속되기 위해 새 AI가 반드시 이해해야 하는 정보를 찾아야 합니다.

대부분의 프로젝트는 네 가지 유형의 맥락을 포함합니다.

Context type What it includes What to do with it
Permanent rules Tone, format, perspective, terminology, boundaries Move these into a clear instruction section
Confirmed facts Character details, research findings, project decisions Preserve them as fixed context
Temporary discussion Questions, alternatives, early brainstorming Summarize only what remains relevant
Abandoned material Rejected drafts, deleted plotlines, outdated assumptions Exclude it or mark it clearly as rejected

이 구분이 중요한 이유는, 긴 AI 대화에는 종종 서로 충돌하는 지침이 섞여 있기 때문입니다.

예를 들어, 초반 초안에서 격식 있는 톤을 요청했다가 이후에는 대화체로 전환했을 수 있습니다. 두 지침을 설명 없이 그대로 옮기면, 새 AI는 무엇이 현재 기준인지 신뢰할 근거를 갖지 못합니다.

마이그레이션 전에 다음을 식별하세요.

  • 무엇은 그대로 유지해야 하는지;
  • 무엇은 여전히 수정할 수 있는지;
  • 무엇이 이미 거절(반려)되었는지;
  • 다음 작업이 무엇이어야 하는지.

채팅 히스토리를 프로젝트 파일로 바꾸세요

채팅 히스토리는 프로젝트가 어떻게 발전했는지 기록한 자료입니다. 다른 곳에서 프로젝트를 계속하기엔 가장 적합한 형식이 아닙니다.

작업을 재개하는 데 필요한 정보만 담은 짧은 프로젝트 파일을 만드세요.

유용한 프로젝트 파일에는 다음 섹션이 포함되어야 합니다.

프로젝트 요약

프로젝트를 두세 문장으로 설명하세요.

무엇을 만들고, 연구하고, 계획하고, 논의하는지 설명합니다. 이 단계에서는 모든 역사적 디테일을 추가하지 마세요.

예시:

실종한 동생을 찾는 수사 기자에 관한 심리 스릴러입니다. 이야기는 절제된 1인칭 목소리를 사용하며 죄책감, 신뢰할 수 없는 기억, 그리고 기관의 비밀을 중심에 둡니다.

현재 목표

원하는 ‘즉시 결과’가 무엇인지 명확히 하세요.

예시:

  • 기존 엔딩에서 이어서 8장을 계속하기;
  • 줄거리는 바꾸지 않고 인물을 재작성하기;
  • 연구 노트를 하나의 논증으로 정리하기;
  • 특정 장면에서 시작해 롤플레이를 이어가기;
  • 승인된 브랜드 보이스를 유지하면서 제품 카피를 다시 쓰기.

현재 목표는 ‘다음 단계’를 설명해야지, 프로젝트 전체를 나열해서는 안 됩니다.

영구 지침

앞으로의 대화에서 적용되어야 하는 지침을 나열하세요.

포함할 것:

  • 톤;
  • 관점;
  • 응답 길이;
  • 구조;
  • 포맷;
  • 선호 용어;
  • 피해야 할 표현;
  • AI가 얼마나 직접적으로 말해야 하는지;
  • 질문을 해야 하는지, 아니면 합리적인 가정을 해도 되는지.

지침은 ‘관찰 가능한 행동’으로 작성하세요.

예를 들어:

대화가 자연스럽게 느껴지게 해주세요.

대신:

대화는 간결하게 유지하고, 설명이 길어지는 독백은 피하세요. 감정적 긴장감은 멈춤과 끼어듦, 간접적인 답변을 통해 나타나도록 하세요.

확인된 사실

명시적으로 요청하지 않는 한 바뀌지 않아야 하는 정보를 기록하세요.

창작 프로젝트라면, 예를 들면:

  • 인물 정체성;
  • 나이와 관계;
  • 타임라인의 사건;
  • 장소;
  • 세계관 규칙;
  • 확립된 동기;
  • 각 인물이 알고 있는 정보.

연구 또는 전문 작업이라면, 예를 들면:

  • 검증된 사실;
  • 승인된 주장;
  • 출처 요구사항;
  • 확정된 결정;
  • 고정된 용어;
  • 법적 또는 컴플라이언스 한계.

거절된 지시

검토되었지만 거절된 중요한 아이디어를 나열하세요.

이렇게 하면 새 AI가 버려진 자료를 다시 꺼내는 일을 막을 수 있습니다.

예시:

  • 초자연적인 설명을 도입하지 마세요;
  • 과거의 연애 서브플롯을 제거하세요;
  • 제품을 익명으로 묘사하지 마세요;
  • 원래 캠페인 슬로건을 사용하지 마세요;
  • 세 번째 가설은 근거가 부족하여 거절되었습니다.

열린 질문

해결되지 않은 이슈를 확인된 사실과 분리하세요.

예시:

  • 실종된 동생이 살아있는지;
  • 어떤 고객 세그먼트를 우선할지;
  • 증거가 인과관계를 뒷받침하는지, 아니면 상관관계에 그치는지;
  • 롤플레이 관계가 어떻게 발전해야 하는지.

다음 작업

프로젝트 파일을 ‘한 가지’의 구체적인 지시로 마무리하세요.

새 AI는 파일을 읽고, 다음에 무엇을 해야 하는지 정확히 이해할 수 있어야 합니다.

이 프로젝트 마이그레이션 템플릿을 사용하세요

## Project Summary

[Describe the project in two or three sentences.]

## Current Goal

[State the immediate result you want.]

## Permanent Instructions

- [Tone and voice]
- [Format and structure]
- [Point of view]
- [Length]
- [Preferred terminology]
- [Behaviors or phrases to avoid]

## Confirmed Facts

- [Fixed fact]
- [Fixed fact]
- [Approved decision]

## Rejected Directions

- [Idea that should not be used]
- [Old decision that is no longer valid]

## Open Questions

- [Unresolved question]
- [Decision that still needs to be made]

## Reference Example

[Add a short example of the preferred output.]

## Current Position

[Explain where the previous conversation stopped.]

## Next Task

[Give the AI one clear task.]

이 문서는 채팅 플랫폼 밖에 보관하세요. 로컬 Markdown 파일, 문서, 또는 메모 페이지를 만들어두면, 나중에 프로젝트를 다시 옮기기가 훨씬 쉽습니다.

긴 ChatGPT 대화를 요약하는 방법

일부 프로젝트는 수백 개 메시지에 걸쳐 이어집니다. 한 번에 요약하려고 하면 중요한 디테일이 사라질 수 있습니다.

대신 단계별 프로세스를 사용하세요.

1단계: 기능별로 대화를 나누기

자료를 다음과 같은 범주로 분리하세요.

  • 프로젝트 규칙;
  • 인물 또는 브랜드 정보;
  • 연구 결과;
  • 결정;
  • 초안 콘텐츠;
  • 수정;
  • 버려진 아이디어;
  • 미완료 작업.

날짜만 기준으로 정리하지 마세요. 각 메시지가 프로젝트에 기여하는 바에 따라 정리하세요.

2단계: 논의 전체가 아니라 ‘결정’을 추출하기

프로젝트 마이그레이션 파일은 결정에 이르기까지의 모든 논쟁을 보존할 필요가 없습니다.

예를 들어, 이걸 이렇게 바꾸세요:

우리는 세 가지 엔딩을 검토했습니다. 첫 번째는 체포가 포함되고, 두 번째는 탈출이 포함되며, 세 번째는 사건이 미해결로 남습니다. 감정적 결과를 논의한 뒤, 미해결 엔딩이 주제에 더 잘 맞는다고 판단했습니다.

이렇게:

확인된 엔딩 방향: 사건은 미해결로 남습니다. 체포나 탈출 엔딩을 사용하지 마세요.

새 AI는 보통 결정을 필요로 하며, 그에 필요한 핵심적인 이유만 있으면 됩니다. 그 결정을 만들어낸 ‘전체 대화’는 대개 필요하지 않습니다.

3단계: 불확실성을 명확히 표시하기

일관된 라벨을 사용하세요.

  • CONFIRMED
  • UNVERIFIED
  • OPTION
  • REJECTED
  • NEEDS DECISION

이 작업은 특히 연구 프로젝트에서 중요합니다. AI가 생성한 제안이 검증된 사실로 오해될 가능성이 있기 때문입니다.

4단계: 반복 제거

긴 대화는 종종 같은 규칙을 다른 형태로 반복합니다.

반복되는 지침을 하나의 정확한 버전으로 합치세요.

예를 들어:

  • 기업스러운 느낌은 내지 마;
  • 더 인간답게 만들어;
  • 마케팅 언어를 피해야 해;
  • 일반적인 홍보 문구는 제거해.

이렇게 바뀔 수 있습니다:

직접적이고 대화체로 쓰세요. 기업식 전문 용어, 일반적인 홍보 주장, 과장된 열기를 피하세요.

5단계: 유용한 예시만 유지하기

모든 초안을 옮기지 마세요.

유지할 것:

  • 강력한 예시 하나;
  • 반복해서 나타나는 실수를 보여주는 예시 하나;
  • 최신 승인 버전(있다면).

각 예시가 무엇을 보여주는지 설명하세요.

창작-글쓰기 프로젝트를 마이그레이션하기

창작 프로젝트는 특히 ‘잃어버리는 맥락’에 민감합니다.

모델은 문장을 매끄럽게 만들어낼 수 있지만, 조용히 인물의 동기나 이야기의 타임라인, 혹은 장면의 감정적 의미를 바꿔버릴 수도 있습니다.

소설, 시나리오, 또는 이야기 프로젝트를 옮기기 전에 4개의 간결한 문서를 준비하세요.

스토리 개요

포함할 것:

  • 장르;
  • 핵심 전제;
  • 주요 갈등;
  • 테마;
  • 내러티브 관점;
  • 의도한 독자;
  • 전체 톤.

인물 파일

중요한 인물마다 다음을 포함하세요.

Name:
Age:
Role:
Public personality:
Private motivation:
Primary conflict:
Relationship to other characters:
Dialogue style:
Information the character knows:
Information the character does not know:
Details that must remain consistent:

스토리에 영향을 주지 않는 장식적인 디테일로 프로필을 채우지 마세요.

타임라인

사건을 시간순으로 나열하세요. 특히 이야기가 비선형이라면 더더욱 그렇습니다.

포함할 것:

  • 이야기가 시작되기 전의 사건;
  • 주요 장면 사건;
  • 나중에 공개되는 정보;
  • 해결되지 않은 타임라인 질문.

현재 장면 브리프

설명하세요.

  • 장면이 벌어지는 위치;
  • 누가 그 자리에 있는지;
  • 각 사람이 원하는 것;
  • 바로 직전에 무슨 일이 일어났는지;
  • 장면에서 반드시 일어나야 하는 것;
  • 반드시 일어나지 말아야 하는 것;
  • 이전 초안이 어디에서 끝났는지.

XPT에서 시작할 때는 먼저 프로젝트 파일과 현재 장면 브리프를 제공하세요. 다음 작업이 정말로 그것들에 의존하지 않는 한, 모든 장을 업로드하지 마세요.

롤플레이 대화를 마이그레이션하기

롤플레이 연속성은 인물 설명만으로 결정되지 않습니다.

다음 내용을 포함한 ‘세션 상태’를 준비하세요.

  • 인물 정체성;
  • 사용자의 역할;
  • 관계의 이력;
  • 배경 설정;
  • 세계관 규칙;
  • 현재 위치;
  • 최근 사건;
  • 감정 상태;
  • 해결되지 않은 긴장감;
  • 내러티브 관점;
  • 선호 응답 길이;
  • 사용자가 정한 경계.

또한 정보가 누락되었을 때 인물이 어떻게 행동해야 하는지도 설명하세요.

예를 들어:

기술 질문을 하게 두지 마세요. 사소한 디테일이 명확하지 않으면, 인물의 현재 지식과 성격에 맞춰 답하세요. 누락된 정보가 장면을 실질적으로 바꿔야 하는 경우에만 확인을 요청하세요.

다음의 구분이 명확해야 합니다.

  • 인물이 알고 있는 정보;
  • 사용자가만 알고 있는 정보;
  • 화자가(내레이터가) 알고 있는 정보.

이렇게 하면 의도치 않은 스포일러와, 설명되지 않은 행동 변화가 줄어듭니다.

연구 및 분석을 마이그레이션하기

연구 대화는 더 엄격한 정보 라벨링이 필요합니다.

옮기는 콘텐츠를 다음 범주로 나누세요.

검증된 정보

신뢰할 수 있는 출처로 뒷받침되는 사실입니다.

출처를 포함하거나, 다시 찾을 수 있을 만큼 충분한 정보를 포함하세요.

작업 가설(해석)

근거가 무엇을 시사한다고 당신이 현재 이해하고 있는지입니다.

이것은 ‘해석’이며 ‘확인된 사실’이 아니라는 점을 분명히 하세요.

열린 가설

아직 테스트가 필요한 질문이나 가능한 설명입니다.

AI가 제안한 단서(리드)

AI가 제안한 가능 키워드, 주장, 예시, 혹은 연구 방향입니다.

이것들을 검증된 발견처럼 취급하지 마세요.

출처 규칙

어떤 유형의 출처가 허용되는지 명시하세요.

예를 들어:

  • 1차 연구를 우선하세요;
  • 제품 주장에는 공식 문서를 사용하세요;
  • 사건 날짜와 출판 날짜를 구분하세요;
  • 검색 스니펫을 증거로 인용하지 마세요;
  • 독립적으로 검증할 수 없는 주장은 표시하세요.

프로젝트를 다시 시작할 때, 새 AI에게 계속하기 전에 기존의 모든 주장을 분류하도록 요청하세요.

전달한 연구 노트를 검토하세요.

각 주장에 대해 다음 중 하나로 라벨링하세요.

- verified;
- interpretation;
- hypothesis;
- unsupported;
- outdated or requiring recheck.

아직 새로운 결론은 추가하지 마세요.

이렇게 하면 기존 모델의 오류가 새 프로젝트로 그대로 옮겨지는 것을 예방하는 데 도움이 됩니다.

브랜드 및 전문 작업을 마이그레이션하기

전문 프로젝트는 종종 공식 스타일 가이드에 기록되지 않았던 결정에 의존합니다.

마이그레이션 전에 다음을 기록하세요.

  • 목표 대상;
  • 제품 포지셔닝;
  • 승인된 용어;
  • 금지된 주장;
  • 톤;
  • 문장 길이;
  • 선호하는 행동 유도 문구;
  • 포맷 규칙;
  • 법적 또는 컴플라이언스 요구사항;
  • 승인된 카피 예시;
  • 거절된 언어 예시.

브랜드 규칙과 과업별 지침을 분리하세요.

예를 들어:

영구 브랜드 규칙

제품이 불필요한 방해를 줄여준다고 설명하세요. 규칙이 전혀 없거나 완벽한 익명성을 보장한다고 주장하지 마세요.

과업별 지시

성인 창작 작가를 위한 150단어짜리 랜딩 페이지 도입부를 작성하세요.

이 구분은 향후 작업을 더 쉽게 관리하게 해줍니다.

XPT에서 프로젝트를 다시 구축하기

프로젝트 파일이 준비되면, XPT에서 새로운 대화를 시작하세요.

1. 프로젝트 파일 제출

구조화된 프로젝트 파일을 붙여 넣되, 최종 출력은 즉시 요청하지 마세요.

이 지시문을 사용하세요.

아래의 프로젝트 파일을 읽으세요.

어떤 프로젝트 작업을 하기 전에:

1. 프로젝트 목표;
2. 영구 지침;
3. 확인된 사실;
4. 거절된 지시;
5. 열린 질문;
6. 다음 작업.

이들 사이의 모순이나 누락된 정보를 지적하세요.

2. 프로젝트 요약 확인

요약이 정확할 때까지는 진행하지 마세요.

다음 항목을 확인하세요.

  • 오래된 지침;
  • 옵션으로 제시된 사실;
  • 결정으로 제시된 옵션;
  • 누락된 경계;
  • 혼란스러운 타임라인;
  • 잘못된 인물 지식;
  • 불명확한 다음 단계.

많은 작은 수정 메시지를 보내지 말고, 문제를 하나의 통합 메시지로 수정하세요.

3. 깔끔한 기준선 만들기

요약이 맞는지 확인한 뒤, XPT에게 최종 프로젝트 기준선을 다시 작성해 달라고 요청하세요.

이 버전은 채팅 밖에 저장하세요.

기준선은 프로젝트의 현재 ‘진실의 원천’이 됩니다.

4. 기존 작업 하나만 이어서 진행하기

마이그레이션 이전부터 진행 중이던 작업을 하나 선택하세요.

프로젝트의 맥락이 제대로 옮겨졌는지 보여주기 때문에, 완전히 새로운 테스트를 만드는 것보다 더 유용합니다.

예시:

  • 미완성된 장면을 계속하기;
  • 최신 승인 초안을 수정하기;
  • 기존 연구 논증을 정리하기;
  • 마지막 사건부터 롤플레이를 이어가기;
  • 확립된 브랜드 규칙을 사용해 다음 캠페인 변형을 만들기.

5. 중요한 수정 사항 기록하기

중대한 오해를 바로잡을 때는, 외부 프로젝트 파일도 함께 업데이트하세요.

수정이 보존될 것이라고 채팅 히스토리만 믿지 마세요.

마이그레이션 수용 체크리스트

다음 질문에 대해 대부분에 ‘예’라고 답할 수 있으면, 프로젝트는 성공적으로 마이그레이션된 것입니다.

프로젝트 맥락

  • 새 대화가 프로젝트 목표를 정확히 설명하나요?
  • 영구 지침이 임시 요청과 명확히 분리되어 있나요?
  • 확인된 사실이 보존되어 있나요?
  • 거절된 아이디어가 제외되어 있나요?
  • 열린 질문이 여전히 ‘미해결’로 표시되어 있나요?

연속성

  • 인물의 관계와 동기가 일관되나요?
  • 타임라인이 정확한가요?
  • AI가 이전 작업이 어디에서 끝났는지 알고 있나요?
  • 사용자가 기본 배경을 반복해서 말하게 하지 않아도 계속할 수 있나요?

지침

  • 기대하는 톤이 보존되어 있나요?
  • 올바른 포맷이 사용되나요?
  • 중요한 용어와 문구가 일관되게 처리되나요?
  • AI가 관련 없는 섹션을 다시 쓰지 않고도 좁은 범위의 수정이 가능한가요?

정보 품질

  • 검증된 사실과 가설이 구분되나요?
  • 검증되지 않은 주장이 명확히 표시되나요?
  • 출처 요구사항이 계속 지켜지고 있나요?
  • 오래된 사실이 재확인 대상임이 식별되었나요?

실용적 독립성

  • 이전 채팅을 다시 열지 않아도 프로젝트를 계속할 수 있나요?
  • 현재 프로젝트 파일이 AI 플랫폼 밖에 저장되어 있나요?
  • 동일한 파일로 같은 프로젝트를 다시 옮길 수 있나요?

모든 작업 전에 오래된 대화를 계속 찾아봐야 한다면, 마이그레이션은 아직 완료되지 않은 것입니다.

옮기기 전에 민감한 정보를 정리하기

프로젝트 파일은 원시 채팅 히스토리보다 검토하기 쉽기 때문에, 마이그레이션을 좋은 타이밍으로 삼아 불필요한 개인정보나 기밀 정보를 제거하는 것이 좋습니다.

삭제하거나 교체하세요.

  • 비밀번호;
  • 액세스 토큰;
  • API 키;
  • 계정 번호;
  • 개인 고객 정보;
  • 내부 재무 데이터;
  • 의료 기록;
  • 집 주소;
  • 식별 번호;
  • 기밀 법률 자료;
  • 공개되지 않은 회사 계획.

실제 신원이 필요하지 않다면 일관된 플레이스홀더를 사용하세요.

  • CLIENT_A
  • EMPLOYEE_B
  • COMPANY_C
  • PROJECT_D

덜 엄격한 AI로 옮긴다고 해서 민감한 정보 보호 필요성이 바뀌는 것이라고 가정하지 마세요. 기밀 자료를 제출하기 전에 해당 서비스의 현재 개인정보 처리방침과 데이터 제어 방식을 검토하세요.

프로젝트는 한 번에 하나씩 옮기기

한 세션에서 모든 프로젝트를 옮기지 마세요.

다음 조건을 만족하는 하나의 프로젝트부터 시작하세요.

  • 현재 진행 중;
  • 제대로 평가하기에 충분히 중요함;
  • 요약할 만큼 문서화가 잘 되어 있음;
  • 매우 민감한 정보에 의존하지 않음.

새 설정을 테스트하는 동안에는 참고용으로 기존 대화를 임시로 보관하세요.

새 프로젝트 파일이 작업을 독립적으로 지원할 수 있게 되면, 다음 프로젝트를 옮기세요.

실용적인 순서는 다음과 같습니다.

  1. 한 프로젝트를 정리하기;
  2. 마이그레이션 파일 만들기;
  3. XPT에서 다시 구축하기;
  4. 실제 작업 하나 완료하기;
  5. 누락된 맥락 업데이트하기;
  6. 기존 채팅과의 독립성을 확인하기;
  7. 최종 마이그레이션 파일 보관(아카이브)하기;
  8. 다음 프로젝트로 반복하기.

이 단계적 접근은 혼란을 줄이고, 어떤 정보가 누락됐는지 더 쉽게 파악하게 해줍니다.

흔한 마이그레이션 실수

전체 대화를 그대로 복사하기

원시 히스토리는 잡음이 너무 많습니다. 모든 메시지가 아니라, 프로젝트 상태를 옮기세요.

상충하는 지침 유지하기

마이그레이션 전에 기존과 새 선호를 정리해 충돌을 해결하세요.

거절된 아이디어를 잊기

버려진 방향이 라벨로 표시되지 않으면, 이후 출력에서 다시 등장할 수 있습니다.

사실과 AI 제안을 섞기

연구 노트는 검증된 정보와 모델이 생성한 가능성을 명확히 분리해야 합니다.

한 번에 너무 많이 옮기기

크고 구조화되지 않은 맥락은, 더 작고 신중하게 정리된 맥락보다 이해하기 어려울 수 있습니다.

새 기준선을 저장하지 않기

중요한 수정은 새 채팅에만 남기지 말고 외부 프로젝트 파일에 추가해야 합니다.

관련 없는 프롬프트로 테스트하기

기존 맥락에 의존하는 과업을 사용하세요. 그렇지 않으면, 마이그레이션 품질을 테스트하는 것이 아니라 일반적인 출력 품질을 테스트하게 됩니다.

자주 묻는 질문

XPT에 제 전체 ChatGPT 대화를 복사해야 하나요?

보통은 아닙니다.

구조화된 프로젝트 파일은 원시 대화보다 더 유용합니다. 반복, 상충하는 지침, 버려진 아이디어를 제거하기 때문입니다.

다음 작업에 정확한 문구나 메시지 순서가 꼭 필요할 때만 전체 대화를 복사하세요.

마이그레이션 파일은 얼마나 길어야 하나요?

프로젝트를 보존할 만큼은 길어야 하지만, 명확함을 유지할 만큼은 짧아야 합니다.

간단한 프로젝트는 몇 백 단어만 필요할 수 있습니다. 복잡한 소설, 연구 프로젝트, 혹은 장기간 이어지는 롤플레이는 여러 개의 연결된 파일이 필요할 수도 있습니다.

임의의 단어 수보다 ‘명확성’이 더 중요합니다.

ChatGPT 커스텀 지침은 어떻게 마이그레이션하나요?

프로젝트에 관련된 지침만 복사하세요.

일반적인 선호는 Permanent Instructions 아래에 둘 수 있습니다. 프로젝트별 규칙은 프로젝트 파일에 그대로 유지하세요.

옮기기 전에 지침을 검토하세요. 예전 선호는 더 이상 당신의 작업 방식과 맞지 않을 수 있습니다.

아주 긴 글쓰기 프로젝트는 어떻게 옮기나요?

원고 전체를 하나의 프롬프트에 넣지 마세요.

다음처럼 별도의 파일을 만드세요.

  • 프로젝트 개요;
  • 스타일 규칙;
  • 인물;
  • 타임라인;
  • 장 요약;
  • 현재 장면;
  • 해결되지 않은 질문.

현재 작업에 관련된 파일만 제공하세요.

마이그레이션 후 인물 변화는 어떻게 방지하나요?

동기, 관계, 대화 스타일, 지식의 한계, 그리고 반드시 일관되게 유지돼야 하는 디테일이 포함된 간결한 인물 파일을 사용하세요.

새 AI에게 이야기를 계속하기 전에 각 주요 인물을 요약해달라고 요청하세요.

오래된 채팅은 얼마나 오래 보관해야 하나요?

마이그레이션된 프로젝트가 더 이상 그 채팅을 매번 참조하지 않아도 계속될 때까지 보관하세요.

이후에는 백업, 개인정보 보호, 기록 보관 요구사항에 따라 필요한 정보를 유지하세요.

마이그레이션이 잘 되었는지 어떻게 알 수 있나요?

마이그레이션은, 새 AI가 외부 프로젝트 파일만으로도 기존 프로젝트를 정확히 이어갈 수 있을 때 성공한 것입니다.

이전 결정을 반복해서 설명하거나, 삭제된 맥락을 다시 복구하거나, 기본 정보를 찾기 위해 이전 대화를 다시 검색할 필요가 없어야 합니다.

실제 프로젝트 1개를 XPT로 옮기기

인위적인 테스트 프롬프트 대신, 진행 중인 실제 프로젝트 1개부터 시작하세요.

그 프로젝트의 목표, 규칙, 확인된 사실, 거절된 지시, 열린 질문, 다음 작업을 정리하세요. 프로젝트 파일을 XPT에 제출하고 이해를 검증한 다음, 이전 작업이 정확히 멈춘 지점부터 이어가세요.

XPT로 새로운 대화를 시작하기.