원샷 AI 글쓰기가 AI처럼 들리는 이유
사람들이 ChatGPT에 보내는 업무 관련 메시지의 40%는 글쓰기에 관한 것입니다. 이 수치는 2025년 9월에 발표된 OpenAI와 NBER 공동 연구에서 나왔으며, 소비자 ChatGPT 트래픽의 프라이버시 보호 샘플을 분석한 것입니다. 같은 논문에서 더 흥미로운 사실이 드러났습니다. 이러한 글쓰기 메시지 중 약 3분의 2가 모델에게 빈 페이지에서 무언가를 생성하도록 요청한 것이 아니라, 이미 가지고 있는 텍스트를 수정하는 사람들이었다는 점입니다.
그 비율은 AI 글쓰기가 실제로 어떻게 작동하는지에 대한 조용한 진실입니다. 대부분의 사용자는 고통스러운 시행착오를 통해, 챗봇에게 "X에 관한 2,000단어 에세이를 써달라"고 요청하면 X에 관한 2,000단어 에세이처럼 읽히는 무언가가 나온다는 것을 이미 배웠습니다. 일반적이고, 부풀려져 있고, 작은 부분에서 자신만만하게 틀린. 초고는 항상 문법적으로 깔끔하고 거의 항상 잊혀집니다.
그 이유는 마법이 아니라 구조적인 것입니다. 장문 글쓰기는 하나의 작업이 아닙니다. 적어도 다섯 가지 작업입니다. 실제로 무엇을 말하고 싶은지 알아내기, 말할 순서 정하기, 말할 보이스 찾기, 그것이 견고한지 스트레스 테스트하기, 그리고 산문을 마무리하기. 이 다섯을 하나의 프롬프트로 뭉뚱그리면 모델은 모든 것을 평균화합니다. 평균적인 독자. 평균적인 주장. 평균적인 문장. 평균적인 보이스. 결과물은 학습 데이터에 존재하는 그 주제에 관한 모든 에세이의 중앙값입니다.
이것은 더 긴 프롬프트로 해결할 수 있는 프롬프트 엔지니어링 문제가 아닙니다. 이것은 워크플로우 문제입니다. 해법은 작업을 본래 있던 단계들로 다시 나누고, 각 단계 안에서 AI가 진정으로 잘하는 것에 AI를 사용하는 것입니다. 그것이 이 글이 설명하는 워크플로우입니다. 이름은 제가 붙였습니다. 패턴은 일단 보고 나면 자명해 보일 것입니다. 좋은 방법은 대부분 그렇습니다.
5단계 워크플로우 개요
전체 워크플로우를 한 페이지에 담았습니다. 다섯 단계, 각각 좁은 범위와 명확한 인계를 가집니다. 이 방법의 고유 용어로 다룰 것이므로 처음 등장할 때 굵게 표시했습니다.
Brief (브리프) → Skeleton (스켈레톤) → Voice (보이스) → Pressure-Test (프레셔 테스트) → Polish (폴리시)
| 단계 | AI 역할 | 인간 역할 | 산출물 |
|---|---|---|---|
| 1. Brief | 인터뷰어, 명확화 질문을 던짐 | 독자, 주장, 성공 기준 결정 | 한 페이지 브리프 문서 |
| 2. Skeleton | 대조되는 개요 생성기 | 주장에 맞는 구조 선택 | 섹션 비트가 있는 헤딩 개요 |
| 3. Voice | 샘플에서 규칙을 추출하는 스타일 분석가 | 본인 최고의 작품 3~5개 제공 | 평이한 언어로 된 보이스 규칙 목록 |
| 4. Pressure-Test | 적대적 편집자이자 회의주의자 | 어떤 비판을 수용할지 결정 | 약점이 표시된 마크업 초고 |
| 5. Polish | 패턴 표시만, 재작성 금지 | 모든 미세 편집을 손으로 직접 | 여전히 당신처럼 들리는 완성된 작품 |
이 표에서 두 가지를 주목하십시오. 첫째, AI 역할은 매 단계마다 변합니다. 동일한 도구를 다섯 번 사용하는 것이 아닙니다. 매번 다른 협력자입니다. 둘째, 인간의 역할은 끝으로 갈수록 작아지지 않고 커집니다. Brief 단계는 대부분 결정에 관한 것입니다. Polish 단계는 전적으로 당신입니다. 작업의 형태는 AI가 처음에 더 많이 하고 당신이 마지막에 더 많이 하는 역피라미드입니다.
이것은 대부분의 사람들이 글쓰기에 AI를 사용하는 방식과 정반대입니다. 한 시간 동안 아무것도 하지 않다가, 긴 프롬프트를 입력하고, 돌아온 것을 가볍게 20분 편집하는 식입니다. 그 순서는 거꾸로 되어 있습니다. 가장 비싼 사고는 다시 하기가 저렴한 앞쪽에 있어야 하지, 두 번째 문장부터 잘못된 초고에 이미 헌신해 버린 끝쪽에 있어서는 안 됩니다.
1단계: Brief, 절대 건너뛰지 않는 컨텍스트
Brief는 거의 아무도 쓰지 않지만 거의 모두에게 필요한 것입니다. 한 페이지짜리이며, 당신이 작성하고, 모델은 어떤 산문 생성이 일어나기 전에 읽습니다. 그것 없이는 이후의 모든 단계가 추측입니다.
작동하는 Brief에는 여섯 개의 필드가 있습니다. 독자, "모두"가 아닐 만큼 충분한 결을 가진 한 문장으로. 핵심 주장, 한 문장, 입으로 말할 만한 버전. 성공 기준, 이 글이 출판할 가치가 있게 만드는 것. 금지 문구, 보고 싶지 않은 AI 티와 진부한 비유. 보이스 참고 자료, 기존 작품 3~5개(본인 글, 존경하는 작가의 글, 또는 둘 다). 그리고 제약 조건, 길이와 형식과 비협상 사항.
제가 사용하는 템플릿입니다. 평이합니다. 그게 핵심입니다.
# Brief: [작업 제목]
## 독자
이 글을 읽는 사람을 한 문장으로 묘사. 그들의 기존
지식 수준과 그들이 찾으러 온 것을 포함.
## 핵심 주장
이 글 전체가 하기 위해 존재하는 단 한 문장. 한 문장으로
쓸 수 없다면, 그 글은 아직 준비되지 않은 것입니다.
## 성공 기준
- 독자가 무엇을 다르게 행동, 공유, 또는 믿게 됩니까?
- 무엇이 이 글을 그들의 14분만큼의 가치가 있게 만듭니까?
## 금지 문구
- "오늘날 빠르게 변화하는 세상에서"
- "본격적으로 들어가 봅시다"
- "게임 체인저"
- (개인적으로 싫어하는 AI 티를 추가)
## 보이스 참고 자료
- [본인 글 중 하나의 링크]
- [존경하는 작가의 글 링크]
- [한 개 더, 가능하면 다른 톤으로]
## 제약 조건
- 길이: 2,500단어
- 톤: 의견이 분명하지만 비꼬지 않게
- 반드시 포함: 표 한 개, 구체적 예시 세 개
Brief는 프롬프트가 아니라는 점에 주목하십시오. 컨텍스트 문서입니다. 이것은 Context Engineering: The Skill That Replaces Prompt Engineering에서 자세히 주장한 것과 같은 아이디어입니다. Brief는 컨텍스트 엔지니어링 자산입니다. 이후 모든 프롬프트의 상류에 위치합니다.
Brief 단계는 또한 AI가 도와야 할지 말지 결정하는 곳입니다. 어떤 글, 진정으로 당신 자신에게서 나오지만 아직 명확히 표현되지 않은 종류의 글은 초고가 나오기 전 어떤 모델 개입에도 더 나빠집니다. Brief는 이 글이 어떤 종류인지 알아내는 방법입니다. 핵심 주장을 한 문장으로 쓸 수 없다면, 어떤 모델도 당신을 위해 그것을 알아내지 않을 것입니다.
Glasp의 웹 하이라이터를 제가 쓰는 방식으로 사용한다면, Brief 단계는 또한 저장된 하이라이트가 소스 자료가 되는 곳입니다. 주제와 닿는 다섯 개의 하이라이트를 뽑아 Brief에 붙여넣으면, 이후 모든 단계에 공급할 증거와 인용이 준비됩니다.
2단계: Skeleton, 결론에서부터 거꾸로 작업하기
Brief가 존재하면 Skeleton 단계는 빠르고 저렴합니다. 작업은 산문을 쓰는 것이 아닙니다. 작업은 같은 요점을 다른 형태로 주장하는 3~5개의 개요를 만든 다음, 실제로 말하고 싶은 것에 맞는 것을 고르는 것입니다.
이것이 즉시 산문을 쓰는 것보다 나은 이유는 구조적입니다. 개요는 버리기 저렴합니다. 초고는 그렇지 않습니다. 구조가 잘못되었다는 것을 깨닫기 전에 800단어를 쓴다면, 그 800단어를 썼기 때문에 어차피 유지하게 될 가능성이 큽니다. 그것은 헌신으로 포장된 매몰 비용입니다. 개요는 잃을 것이 없기 때문에 그 편향을 유발하지 않습니다.
이 단계에서 제가 사용하는 프롬프트는 짧습니다.
당신은 작가가 아니라 개요 생성기입니다. 아래 Brief를 읽으십시오.
그런 다음 이 글에 대해 대조되는 세 개의 개요를 생성하십시오.
각 개요는 같은 핵심 주장을 펼치되 다른 구조 전략을 사용해야
합니다:
1. 시간순 / 서사
2. 주장 후 증거
3. 문제, 메커니즘, 함의
각 개요에 대해 다음을 알려주십시오:
- 섹션 제목 (4~6개 섹션)
- 각 섹션의 비트를 묘사하는 한 문장
- 이 구조가 어떤 독자에게 가장 적합한지에 대한 메모
산문을 쓰지 마십시오. 개요만.
[Brief를 여기에 붙여넣기]
돌아오는 것은 세 개의 스켈레톤입니다. Brief를 열어둔 채 그것들을 읽으십시오. 옳은 것은 보통 30초 안에 명백합니다. 때로는 옳은 개요가 두 개의 하이브리드이고, 모델은 그 종합을 위한 유용한 토론 상대입니다. 때로는 셋 중 어느 것도 옳지 않은데, 그 자체가 정보입니다. 보통 Brief가 모호했음을 의미합니다.
이 단계는 또한 ChatGPT가 순수한 구조적 다양성에서 Claude를 약간 능가한다는 것을 발견하는 곳입니다. Claude는 사촌처럼 느껴지는 세 개의 개요를 주는 경향이 있습니다. GPT는 서로 낯선 사람처럼 느껴지는 세 개를 줍니다. Skeleton 단계에서는 낯선 사람이 유용합니다. 어떤 모델이 어떤 작업에 맞는지에 대한 전체 추론은 The AI Task and Model Matrix에 있습니다.
3단계: Voice, 왜 "내 스타일로 써줘"는 작동하지 않는가
이 단계가 완성된 글이 사람이 쓴 것처럼 들릴지를 결정합니다. 대부분의 사람들이 여기서 잘못된 프롬프트를 사용합니다. 잘못된 프롬프트는 "이것을 내 스타일로 써줘"입니다. 모델은 당신의 스타일이 무엇인지 모르고, 학습 세트에 당신이 수백 편을 썼다 하더라도, 그것이 당신의 스타일에 대해 아는 것은 함께 학습한 모든 인접 작가들의 스타일과 평균화되어 있기 때문입니다.
해법은 두 단계입니다. 먼저, 당신이 선택한 샘플에서 모델이 구체적인 스타일 규칙을 추출하게 하십시오. 둘째, "당신의 보이스"가 아니라 추출된 규칙에 맞춰 글을 쓰게 하십시오.
추출을 수행하는 메타 프롬프트는 다음과 같습니다.
당신은 비평가가 아니라 스타일 분석가입니다. 아래에 글 세 편을
붙여넣겠습니다. 세 편 모두 주의 깊게 읽고, 작가의 보이스에 대한
스타일 프로파일을 구체적이고 반증 가능한 규칙 목록으로 작성하십시오.
각 규칙에 대해:
- 구체적으로 명시 ("짧은 문장을 쓴다"가 아니라
"문장의 60%가 18단어 미만이다")
- 샘플에서 한 가지 예시 제시
- 작가가 규칙을 어기는 때 기록 (모든 보이스에는 예외가 있음)
최소 다음을 다루십시오:
- 문장 길이 분포
- 문단 길이와 리듬
- 단어 선택 패턴 (구체 명사를 선호하는가, 추상 명사를 선호하는가?)
- 동사 (능동인가 수동인가, 강한가 약한가?)
- 축약형, 문장 단편, 목록의 사용
- 시작과 마무리 패턴
- 작가가 피하는 단어와 문구
내용을 해석하지 마십시오. 스타일만 묘사하십시오.
[샘플 1 붙여넣기]
---
[샘플 2 붙여넣기]
---
[샘플 3 붙여넣기]
돌아오는 것은 15~20개의 규칙 목록입니다. 일부는 틀릴 것입니다. 일부는 명백할 것입니다. 몇 개는 자신이 하고 있는 줄 몰랐던 것일 것입니다. 목록을 읽고, 틀린 규칙을 삭제하고, 모호한 것을 날카롭게 다듬으면, 이제 이후의 어떤 프롬프트에도 제약으로 넘겨줄 수 있는 스타일 문서가 생깁니다.
이것이 작동하는 이유는 모델이 가지고 있지 않은 느낌의 감각에서 생성하는 것보다 패턴을 묘사하는 것에 훨씬 더 능숙하기 때문입니다. "당신의 보이스"를 요청할 때, 당신은 느낌의 감각을 요청하는 것입니다. 15개의 구체적인 규칙에 맞춰 쓰라고 요청할 때, 당신은 패턴 매칭을 요청하는 것입니다. 패턴 매칭은 이러한 시스템이 잘하는 것입니다.
샘플 선택이 중요합니다. 무작위 잡동사니가 아니라 관련 주제에 대한 본인 최고의 글 3~5편을 사용하십시오. 새 글이 의견이 분명한 글이라면, 중립적인 하우투 가이드를 입력하지 마십시오. 보이스 프로파일은 당신이 주는 무엇이든 평균화합니다.
4단계: Pressure-Test, AI를 회의주의자로 만들기
3단계가 끝날 때쯤 당신에게는 초고가 있습니다. 그것은 모델이 당신의 보이스 규칙을 따라 쓴 초고일 수도 있고, 보이스 규칙을 자가 편집 체크리스트로 사용한 후 본인의 초고일 수도 있습니다. 어느 쪽이든, 초고는 이제 적대적인 독자에게서 살아남아야 합니다. 이것이 올바르게 요청하면 AI가 비합리적으로 잘하는 것입니다.
기본 실패 모드는 동의하는 모델입니다. 박스에서 꺼낸 그대로, Claude와 ChatGPT 둘 다 당신의 초고가 훌륭하고 몇 가지 사소한 제안만 있다고 말할 것입니다. 그들은 도움이 되도록 RLHF 튜닝되어 있으며, "이 주장은 트럭이 지나갈 만한 구멍이 있다"고 말하는 것은 가장 저항이 적은 길이 아닙니다. 동의 성향에서 벗어나도록 지시해야 합니다.
이 단계에서 제가 실행하는 여섯 개의 프롬프트입니다. 한 번에 하나씩, 별도의 스레드에서 실행합니다. 섞으면 각각이 희석되기 때문입니다.
1. "이 글의 중심 주장에 대한 가장 강력한 반론은 무엇입니까?
스틸맨하십시오. 아직 반박하지 마시고, 반대 견해의 가장 강력한
버전만 진술하십시오."
2. "당신은 카피를 무자비하게 자르기로 유명한 잡지의 적대적 편집자
입니다. 자기 자리를 차지할 자격이 없는 모든 문장에 표시하십시오.
문장을 인용하고 왜 사라져야 하는지 설명하십시오."
3. "이 글에서 제가 독자가 이미 동의한다고 가정하고 있는 곳은
어디입니까? 공유된 기반을 당연시하고 있는 구체적인 문장을
인용하십시오."
4. "이 글에서 회의적인 독자가 요구할 만한 어떤 증거가 빠져 있습니까?
인용, 숫자, 또는 제가 제공하지 않은 예시가 필요한 구체적인
주장을 나열하십시오."
5. "어디에서 핵심을 묻고 있습니까? 구체적으로: 이 글에서 가장 흥미로운
문장은 무엇이고, 그것이 얼마나 아래에 나타납니까? 더 앞에
있어야 합니까?"
6. "지금부터 12개월 후라고 상상하고 이 글이 잘 늙지 못했다고
가정하십시오. 주제에 대해 무엇이 변해서 글이 틀리게 되었습니까?
그 미래에 가장 노출된 구체적인 문단은 어느 것입니까?"
실행하십시오. 각 프롬프트에서 마크업된 버전의 초고를 받게 됩니다. 비판의 대부분은 틀리거나 약할 것이고, 그것은 괜찮습니다. 몇 개만 적중하면 됩니다. 적대적 편집자 프롬프트는 거의 항상 죽어야 할 서너 문장을 찾아냅니다. "핵심을 묻고 있는" 프롬프트는 거의 항상 유용한 무언가를 재배열합니다.
Glasp 라이브러리를 가지고 있다면, 이 단계는 또한 하이라이트 위에서 동작하는 AI 채팅 기능이 진가를 발휘하는 곳입니다. 채팅에 "이 초고의 주장에 반하는 어떤 반대 증거가 내 자신의 하이라이트 안에 있는가"를 묻는 것은 새 모델에 묻는 것과는 다른 질문이며, 더 정직한 질문입니다. 답이 이미 신뢰하기로 선택한 출처에서 나오기 때문입니다.
이 계열의 더 많은 프롬프트 패턴은 Prompt Patterns for Thinking을 참고하십시오.
5단계: Polish, AI가 해서는 안 되는 마지막 패스
이 단계가 대부분의 워크플로우가 쌓아 올린 모든 것을 망치는 곳입니다. 유혹은 진짜입니다. 거의 완성된 초고가 있습니다. 모델이 바로 거기에 있습니다. 정리하고, 거친 가장자리를 다듬고, 어색한 문장을 고치는 한 번의 패스. 3분이면 됩니다.
하지 마십시오.
이유는 "내 스타일로 써줘"가 작동하지 않는 것과 같은 이유입니다. 폴리시 패스는 글쓰기에서 가장 보이스에 민감한 작업입니다. 리듬, 단어 선택, 그리고 산문이 사람처럼 들리게 하는 작은 특이성이 사는 곳입니다. 모델에게 폴리시를 요청하면, 그것은 이러한 미세 결정을 평균화합니다. 기술적으로 더 매끄럽고 당신처럼 덜 느껴지는 초고를 돌려받게 됩니다. 독자는 무엇이 변했는지 짚을 수 없을 것입니다. 단지 무언가가 어긋났다고 느낄 뿐입니다.
Polish 단계에서 AI가 해야 할 일은 편집이 아니라 후보를 표시하는 것입니다. 이 프롬프트를 사용하십시오.
당신은 편집자가 아니라 스타일 감사관입니다. 아래 초고를 읽으십시오.
어떤 것도 다시 쓰지 마십시오. 다음의 목록을 만드십시오:
- 25단어가 넘는 모든 문장
- 이전 문단과 같은 단어로 시작하는 모든 문단
- 동사가 더 강할 만한 모든 명사화 ("결정을 내렸다"
vs "결정했다")
- 모든 약한 동사 ("~이 있다", "~이다", "이것은 ~이다")
- 잘라낼 수 있는 모든 부사
- 일반적으로 느껴지는 모든 비유나 클리셰
문제가 되는 문장을 인용하십시오. 어떤 제안도 하지 마십시오.
긴 목록을 받게 됩니다. 문장 단위로 걸어가면서 결정하십시오. 표시된 문장 대부분은 괜찮습니다. 일부는 그렇지 않습니다. 어느 것이 어느 것인지 결정하는 것이 당신의 보이스입니다. 그 행위, 연속으로 50번 하는 것이 누군가가 첫 문단부터 당신의 것으로 알아볼 수 있는 글을 만들어냅니다.
Verlyn Klinkenborg는 Several Short Sentences About Writing에서 제가 끊임없이 생각하는 한 줄을 남깁니다. "문장이 길수록 의미는 적어진다." 그것이 문자 그대로 사실은 아니지만, 감각은 그렇습니다. 긴 문장은 숨고. 짧은 문장은 헌신합니다. Polish 단계는 당신이 헌신하는 곳입니다. 모델은 당신을 대신해 헌신할 수 없습니다. 헌신은 모델이 가지고 있지 않은 것이기 때문입니다.
Stephen King은 On Writing에서 더 직설적으로 말합니다: "당신의 사랑하는 것을 죽여라, 당신의 사랑하는 것을 죽여라, 그것이 자기중심적인 작은 작가의 마음을 부서뜨릴 때조차도, 당신의 사랑하는 것을 죽여라." 모델을 사용해 사랑하는 것을 찾으십시오. 당신 자신을 사용해 그것들을 죽이십시오.
한 페이지에 담은 워크플로우
치트 시트입니다. 인쇄하고, 모니터 위에 붙이고, 다음 장문 글을 쓸 때 참조하십시오.
| 단계 | 시간 예산 | AI 역할 | 인간 역할 | 도구 |
|---|---|---|---|---|
| 1. Brief | 30~45분 | 인터뷰어 | 독자, 주장, 금지 문구 결정 | 마크다운 문서, Glasp 하이라이트 |
| 2. Skeleton | 15~30분 | 개요 생성기 | 구조적 적합성 선택 | ChatGPT (다양성) |
| 3. Voice | 30~45분 | 스타일 규칙 추출기 | 샘플 3~5개 큐레이션 | Claude (추출 품질) |
| 4. Pressure-Test | 30~45분 | 적대적 편집자 | 어떤 비판을 수용할지 결정 | Claude, 별도 스레드 6개 |
| 5. Polish | 30~60분 | 패턴 표시만 | 모든 미세 편집을 손으로 | 당신, 커피와 함께 |
2,500단어 분량 글의 총 시간은 2~4시간입니다. 그것을 30분의 원샷 프롬프팅과 비교하면 산수가 나빠 보이지만, 결과물을 비교하면 다릅니다. 원샷 버전은 아무도 끝까지 읽지 않기 때문에 어디로도 가지 않습니다. 5단계 버전은 실제로 공유됩니다.
규칙적으로 글을 쓴다면 유용한 리듬: 당신이 맴도는 주제에 대해 Glasp 컬렉션을 유지하십시오. 하이라이트가 임계 질량(대략 강한 것 다섯 개)을 넘으면, Brief를 열고 워크플로우를 걸으십시오. 하이라이트는 1단계의 증거가 되고, 4단계의 소스 자료가 되고, 모델이 너무 동의할 때 균형추가 됩니다. 하이라이팅 습관이 자리 잡으면 파이프라인은 스스로 돌아갑니다.
자주 묻는 질문 {#frequently-asked-questions}
이 워크플로우가 이메일이나 짧은 글에도 작동합니까?
아닙니다. 약 1,500단어 미만의 어떤 것도 다섯 단계가 필요하지 않습니다. 오버헤드가 이점을 잡아먹습니다. 이메일이나 짧은 게시물에는 Brief를 머릿속에서 쓰고, Skeleton을 건너뛰고, 곧장 초안 작성으로 가십시오. 워크플로우는 구조적 결정이 문장 수준의 결정보다 더 중요한 글을 위해 만들어졌고, 짧은 글은 그 반대입니다.
어느 단계에서 어느 AI를 사용해야 합니까?
둘 다 광범위하게 사용해 본 후의 정직한 평가입니다. Claude는 Brief, Voice 추출, Pressure-Test에 더 강한 경향이 있습니다. 주로 긴 구조화된 지시를 더 안정적으로 따르고 Pressure-Test 단계에서 비위를 맞추려는 경향이 덜하기 때문입니다. ChatGPT는 Skeleton에 더 강한 경향이 있는데, 진정으로 더 다양한 개요 구조를 생성하기 때문입니다. Polish 표시는 프롬프트가 기계적이므로 둘 다 작동합니다. 이 단계들 어디에도 Perplexity는 피하십시오. 그것은 연구 도구이지 글쓰기 파트너가 아닙니다. 더 긴 답변은 The AI Task and Model Matrix에 있습니다.
AI 탐지 도구가 결과물을 표시할까요?
5단계를 실제로 손으로 한다면, 개인적 패턴은 살아남고 탐지 도구는 잡을 것이 적어집니다. KDD 2024의 프린스턴 GEO 논문(Aggarwal et al.)은 언어 모델이 어떻게 스타일을 인용하고 재현하는지 연구했습니다. 여기서 관련된 시사점은 보이스가 레시피보다는 지문에 가깝다는 것입니다. 집계된 텍스트로 학습된 모델은 특정 작가의 미세 결정을 위조하기 어렵고, 이것이 정확히 Polish 단계가 중요한 이유입니다. 즉, 글이 고위험(법률, 학술, 저널리즘)이라면 어떤 워크플로우도 탐지를 통과한다는 보장은 없습니다. AI를 작가가 아니라 비계로 사용하십시오.
이 워크플로우는 실제로 얼마나 걸립니까?
2,500단어 게시물에 2~4시간입니다. 30분의 원샷 프롬프팅에 받은 나쁜 초고를 다시 쓰는 데 보낼 시간(보통 1시간 더)을 더한 것과 비교하면 격차가 줄어듭니다. 거래되는 것은 사실 속도가 아닙니다. 거래되는 것은 완성된 글이 출판할 가치가 있는지 여부입니다.
서두를 때 Brief 단계를 건너뛸 수 있습니까?
아닙니다. Brief를 건너뛰는 것은 AI처럼 읽히는 초고를 만들어내는 가장 신뢰할 수 있는 방법입니다. 다른 모든 단계는 Brief가 명확한지에 의존합니다. 그것 없이는 Skeleton 단계가 원했던 글이 아닌 글의 개요를 줍니다. Voice 단계는 잘못된 콘텐츠에 적용되는 규칙을 추출합니다. Pressure-Test 단계는 잘못된 주장을 비판합니다. 총 10분이 있다면, 9분을 Brief에, 1분을 단일 스켈레톤에 쓰십시오. 그러면 처음부터 10분 동안 프롬프팅한 것보다 훨씬 더 멀리 가게 될 것입니다.
결론 {#conclusion}
원샷 AI 글쓰기가 실패하는 이유는 모델이 나빠서가 아닙니다. 이유는 장문 글쓰기가 다섯 가지 작업이고, 어떤 모델에게든 단일 샷으로 다섯 작업을 하라고 요청하면 다섯의 평균이 나오기 때문입니다. Brief, Skeleton, Voice, Pressure-Test, Polish. 각각 좁은 범위. 각각 다른 협력자. 인간의 역할은 보이스가 사는 끝쪽으로 갈수록 줄어드는 것이 아니라 커집니다.
이 모든 것이 중요할 만큼 글을 자주 쓴다면, 이 워크플로우는 첫 번째 글에서 본전을 뽑습니다. 드물게 쓴다면, 이 글을 저장해 두고 주제가 한 프롬프트에 너무 커 보일 다음번에 꺼내십시오.
어느 쪽이든: 모델에게 에세이를 쓰라고 요청하는 것을 멈추십시오. 모델에게 당신을 인터뷰하고, 당신에 맞춰 개요를 잡고, 당신의 샘플에서 보이스를 추출하고, 초고를 공격하고, 패턴을 표시하라고 요청하기 시작하십시오. 그런 다음 그것을 쓰십시오. 모델은 방입니다. 당신은 여전히 작가입니다.