복사·붙여넣기 세금: ChatGPT와 Claude에서 글 쓸 때 진짜 치르는 비용

9장에 아무리 고쳐도 안 풀리는 대화 장면이 있습니다. 세 문단을 복사해 ChatGPT에 붙여넣고 대사를 좀 더 팽팽하게 조여 달라고 요청합니다. 결과물이 꽤 마음에 듭니다. 다시 복사해 워드(Word)에 붙여넣는 순간, 기울임꼴은 날아가고 소제목은 일반 본문 줄로 바뀌었으며 문단 첫 줄 들여쓰기도 사라집니다. 10분 동안 서식을 복구하다가, 정작 꼭 살리고 싶었던 문장 하나를 AI가 슬쩍 잘라냈다는 사실을 뒤늦게 발견합니다. 그런데 직전 버전이 어디 있었는지는 이미 가물가물합니다.

다음번 수정 때 새로 고친 버전을 다시 채팅창에 붙여넣습니다. 서너 번만 왕복해도 채팅창에는 여러 버전이 굴러다니고, 원고 파일에는 또 다른 버전이 남아, 어느 문장을 내가 썼고 어느 문장을 AI가 고쳤는지 헷갈리기 시작합니다.

이건 모델 성능의 문제가 아닙니다. 지금 나오는 주류 모델 중 어느 것을 써도 그 정도 대화는 매끄럽게 다듬어 줍니다. 진짜 문제는 내 원고와 내 대화가 서로 다른 곳에 살고 있다는 점입니다.

복사와 붙여넣기는 단축키 두 번 누르는 사소한 동작처럼 보입니다. 하지만 실제로는 퇴고할 때마다, 장이 바뀔 때마다, 책을 쓸 때마다 꼬박꼬박 다시 내야 하는 ‘세금’입니다. 당장 작업을 멈출 만큼 한 번에 비싸지는 않기 때문에, 역설적이게도 눈덩이처럼 불어납니다.

투명성 안내: 저희는 에디터 안에 AI 채팅을 결합한 집필 워크스페이스 Muses를 개발하는 팀입니다. 이 글은 팀에서 직접 작성했으며, 제품에 관한 모든 설명은 현재 실제로 작동하는 기능을 기준으로 합니다.

핵심 요약

• AI 글쓰기의 진짜 비용은 ‘생성’이 아니라 ‘운반’에서 발생합니다. 한 문단을 생성하는 데는 몇 초면 충분하지만, 그걸 원고에 안전하게 넣고 다시 꺼내는 데는 몇 분이 걸립니다.
• 채팅창은 대화를 위해 만들어졌고, 에디터는 원고를 위해 만들어졌습니다. 두 공간은 서식도, 맥락도, 버전 기록도 공유하지 않습니다.
• 매끄러운 협업이란 ‘더 똑똑한 모델’이 아니라 ‘AI와 원고가 같은 자리에 있는 것’을 뜻합니다. AI가 내 프로젝트를 읽고, 변경 사항이 원본 문장 위에 내려앉으며, 무엇을 남길지 작가가 결정합니다.
• 얼마나 잘 고쳤느냐보다 ‘무엇이 바뀌었는지 보이느냐’가 더 중요합니다. 비교 표시(Diff)가 없는 수정은 제대로 검토할 수도, 깔끔하게 되돌릴 수도 없습니다.
• 단발성 질문 하나에는 채팅창으로 충분합니다. 하지만 실제 원고와 여러 차례의 개고, 호흡이 긴 프로젝트가 맞물리는 순간부터 운반 비용에 복리가 붙기 시작합니다.

복사·붙여넣기 루프가 실제로 청구하는 네 가지 비용

첫째, 경계를 넘는 순간 서식이 깨집니다. 제목 단계, 기울임꼴, 목록, 각주, 이미지, 인용 블록, 구역 나눔. 채팅창이 내놓는 결과물은 ‘구조를 갖춘 문서’가 아니라 ‘텍스트 덩어리’입니다. 워드나 에디터에 도로 붙여넣으면 일반 텍스트로 들어오거나 스타일이 뒤틀려, 모든 서식을 손으로 다시 입혀야 합니다. 대목이 길어질수록 복구 비용도 비싸집니다.

둘째, 매번 맥락을 처음부터 다시 쌓아야 합니다. 모델은 내 캐릭터 설정집도, 용어집도, 앞선 여덟 장의 줄거리도 모릅니다. 새 대화창을 열 때마다 관련 자료를 다시 붙여넣어야 하고, 긴 대화창 하나를 계속 쓰자니 초반의 세부 설정이 시야에서 밀려나거나 요약 과정에서 증발해 버립니다. 반복 노동으로 한 번, 불완전한 배경 설명으로 또 한 번, 두 번 비용을 치르는 셈입니다.

셋째, 변경 비교(Diff)도 없고 안전한 퇴로도 없습니다. 채팅창은 그저 ‘새 버전’을 통째로 건넬 뿐입니다. 어느 문장을 잘라냈고 어느 문장을 보탰으며 왜 그랬는지 일러주지 않습니다. 눈으로 문단 전체를 대조하거나 그냥 통째로 받아들이는 수밖에 없습니다. 되돌아가려면 에디터의 실행 취소(Undo) 스택과 내 기억력에 기대야지, ‘이 수정 직전 상태로 돌아가기’ 같은 명확한 안전장치가 없습니다.

넷째, 글쓰기 과정이 두 동강 납니다. 생각하는 곳은 채팅창이고 쓰는 곳은 에디터이며, 인물 설정은 다른 문서에, 조사 자료는 브라우저 탭에 흩어져 있습니다. 창을 바꿀 때마다 방금 간신히 끌어올린 작업 기억(워킹 메모리)이 깎여 나갑니다. 많은 사람이 ‘AI로 글 쓰는 게 생각보다 피곤하다’고 느끼는 이유가 여기에 있습니다. 피곤한 건 글쓰기가 아니라 끊임없는 화면 전환입니다.

채팅 도구의 결함이 아닙니다

채팅창이 만들어 내는 본래 생산물은 ‘메시지’입니다. 메시지는 태생적으로 선형적이고 일회적이며 대화를 위해 설계되었습니다. 제목 계층 구조를 보존하거나 자료 라이브러리를 관리하고 여러 기기에서 원고 구조를 동기화할 의무가 채팅창에는 없습니다.

물론 채팅 도구들도 기능을 덧붙이고 있습니다. 대화창 안에서 문서를 바로 고치게 해 주거나 옆에 편집 가능한 캔버스를 띄워 주기도 합니다. 하지만 그 기능들이 개선하는 대상은 어디까지나 대화창 안에 갇힌 문서이지, 내 에디터 속에 있는 본편 원고가 아닙니다. 프로젝트 구조와 설정 자료, 버전 기록은 여전히 다른 시스템에 머물러 있습니다.

따라서 진짜 물어야 할 질문은 “어느 모델이 글을 더 잘 쓰는가?”가 아니라 “AI가 어디에 서 있는가?”입니다. 작업 공간 바깥에 서 있다면 짐을 나르는 일은 오롯이 작가의 몫입니다. 작업 공간 안에 들어와 있어야 초고를 직접 함께 다듬을 수 있습니다.

끊김 없는 협업을 위한 네 가지 조건

AI가 원고 안에서 제대로 일하려면 도구에 최소한 네 가지가 갖춰져야 합니다. 어떤 AI 집필 도구를 고르든 이 네 가지를 잣대로 삼을 수 있습니다.

첫째, 지금 붙여넣은 조각만이 아니라 프로젝트 전체를 읽을 수 있어야 합니다. 인물, 용어, 장별 개요, 앞선 장들이 프로젝트 안에 자리 잡고 있어서 매번 작가가 다시 붙여넣지 않아도 AI가 스스로 찾아 읽을 수 있어야 합니다.

둘째, 수정 사항이 원본 텍스트 위에 내려앉고 표시되어야 합니다. 새로 쓴 문단 덩어리를 던져 주고 알아서 틀린 그림 찾기를 하게 만드는 대신, 원래 문장 위에 추가와 삭제를 나란히 표시해 작가가 하나씩 수락하거나 거절할 수 있어야 합니다.

셋째, 수정을 언제든 되돌릴 수 있어야 합니다. 최소한 이번 수정 직전 상태로 깔끔하게 돌아갈 수 있어야 합니다. 되돌릴 수 없는 자동 수정은 원고를 걸고 하는 도박이나 다름없습니다.

넷째, 본문과 자료, 마인드맵이 하나의 경계를 공유해야 합니다. 같은 프로젝트 안에서 본문 글과 참고 자료, 마인드맵이 서로를 볼 수 있어야 작가가 맥락을 이리저리 실어 나르지 않아도 됩니다.

얼핏 제품 기능 명세서처럼 들리지만, 사실은 퇴고라는 작업 자체가 요구하는 기본 조건입니다. 넷 중 하나만 빠져도 복사·붙여넣기는 어떤 형태로든 다시 돌아옵니다.

Muses에서 한 차례 퇴고하는 과정

Muses는 AI 채팅을 에디터 안에 결합한 집필 워크스페이스입니다. 왼쪽에는 프로젝트와 자료, 가운데에는 원고 본문, 오른쪽에는 채팅창이 놓입니다. 세 패널의 너비를 자유롭게 조절할 수 있고 채팅창을 접어 둘 수도 있습니다. 모바일에서는 나란히 놓는 대신 원고와 채팅이 별도 화면으로 전환됩니다.

한 차례의 수정은 이렇게 진행됩니다.

1. 해당 장을 열고 고치고 싶은 문단을 드래그해 선택합니다.
2. 오른쪽 채팅 패널에 목표를 적습니다. “이 문단만 고쳐 줘. 말다툼의 호흡을 빠르게 만들고 수식어를 줄일 것. 장면의 나머지 부분에 쓰인 어휘와 리듬은 그대로 유지해 줘.”
3. 선택한 영역이 메시지와 함께 전달되므로, AI는 새로 붙여넣은 사본이 아니라 작가가 지정한 원본 문장을 그대로 봅니다.
4. 수정안은 본문을 덮어쓰지 않습니다. 인라인 비교(Diff) 표시를 통해 원본 자리 위에 그대로 표시되며, 삭제된 부분은 취소선으로, 추가된 부분은 강조 표시로 나타납니다.
5. 변경 사항을 하나씩 수락·거절하거나 블록 전체를 한 번에 수락·거절합니다. 확정하기 전까지 원본은 그대로 남아 있습니다.
6. 수락한 뒤에도 방금 적용한 수정을 취소하고 수락 직전 상태로 돌아갈 수 있습니다(실행 취소는 가장 최근의 수락에 적용되며, 본문을 계속 직접 편집하면 확정됩니다).

더 많은 맥락이 필요할 때도 파일을 붙여넣지 않습니다. 채팅 입력창에 @를 입력해 특정 글이나 자료 라이브러리의 문서를 지정하거나, 프로젝트 안의 인물 이름과 용어로 검색하라고 지시하면 됩니다. AI는 프로젝트의 글, 자료, 마인드맵을 읽을 수 있으며 공개 도움말 문서도 참고할 수 있습니다.

마인드맵도 같은 흐름을 따릅니다. 기존 마인드맵에 대한 AI의 수정안은 캔버스 위에 노드별로 표시되고, 작가가 수락하거나 거절한 뒤에야 반영됩니다(새 마인드맵은 바로 생성됩니다). 데스크톱 앱에서 로컬 프로젝트를 쓸 때도 나란히 놓인 채팅과 인라인 검토 흐름을 똑같이 사용할 수 있습니다(채팅 기능은 로그인 및 온라인 연결이 필요합니다).

채팅창에서 계속 글을 쓴다면 당장 실천할 세 가지 습관

모든 사람이 지금 당장 도구를 바꿀 필요는 없습니다. 현재 ChatGPT나 Claude 채팅창에서 글을 쓰고 있다면, 아래 세 가지 습관만으로도 운반 비용을 즉시 줄일 수 있습니다.

첫째, ‘기준 문서’를 대화창 바깥에 따로 보관하세요. 캐릭터 설정표, 세계관, 용어집, 장별 요약은 고정된 한곳에 모아 두고, 매번 대화할 때는 지금 요청에 꼭 필요한 부분만 발췌해 붙여넣으세요.

둘째, 한 번에 작은 단위 하나만 고치세요. 한 문단, 하나의 목표. 장 전체를 통째로 넣고 “더 좋게 다듬어 줘”라고 하면 검토할 수도, 되돌릴 수도 없는 결과물이 돌아옵니다.

셋째, 반영하기 전에 모든 변경 사항—특히 삭제된 부분—을 직접 읽으세요. AI는 자기가 무슨 문장을 지웠는지 먼저 친절하게 알려주지 않습니다.

사실 관계 하나를 확인하거나 제목 후보 세 개를 뽑거나 한 문단의 의미를 점검할 때는 채팅창이 가장 알맞은 도구입니다. 채팅창의 한계는 모델의 능력이 부족해서가 아니라, 몇 달 동안 하나의 원고 속에 살면서 작업해야 할 때 드러납니다.

마무리하며

복사와 붙여넣기는 게으름이 아닙니다. 서로 분리된 도구의 경계가 작가에게 남겨 놓은 수작업입니다. 한 번에 몇 분밖에 안 걸리는 것 같지만 퇴고할 때마다, 장마다, 책마다 반복됩니다.

AI를 에디터 안으로 들이는 일은 기능 하나를 추가하는 것이 아니라 이 경계선 자체를 바꾸는 일입니다. AI가 내 프로젝트를 읽고, 수정 사항이 원본 위에 표시되며, 남길지 말지를 내가 결정하고, 마음에 안 들면 되돌릴 수 있습니다. 아끼는 것은 단축키 몇 번이 아니라, 창을 바꿀 때마다 다시 붙잡아야 했던 집중력입니다.

Muses는 바로 그렇게 작동합니다. 원고 옆에 나란히 놓인 채팅, 곧바로 맥락이 되는 선택 영역, 작가의 승인을 기다리는 인라인 수정안, 노드 단위로 확인하는 마인드맵—그리고 데스크톱 앱의 로컬 프로젝트에서도 이어지는 동일한 작업 흐름까지. 직접 감각을 익혀 보고 싶다면 새 프로젝트를 시작하거나 AI 소설 에디터 및 AI 텍스트 생성기 페이지에서 작동 방식을 살펴보세요. 집필과 퇴고의 구체적인 방법론은 AI로 책 쓰는 8단계 과정과 글쓰기 실력을 키우는 4단계 사이클에서 이어서 읽으실 수 있습니다.

시작은 무료입니다. 무료 플랜에는 기본 Clio 모델과 매월 50,000 StarPower가 포함되며, 유료 플랜은 구독 방식으로 결제 페이지의 현재 요금에 따라 제공됩니다. 무료로 시작하기.