Skip to main content

ChatGPT를 “잘 쓰는 사람”과 “몇 번 써보고 마는 사람”의 차이는 대개 프롬프트 재능이 아니라 세팅과 대화 운영 방식에서 시작됩니다. 같은 질문도 어떤 환경(웹/모바일/데스크톱)에서, 어떤 컨텍스트(이전 대화를 이어갈지/새 대화를 열지)에서 던지느냐에 따라 결과 품질과 재작업 시간이 크게 달라집니다.

이 챕터의 목표는 두 가지입니다.

첫째, 웹/모바일/데스크톱을 용도에 맞게 배치해서 “언제 어디서 무엇을” 할지 자동으로 결정되게 만드는 것.

둘째, 대화 컨텍스트를 관리하는 습관(이어가기 vs 새 대화)을 만들어서, 대화가 길어질수록 생산성이 떨어지는 문제를 줄이는 것입니다.


계정 시작 세팅: ‘한 번만’ 해두면 매번 이득


앱/기기 선택: 웹·모바일·데스크톱을 ‘역할 분담’하라

ChatGPT는 어디서든 쓸 수 있지만, 모든 일을 한 기기에서 하려는 순간 효율이 떨어집니다. 아래처럼 역할을 나누면, 작업이 빨라지고 대화가 덜 꼬입니다.

웹(Web): 긴 글·파일·멀티탭 작업의 본진

웹은 “자료를 펼쳐놓고” 작업하기 좋습니다. 브라우저 탭을 왔다 갔다 하며 원문을 확인하거나(정책/문서/리서치), 장문 편집을 반복할 때 유리합니다. 또한 파일을 업로드해 함께 보며 작업하는 흐름을 만들기에도 편합니다.

웹은 특히 다음 상황에서 강합니다.

  • 긴 글(블로그, 제안서, 보고서)의 초안→수정→다시 수정

  • 여러 출처를 두고 비교하며 요약/정리/근거 추적

  • 표/목차/템플릿 같은 구조화된 산출물

데스크톱 앱(Desktop): ‘한 작업만’ 깊게 파는 집중 모드

데스크톱 앱은 프로그램을 다운로드 받아 고정해 놓고 사용하기 좋습니다. 프로그램을 하단의 작업 관리자 등에 올려놓고 빠르게 접근할 때 좋습니다.

모바일(Mobile): 캡처·음성·현장 메모의 입구

안드로이드

아이폰

모바일은 “생각이 떠오른 순간”을 잡는 데 가장 강합니다. 이동 중에 떠오른 아이디어, 회의 직후의 메모, 스크린샷/사진 기반 질문은 모바일에서 바로 시작하는 게 빠릅니다.

다만 모바일은 화면이 좁아 대화가 길어지면 컨텍스트를 놓치기 쉽습니다. 그래서 모바일에서 시작한 작업은 이렇게 마무리하는 것이 좋습니다.

  1. 모바일에서 핵심만 던져 초안을 얻고

  2. “요약(체크포인트)”을 받아 두고

  3. 웹/데스크톱으로 옮겨 정리·확장합니다.

이 흐름은 길게 보면 반복 시간을 줄여줍니다.


대화 습관의 핵심: ‘대화 하나 = 작업 하나’로 묶기

대화가 꼬이는 가장 흔한 이유는 한 스레드에서 다음을 동시에 하려는 순간입니다.

  • 기획을 하다가

  • 문장 톤을 바꾸다가

  • 갑자기 리서치로 넘어가고

  • 다시 표로 정리하고

  • 마지막에 이메일까지 쓰는 것

이건 사람에게도 피곤한데, 모델에게는 더 어렵습니다. 그래서 기본 규칙을 하나로 정하면 좋습니다.

대화 하나는 한 작업의 작업장이다.

작업이 바뀌면 “새 대화”를 여는 것을 기본값으로 두고, 이어갈지 말지는 의식적으로 결정합니다.

기억해 주세요. 내용(컨텍스트)이 길어지면 AI의 성능이 떨어집니다. 주제가 바뀌었을 때는 항상 새 탭에서 시작하세요.


이어가기 vs 새 대화: 판단 기준을 ‘3초 규칙’으로 고정

새 대화를 열지, 이어갈지 고민이 길어지면 그 자체가 낭비입니다. 그래서 저는 3초 규칙을 추천합니다.

이어가는 게 이득인 경우

아래 조건 중 2개 이상이면 이어가는 쪽이 대체로 이득입니다.

  • 같은 산출물(같은 문서/같은 기획안/같은 코드)에 대한 수정 작업이다.

  • 이미 합의한 제약(톤, 분량, 독자, 금지 표현)이 있고, 그걸 유지해야 한다.

  • 이전 대화에서 만든 표/목차/정의/용어집을 그대로 이어 써야 한다.

같은 흐름의 작업이라면 대화를 이어갈수록 “설명 비용”이 줄어듭니다.1

새 대화가 이득인 경우

새 대화가 이득인 쪽은 반대로 "이전 맥락이 오히려 발목을 잡는" 경우입니다. 즉, 이전 합의(제약·용어·결론)를 유지하는 것보다, 컨텍스트를 비우고 다시 정의하는 편이 더 빠르고 정확할 때가 많습니다.

특히 아래처럼 '무엇을 하는 대화인지'부터 다시 잡아야 하는 상황이면, 이어가기보다 새 탭을 여는 게 비용이 적습니다. 이때는 새 대화를 열고 첫 메시지에 작업 개요(표지)처럼 목적·대상·산출물·제약을 짧게 적어두면 흐트러짐을 크게 줄일 수 있습니다.

아래 중 하나라도 해당하면 새 대화를 기본으로 봅니다.

  • 주제가 바뀐다(글쓰기 → 여행 계획, 회의 요약 → 채용 공고 등).

  • 답이 자꾸 엉킨다(이전 가정에 집착하거나, 잘못 이해한 상태로 계속 진행).

  • ‘다른 관점’이 필요하다(이전 대화가 이미 한 방향으로 편향됨).

“새 대화는 더 선명한(컨텍스트 없는) 답을 주고, 이어가는 대화는 시간을 아끼며 이전 작업을 확장한다”고 합니다.1


컨텍스트를 잃지 않는 4가지 도구: 브리프·리캡·체크포인트·스크래치패드

대화가 길어지면 모델이 이전 내용을 덜 참고하거나, 중요한 제약을 놓치는 일이 생깁니다. 이를 줄이는 실전 장치가 네 가지입니다.

브리프(Brief=작업 요약): 매 대화의 ‘표지’

브리프(작업 요약)는 “이 작업의 정체성”을 한 페이지로 고정하는 장치입니다. 긴 프로젝트일수록, 매번 처음부터 설명하지 않기 위해서가 아니라 설명하더라도 최소한으로 설명하기 위해서 필요합니다.2

대화를 하다가 내용이 길어지면 다음과 같이 요약을 시켜 보세요.

현재까지의 작업을 다음과 같이 요약해줘.

[프로젝트 브리프]
역할: (내가 누구인지)
목표: (이번 작업의 최종 결과물)
독자/사용처: (누가 읽고 어디에 쓰는지)
제약: (분량, 톤, 금지사항, 반드시 포함할 것)
자료/근거: (참고 파일/링크/내부 기준)
현재 진행상태: (어디까지 했는지)
다음 한 단계: (이번 메시지에서 얻고 싶은 것)

그리고 나온 결과를 새 대화 첫 메시지로 붙여 넣으세요.

브리프는 길수록 좋은 게 아니라 “업데이트가 쉬울수록” 좋습니다. 10줄 내외로 유지하세요.

image

리캡(Recap=재요약) 의식: 시작 전에 ‘같은 그림’을 그리게 한다

작업을 다시 시작하기 전에(같은 대화를 이어가더라도 잠깐 끊겼다가 다시 시작할 때) 이렇게 한 줄을 붙입니다. 대화 도중 방향이 흐려졌다고 느끼면 중간에도 한 번 더 리캡을 시켜 ‘정렬’하는 용도로 쓸 수 있습니다.

  • “진행하기 전에 목표/제약/이번 산출물을 3줄로 요약해줘.”

모델의 요약이 빠진 부분이 있으면, 바로 교정합니다. 이 과정 자체가 컨텍스트를 다시 선명하게 만들어 줍니다.2 (특히 대화가 길어졌을 때 효과가 큽니다.)

브리프 vs 리캡: 차이 한눈에 보기

브리프는 대화/프로젝트의 기본 정보를 고정해 새 대화 첫 메시지로 넣는 요약입니다. 목표·독자·제약·자료·진행상태처럼 되도록 변하면 안 되는 기준을 담습니다.

리캡은 시작/재개/중간에 AI가 지금 이해한 목표·제약·다음 산출물을 2~3줄로 다시 말하게 해서, 서로 같은 이해인지 오해를 점검하고 정렬하는 절차입니다.

브리프 = AI와 대화를 할 때 작업 요약을 시키고 다음 대화 때 붙여 넣는 방식.

리캡 = AI가 되풀이해 확인하는 이해 점검(정렬)

체크포인트(Checkpoint): 결정사항을 스냅샷으로 저장

작업이 진행될수록 “무엇을 이미 결정했는지”가 중요해집니다. 그래서 중간중간 스냅샷을 만듭니다.2

예를 들어 이렇게 요청합니다.

  • “지금까지 합의한 결정을 ‘체크포인트 v1’로 5줄로 정리해줘. (결정/이유/미결정 포함)”

그리고 다음 대화(또는 다음 날)에 시작할 때, 브리프 아래에 이렇게 붙입니다.

  • “체크포인트 v1을 기준으로 이어서 진행해줘.”

대화가 길어져도 일관성이 유지되는 가장 쉬운 방법입니다.

스크래치패드(Scratchpad): 변하는 정보만 따로 관리

프로젝트 중에 숫자/가정/용어 정의 같은 변동 요소가 계속 바뀌면 모델이 가장 흔하게 헷갈립니다. 그래서 ‘변하는 것만 모아 둔 메모’를 스크래치패드로 운영합니다. 핵심은 숫자/가정/용어 정의 같은 변동 요소를 항목으로 고정해 대화 말미에 붙이고, 다음 대화 시작 시 그대로 붙여 넣어 업데이트하는 방식입니다.2

요청 예시는 이렇습니다.

  • “대화 말미에 스크래치패드를 갱신해줘(가정/숫자/용어).”

이 습관이 생기면 ‘이어가기’의 품질이 눈에 띄게 좋아집니다. 특히 같은 프로젝트를 여러 날에 걸쳐 진행할 때, 바뀐 부분만 빠르게 따라잡게 해줍니다.


프로젝트 단위 관리: ChatGPT Projects로 작업공간 만들기

프로젝트(Projects)는 대화를 모아두는 ‘폴더’라기보다, 반복 설명을 줄이고 자료를 한 곳에 묶는 작업공간에 가깝습니다. 기능 제공 범위는 플랜/계정에 따라 다를 수 있습니다.

Projects가 해결하는 문제

큰 작업이 길어질수록 생기는 세 가지 마찰을 줄여줍니다. 첫째, 매번 목적/톤/제약을 다시 설명하는 비용. 둘째, 근거 파일(원문/정책/회의록)이 여기저기 흩어져 “어느 버전이 최신인지” 헷갈리는 문제. 셋째, 같은 프로젝트를 여러 스레드에서 돌리다 대화가 뒤섞이는 문제입니다.

프로젝트의 구성요소 3가지

Projects를 실무적으로 보면 구성은 딱 세 덩어리입니다.

  1. 프로젝트 대화들: 같은 목적 아래에서 진행되는 여러 작업 세션(스레드)

  2. 프로젝트 파일: 근거/원본 자료(업로드해 두고 반복 참조)

  3. 프로젝트 지침(Project instructions): 매번 유지해야 하는 기준(톤/독자/금지/출력 형식)

Project Memory(프로젝트 메모리): “같은 작업공간”의 지속 컨텍스트

Project Memory는 같은 프로젝트 안에서의 대화/지침/파일 맥락을 더 잘 이어받도록 돕는 개념입니다. 다만 ‘무한 기억’이 아니라, 관련성과 현재 대화에 담긴 정보의 길이에 따라 실제로 반영되는 정도가 달라질 수 있습니다.

또 하나: 프로젝트에 올린 자료는 곧 작업공간의 기본 맥락이 됩니다. 팀/고객/계약/개인정보처럼 민감한 정보는 업로드 범위를 보수적으로 잡고, 꼭 필요할 때만 최소 단위로 넣는 게 좋습니다.3

추천 운영법(실전 규칙 5개)

  1. 프로젝트=장기 작업공간, 대화=단기 작업세션으로 분리합니다. 프로젝트에는 ‘기준과 근거’를 두고, 대화는 ‘이번 세션의 산출물’에만 집중합니다.

  2. 한 프로젝트 안에서도 산출물이 달라지면 새 대화를 만듭니다. 예: “보도자료 초안” 스레드와 “FAQ 정리” 스레드는 분리.

  3. 지침은 변하면 안 되는 기준만 넣습니다. 톤/독자/금지 표현/출력 형식처럼 장기적으로 유지될 규칙이 적합합니다.

  4. 파일은 근거/원본 중심으로 유지하고 버전 관리를 합니다. 예시 파일명 규칙: YYYY-MM-DD_문서명_v01.ext, YYYY-MM-DD_문서명_v02_reviewed.ext.

Projects vs GPTs(맞춤 GPT): 간단 비교

개인화(메모리) 설정: ‘장기 기억’과 ‘대화 기억’을 분리해서 생각한다

ChatGPT는 대화 중에 방금 나눈 내용을 대화 컨텍스트로 사용합니다. 이건 같은 스레드 안에서는 항상 작동하며, 꺼둘 수 없는 “단기 작업 메모”에 가깝습니다.1이걸 컨텍스트라고 합니다.

반면 사용자가 허용한 범위에서 취향/선호/작업 성향을 메모리(장기 기억)로 저장해 다음 대화에서도 활용할 수 있습니다.1 이 기능은 편하지만, 프로젝트가 많은 사람에게는 “원치 않는 과거 맥락이 섞이는 느낌”을 줄 때도 있습니다.1

image

전역 메모리 설정 화면

따라서 실무 기준으로는 이렇게 운영하는 편이 안정적입니다.

  • 글 톤, 출력 형식 취향처럼 ‘항상 같은’ 선호만 메모리에 두고

  • 회사/고객/내부 프로젝트처럼 ‘민감하고 변하는’ 정보는 메모리 바깥(프로젝트 문서, 개인 노트, 업로드 파일)에서 관리합니다.

이렇게 분리하면, 장기적으로는 반복 입력이 줄고, 단기적으로는 맥락 오염이 줄어듭니다.

프로젝트 단위 관리: ‘폴더’가 아니라 ‘작업 시스템’으로 쓴다

프로젝트 기능은 단순히 대화를 모아두는 폴더가 아니라, 반복 입력을 없애는 장치입니다. 프로젝트는 파일과 목표를 함께 묶어 “큰 작업을 다시 설명하지 않게 해줍니다.”1

image

프로젝트를 잘 쓰는 요령은 세 가지입니다.

프로젝트에 넣을 것: 변하지 않는 ‘기준’

프로젝트에는 “매번 바뀌지 않는 기준”을 넣습니다.

  • 브랜드 톤 가이드(말투, 금칙어, 문장 길이)

  • 자주 쓰는 문서 템플릿(보고서, 회의록, 공지)

  • 용어집(팀 내부 용어, 제품명 표기 규칙)

이런 것들은 브리프보다 더 장기적입니다. 프로젝트에 붙여두면 매 작업마다 브리프가 짧아집니다.

프로젝트 이름 규칙: 검색되는 이름이 이긴다

이름은 멋보다 검색이 중요합니다. 추천 규칙은 이 정도면 충분합니다.

  • YYYY-MM 목적 - 팀/개인 - 산출물

예: 2026-03 블로그 운영 - 개인 - 주간 발행, 2026-03 제품 런칭 - 팀 - 보도자료


온보딩을 ‘내 손으로’ 설계한다: 작은 승리부터 시작

작은 것부터 하나씩 시작하세요.

ChatGPT도 똑같습니다. 시작 세팅에서 욕심을 내면 오히려 습관이 붙지 않습니다.

지금은 다음만 고정해도 충분합니다.

  • 브리프 템플릿 1개를 복사해 쓰기

  • 매 작업의 끝에 체크포인트 1개 만들기

  • 주제가 바뀌면 새 대화 열기

이 3가지만 자동화되면, 이후 프롬프트 실전(3~5장)에서 배울 기법들이 ‘쌓이기’ 시작합니다.


오늘 바로 적용하는 한 가지

대화를 마친 후 지금까지의 대화를 요약해줘라고 하세요.

그리고 새로운 세션을 열고 요약을 붙여 넣고 대화를 이어나가 보세요.

참고

1Should you start a new chat with ChatGPT every time you use it? Here's your guide for when to keep the conversation going (TechRadar)

2Never Lose the Thread: Context Management for Long AI Conversations (spicyautocorrect.com)

책 목록

ChatGPT 활용법

전체 목차 보기

이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.

틸노트는 사용자가 AI를 활용해 노트를 쉽게 작성하거나 편집할 수 있는 서비스입니다.

AI 스퀘어 단톡방에 함께해요

AI 활용과 틸노트 사용 팁을 나누는 오픈채팅방입니다. 입장 비밀번호는 tilnote입니다.

참여하기