AI 스타일 가이드: AI가 나처럼 쓰게 하는 법
게시일: 2026년 3월 20일 | 원문 작성일: 2025년 6월 18일 | 저자: Every | 원문 보기
AI 스타일 가이드 만들기: 핵심 정리
- 스타일 가이드는 프롬프트가 아니에요. 프롬프트는 AI에게 ‘무엇을’ 하라고 지시하지만, 스타일 가이드는 ‘어떻게’ 당신처럼 들리게 할지를 알려주는 재사용 가능한 시스템이에요.
- 구체적이어야 효과가 있어요. “명확하고 대화체로”만으로는 부족해요. 보이스와 톤, 글의 구조, 문장 수준 선호, 시그니처 무브, 안티패턴, 예시, 수정 체크리스트까지 포함해야 해요.
- 세 단계로 성장해요. 20분이면 만드는 스타터 가이드부터, 매일 쓰며 발전시키는 워킹 가이드, 자동화된 피드백 루프를 갖춘 복합 시스템까지 단계적으로 확장할 수 있어요.
- AI 인터뷰로 시작하세요. 백지에서 자기 스타일을 설명하는 것보다, AI에게 질문을 받으며 선호를 끌어내는 게 훨씬 효과적이에요.
- 안 되는 것을 아는 게 핵심이에요. 좋은 글의 특징만 적는 것보다, 모델이 반복하는 실수를 블랙리스트로 관리하는 게 실전에서 가장 큰 차이를 만들어요.
• • •
AI 스타일 가이드란
전통적인 스타일 가이드는 여러 사람이 일관되게 글을 쓰도록 도와줘요. 어떤 톤을 잡아야 하는지, 어떤 단어를 쓰거나 피해야 하는지, 문법이나 문체 관련 규칙을 정리해 놓은 거예요. 해결하려는 문제는 ‘불일치’예요.
AI 스타일 가이드는 정반대의 문제를 해결해요. 모델은 처음부터 완벽하게 일관적이에요 — 그래서 아무의 글처럼도 들리지 않죠. 진짜 과제는 특정 사람의 글맛을 만들어내는 버릇과 개성을 모델에 불어넣는 거예요. AI 스타일 가이드는 모델이 실제 필자의 판단을 재현하도록 도와줘요.
쓸모 있는 가이드는 “명확하고,” “똑똑하고,” “대화체인” 같은 모호한 수식어에서 멈추지 않아요. 구체적으로 들어가요. 어떤 도입부를 선호하는지, 논증이 보통 어떤 구조로 전개되는지, 어떤 문장 패턴을 좋아하고 싫어하는지, 어떤 비유가 그 목소리에 맞는지, 모델이 아무리 학습으로 체득한 습관이라도 반드시 피해야 할 표현은 무엇인지를 설명해요.
그런 의미에서 AI 스타일 가이드는 운영 매뉴얼이에요. 자신의 글에 대해 감으로 알고 있는 것을 기계가 읽고 따라 할 수 있는 형태로 풀어쓰는 거예요.
스타일 가이드는 프롬프트가 아니에요. 프롬프트는 AI에게 무엇을 하라고 말해요 — 에세이 초안을 쓰라, 문단을 다듬어라, 도입부를 조여라. 스타일 가이드는 그 밑에 깔리는 재사용 가능한 시스템으로, AI가 그런 작업을 하면서 당신처럼 들리도록 알려주는 거예요.
• • •
AI 스타일 가이드에 들어가는 것
가장 효과적인 AI 스타일 가이드는 구체적이고 상세해요. 최소한 좋은 가이드라면 보이스, 구조, 문장 수준 선호, 시그니처 무브, 안티패턴, 예시, 수정 기준을 다뤄야 해요.
Every1에서 두 개의 스타일 가이드를 만들었어요. 하나는 기술이 일하는 방식을 어떻게 바꾸는지 다루는 칼럼 Working Overtime용이고, 다른 하나는 AI로 소프트웨어 제품을 만들면서 배운 것을 공유하는 Source Code용이에요. 각 섹션을 두 가이드의 예시와 함께 살펴볼게요.
보이스와 톤
글이 가장 잘 될 때 어떤 느낌이어야 하는지 묘사하는 것부터 시작하세요. 똑똑한, 꾸밈없는, 회의적인, 따뜻한, 건조한, 서정적인, 르포르타주적인 같은 특성을 나열할 수 있지만, 이 섹션은 자기 칭찬 같은 형용사를 넘어 구체적으로 들어갈 때 가장 효과적이에요. 정말 유용한 묘사는 이런 질문에 답해요: 얼마나 격식체인가? 감정 온도는 얼마나 높은가? 절대로 어울리지 않는 톤은 무엇인가?
실전 예시:
Working Overtime 스타일 가이드는 칼럼의 톤을 정의하는 다섯 가지 규칙으로 보이스를 묘사해요:
- 변화의 한복판에서 쓸 것 — 위에서 내려다보지 말 것.
- 균형 유지: 참여자 + 관찰자, 열정가 + 회의론자.
- 취약함은 분석적이어야 한다: 개인적 이해관계를 통찰의 프레임으로 사용할 것.
- 톤: 대화체 + 엄밀함, 낙관적이되 순진하지 않게, 비판적이되 냉소적이지 않게.
- 유머는 아끼되 건조한 강조에만 사용하고, 논점을 약화시키지 말 것.
Source Code는 다른 접근법을 취해서, 유효한 보이스의 스펙트럼을 정의해요:
- 기술적 권위: “I haven’t typed a function in weeks, yet I’m shipping faster than ever.”
- 고백하는 실무자: “I fell into the vibe coding trap. Here’s what I learned.”
- 워크숍 내레이터: “When Yash described compound engineering, he reached for a metaphor — a jet ski.”
Working Overtime 방식은 일관된 목소리를 가진 단독 저자 칼럼에 적합해요. Source Code 방식은 각 글마다 다른 레지스터가 필요한 다수 저자 매체에 적합해요.
구조
글의 개성은 아이디어를 어떤 순서로 풀어내느냐에서 드러나는 경우가 많아요. 무엇이 강한 도입부를 만드는가? 얼마나 빨리 핵심에 도달하는가? 일화에서 논증으로, 사례에서 개념으로, 긴장에서 설명으로 이동하는가? AI는 이런 구조적 결정을 잘 추론하지 못해요. 그래서 명시적으로 적어줘야 해요.
실전 예시:
Working Overtime는 모든 에세이가 따르는 핵심 구조 흐름을 정의해요:
- 마찰로 시작하기 — 실패, 의심, 놀라움, 커리어 불안. 첫 문단에서 이해관계(stakes)를 분명히 할 것.
- 실험을 기록하기 — 과정, 스크린샷, 실수. 지저분한 중간 과정을 보여줄 것.
- 패턴을 끌어올리기 — 문화적, 역사적, 철학적 맥락과 연결할 것.
- 테이크어웨이 전달하기 — 프레임워크, 프롬프트, 워크플로, 또는 독자가 내일 바로 쓸 수 있는 관점 전환.
Source Code는 일곱 가지 이름 붙은 구조 템플릿을 무기처럼 갖추고 있어요: 디스커버리 아크, 테크니컬 딥다이브, 워크숍 리포트, 멀티 케이스 스터디, 게이트웨이 가이드, 투파트 시리즈, Q&A 포맷. 각각은 단계별 진행 방식과 기존 발행물에서 가져온 레퍼런스 예시를 갖고 있어요. 예를 들어, 디스커버리 아크는 이런 식이에요:
디스커버리 아크 (The Discovery Arc)
- 마주친 문제 또는 좌절 (혹은 나쁜 습관 고백)
- 기존 해결책의 부적절함 (혹은 현재의 과대 선전이 오해를 낳는 지점)
- 돌파의 순간
- 새로운 실천법 개발 및 명명
- 결과와 변화 (실제 지표 포함)
- 독자가 적용하는 방법 (해당되면 대상별로 세분화)
Working Overtime 방식은 일관된 형태를 가진 칼럼에 적합해요. Source Code 방식은 구조적 다양성이 필요한 매체에 적합해요. 두 가지 모두 “훅으로 시작하고 테이크어웨이로 끝내라”보다 훨씬 나아요.
문장 수준의 선호도
문장 하나하나를 빚는 습관을 구체적으로 적어주세요. 짧은 문장 vs. 긴 문장, 깔끔한 평서문 vs. 길게 이어지는 중문, 구두점 선호, 리듬, 어휘 선택, 추상적 표현에 대한 허용 범위, 그리고 따라야 하거나 피해야 할 반복적인 구조적 습관까지 모두 포함해요.
실전 예시:
Source Code의 가이드는 모델에게 구체적인 언어를 사용하라고 지시하면서, 대조 예시를 함께 제공해요:
- “Claude spun up five PRs while I drank coffee” — “optimized workflows”가 아니라 이렇게.
- ”$400/month replacing $400k/year” — “cost-effective”가 아니라 이렇게.
- ”Gmail rate limits blocked 2,000 email operations” — “ran into scaling issues”가 아니라 이렇게.
Working Overtime는 감정적으로 중요한 순간에는 그 경험을 몸으로 느낀 그대로 쓰라고 명시해요:
권장: “the relief felt as physical as the dread had been,” “a rush of satisfaction,” “I collapse afterward.”
회피: 누구에게나 적용될 수 있는 추상적인 감정 묘사.
두 가이드 모두 문장이 어떻게 들려야 하는지 테스트할 수 있는 기준을 제시해요. 하나는 구체적인 명사와 동사에, 다른 하나는 몸으로 느끼는 구체성에 초점을 맞추고 있죠. 여러분의 가이드도 자신의 글에서 가장 중요한 차원이 무엇인지 다뤄야 해요.
시그니처 무브
이 보이스가 특히 잘하는 것들을 이름 붙여주세요. 구체적인 것에서 시작해서 넓은 시각으로 확대하는 스타일일 수도 있고, 유머로 추상적인 내용 사이에 숨통을 틔우는 것일 수도 있어요. 일화에서 논증으로 전환하거나, 직설과 성찰을 번갈아 사용하는 것일 수도 있고요.
실전 예시:
Working Overtime는 세 가지 시그니처 무브를 이름 붙이고 각각에 간단한 설명을 달아요:
The Friction → Zoom Out → Framework: 개인적인 마찰의 순간에서 시작해서, 더 넓은 문화적·역사적 맥락으로 확대하고, 실용적인 프레임워크나 리프레이밍으로 착지해요.
Adventure Narrative: 새로운 시도를 시간순으로 서술하되, 점점 커지는 발견과 예상치 못한 결과를 중심으로 구조화해요.
The Borrowed Lens: 예상 밖의 분야 — 무용, 문헌 비평, 광고, 즉흥극 — 에서 개념을 가져와 에세이의 해석 열쇠로 사용해요.
Source Code는 칼럼 차원에서 이에 해당하는 무브들을 정의해요. “One Big Idea” 규칙(각 글은 하나의 기억에 남는 개념을 만들거나, 주장하거나, 결정화해야 한다), “Personal Stakes as Foundation” 원칙, 그리고 “Explain Like I’m Five” 즉 “ELI5”2 규칙(모든 기술 용어는 똑똑한 초심자도 따라올 수 있도록 설명해야 한다)이 있어요. 예를 들어, Source Code 스타일 가이드에서 One Big Idea 규칙에 대해 이렇게 설명하고 있어요:
The One Big Idea
각 글은 하나의 기억에 남는 개념을 만들거나(coin), 주장하거나(claim), 결정화(crystallize)해야 해요:
- 하나의 분야 (compound engineering)
- 하나의 교훈 (“spend more time on your plans than you do on code”)
- 하나의 프레임워크 (the compound engineering loop: Plan/Work/Review/Compound)
- 하나의 아키텍처 (agent-native)
- 하나의 실천 전환 (vibe planning, fidelity levels)
안티패턴
전체 문서에서 가장 가치 높은 섹션이 되는 경우가 많아요. 좋은 글이 어떤 것인지만 알려주지 마세요. 나쁜 글이 어떤 것인지도 알려줘야 해요.
실전 예시:
Working Overtime는 구체적인 패턴과 해결책을 담은 “레드 플래그” 표를 유지하고 있어요:
| 패턴 | 해결책 |
|---|---|
| 얼버무리기(Hedges): “actually,” “maybe,” “just” | 삭제 |
| 상관 구문(Correlative constructions): “not X, but Y” | 다시 쓰기 |
| 때우기용 수사적 질문 | 삭제하거나 서술문으로 전환 |
| 질질 끄는 도입부(핵심까지 3단락 초과) | 마찰로 시작하기 |
| 요약만 하는 늘어진 결론 | 확장하거나 리프레이밍으로 마무리 |
데이터로 검증된, 성과를 떨어뜨리는 패턴 목록도 있어요:
- 개인적 이해관계 없는 추상적 업계 분석 → 참여도 78% 하락
- 감정적 서사 없는 프로세스 문서화
- 실용적 적용보다 이론을 먼저 배치
- 마찰이 아닌 맥락/역사로 시작하기
Source Code는 회의적인 독자에게 직접 대응해요. 독자의 반론을 명시하고, 에세이가 그것을 어떻게 다뤄야 하는지 보여줘요:
- “AI wrappers are overdone” — 기회는 이제 막 시작되고 있다.
- ”Agents can’t handle real engineering work” — 내 아침 워크플로우를 보여줄게.
- ”I tried vibe coding and it was chaos” — 계획을 건너뛰었기 때문이다.
두 접근 방식 모두 “진부하게 들리지 않도록 하세요”보다 훨씬 유용해요.
긍정 예시와 부정 예시
예시가 있으면 가이드가 훨씬 강력해져요. 톤이 맞는 단락을 보여주세요. AI스럽게 들리는 문장을 보여주고 왜 실패하는지 설명하세요. 규칙에 예시가 붙으면 규칙만 있을 때보다 거의 항상 더 유용해요.
실전 예시:
Working Overtime는 도입부, 마무리, 보이스에 대한 예시를 제공해요:
좋은 도입부:
- “I used to be physically unable to open my email."
- "One night last month, instead of booting up my Switch for another thrilling session of Stardew Valley, I decided I wanted to play a different kind of game.”
좋은 마무리:
- “And then I choose, one difficulty at a time."
- "Let’s measure them—and ourselves—by the right standard.”
피해야 할 것:
- “At the end of the day, it’s still just a tool. True clarity comes from doing the hard work yourself.”
Source Code는 도입부 패턴별로 예시를 정리해요(the Bold Claim, the Charged Anecdote, the Confessional, the Scene-Setting, the Manifesto Declaration). 각 패턴에 발행된 글에서 가져온 샘플 문장이 달려 있어요. ELI5 섹션을 통해 부정 예시도 제공하고 있죠:
모호한 워크플로우: “We spun up a retrieval pipeline with subagents, chunked the corpus, hydrated the cache, and it just worked.”
왜 안 되는지: 전문용어 나열, 단계 없음, 클릭/입력 과정 누락.
수정 체크리스트
초안이 제대로 작동하고 있는지 평가할 체크리스트를 포함하세요. 글이 너무 매끄럽거나, 너무 진부하거나, 너무 추상적이거나, 너무 자기만족에 빠진 징후가 무엇인가요?
실전 예시:
Working Overtime의 출판 전 체크리스트는 칼럼의 가치를 기준으로 검증해요:
- 첫 번째 단락까지 핵심 이해관계가 명확한가?
- 도입부에 실제 겪은 마찰의 순간이 있는가?
- 실제 AI 대화의 스크린샷이 있는가?
- 모든 기술 용어를 ELI5로 설명했는가?
- 명확한 변화(이전 → 이후)가 있는가?
- 결론이 아이디어를 확장하는가(요약이 아닌)?
- 누군가 “나만 이렇게 느끼는 게 아니었구나”라고 말할 만한가?
Source Code의 10가지 원칙은 그 자체로 일종의 수정 체크리스트 역할을 해요 — 편집 기준을 겸하는 계명이에요:
- 엉망인 부분을 보여줘라: 실패, 좌절, 잘못된 출발, 솔직한 한계를 포함해라.
- 의도적으로 이름 붙여라: 이름을 붙였으면 명확하게 정의하고 여러 글에 걸쳐 발전시켜라.
- 예시로 증명해라: 실제 워크플로우, 실제 지표, 실명의 실무자와 도구를 보여줘라.
최고의 체크리스트는 여러분의 모델이 구체적으로 어디서 삐끗하는지를 바탕으로 만든 거예요. AI 초안이 매번 깔끔한 요약형 결말을 만들어낸다면, “결론이 에너지를 유지하고 있는가?”를 체크리스트에 넣어야 해요. 핵심을 뒤에 묻는 경향이 있다면, “첫 번째 단락까지 핵심 이해관계가 명확한가?”를 추가하세요.
• • •
어디서부터 시작할까: 스타일 가이드의 세 단계
적절한 접근법은 AI 글쓰기를 어느 정도 활용하고 있느냐에 달려 있어요. 한 번에 종합적인 시스템을 만들려고 하면 금방 지쳐버리고, 이미 매일 초안을 쓰고 있는데 막연한 보이스 설명만 갖고 시작하면 달라지는 게 없어요.
레벨 1: 스타터 가이드
AI 글쓰기를 이제 막 시작했거나, 아직 자기 글 샘플이 많지 않은 단계예요.
이 단계에서는 모델이 기본 보이스에서 벗어날 수 있을 정도의 가이드만 있으면 돼요. 스타터 가이드에 들어갈 내용은 이래요:
- 글이 어떤 느낌이어야 하는지 설명하는 3~5개의 항목 (구체적으로 — “똑똑하고 대화체인” 수준을 넘어서세요)
- 선호하는 글의 구조에 대한 짧은 설명 (어떻게 시작하나요? 얼마나 빨리 본론으로 들어가나요?)
- AI가 생성한 글에서 싫어하는 패턴 5~10가지로 구성한 블랙리스트
- 좋아하는 글 2~3편과, 왜 좋은지에 대한 한두 문장의 설명
20분이면 작성할 수 있고, 다음 AI 초안의 품질을 확실히 개선해줄 거예요. 자기 글 샘플이 충분하지 않다면, 좋아하는 글로 가이드를 시작하세요 — 톤을 따라 하고 싶은 글, 내가 쓰고 싶었던 도입부, 문장 리듬이 딱 맞는 작가 같은 것들이요. 아직 성장 중이더라도 모델에게 목표 지점을 보여주는 거예요.
어디에 저장할까: 별도의 노트나 문서에 보관하세요. 필요할 때 채팅 창에 붙여넣으면 돼요. 이 단계에서는 그것만으로 충분해요.
레벨 2: 워킹 가이드
AI로 정기적으로 초안을 쓰고 있고, 자기 글이 꾸준히 쌓이고 있는 단계예요.
이 단계에 오면 모델이 반복적으로 저지르는 실수가 보이기 시작해요. 매번 같은 교정을 하고 있다는 걸 알게 되죠. 워킹 가이드에는 이런 항목이 추가돼요:
- 좋은 예시와 나쁜 예시를 포함한 문장 단위 선호 사항
- 이름 붙인 시그니처 무브 (내 글이 특히 잘하는 건 뭔가요?)
- 실제로 겪은 문제를 바탕으로 만든 수정 체크리스트
- 가장 자주 쓰는 글 유형에 맞춘 구조 템플릿
- 전후 비교 예시가 포함된 확장된 안티패턴 목록
Working Overtime과 Source Code 가이드가 바로 워킹 가이드예요. 둘 다 현재 형태에 이르기까지 수개월이 걸렸어요. 매일 사용하면서 모델이 같은 실수를 반복할 때마다 수정하고, 해당 칼럼에서 “좋은” 콘텐츠가 뭔지 새로 깨달을 때마다 확장했어요.
어디에 저장할까: Claude 프로젝트나 커스텀 GPT3에 저장하세요. 해당 프로젝트나 GPT에서 대화를 시작할 때마다 모델이 가이드를 맥락으로 읽어들이기 때문에, 매번 직접 붙여넣을 필요가 없어요.
레벨 3: 복합 시스템
AI가 글쓰기 워크플로의 핵심이고, 사용할 때마다 시스템이 개선되길 원하는 단계예요.
이 단계에서는 스타일 가이드가 더 큰 인프라의 한 부분이 돼요. 초안에서 특정 패턴을 자동으로 잡아내는 검사를 만들고, 글이 나가기 전에 가이드 기준으로 걸러내는 워크플로를 구축해요. 편집하면서 교정한 내용이 가이드에 다시 반영되니까, 같은 실수가 두 번 나오지 않아요.
처음부터 여기서 시작할 필요는 없어요. 스타일 가이드가 채팅 창에 붙여넣는 문서에서 출발해서, 글쓰기 전 과정을 아우르는 동적인 가드레일로 성장할 수 있다는 것만 알아두세요.
어디에 저장할까: 스킬, 플러그인, 또는 에이전트 시스템에 내장하세요. 가이드가 자동화된 파이프라인의 일부가 되어 — 모든 초안에 대해 검사하고, 워크플로를 통해 적용하고, 피드백 루프로 업데이트돼요.
• • •
AI 스타일 가이드 만드는 법
처음부터 가이드 전체를 직접 쓰려고 하지 마세요. 대신, AI가 가이드를 만드는 걸 도와주게 하세요. AI에게 인터뷰를 요청하는 거예요.
많은 사람이 스스로 설명하는 것보다 무언가에 반응하는 걸 더 잘해요. 백지 상태에서 자기 보이스를 설명하긴 어렵지만, 이런 질문에는 대답할 수 있어요: 이 두 도입부 중 어느 쪽이 더 나답나요? 이 문단에서 싫은 점이 뭔가요? 이 문장이 왜 너무 다듬어진 느낌인가요? 어떤 글이 내 보이스를 가장 잘 대표하나요?
좋은 인터뷰를 세팅하는 방법은 이래요.
1단계: AI에게 내 글(또는 좋아하는 글)의 예시를 주세요
모델에게 원하는 글쓰기 스타일을 보여주는 소규모 샘플 세트를 주세요 — 3~5편이 적당해요. 발행된 에세이, 좋아하는 뉴스레터 글, 성공적인 도입부, 과거 초안의 좋은 문단 등 자기 글쓰기의 범위를 보여주는 글이면 돼요.
아직 자기 글 예시가 많지 않다면, 좋아하는 글로 시작하세요. 아직 성장 중이더라도 모델에게 목표 지점을 보여주는 거예요.
2단계: AI에게 인터뷰를 요청하세요
예시를 제공한 뒤, AI에게 여러분의 선호를 끌어낼 수 있는 질문을 해달라고 하세요. 톤, 구조, 문장 리듬, 도입 전략, 비유, 반복되는 습관, AI가 생성한 글에서 싫어하는 점, 그리고 일반적인 느낌과 “나다운” 느낌의 차이에 관한 질문이요.
이 방법은 자기 스타일을 그냥 설명하는 것보다 훨씬 잘 작동해요. 인터뷰가 더 구체적으로 풀어내는 걸 도와주거든요.
3단계: 일반론이 아니라 실제 예시에 반응하세요
가장 유용한 답변은 실제 텍스트를 놓고 대화할 때 나와요. AI에게 샘플 문장, 의역, 요약을 보여달라고 해서 직접 반응하세요. 이런 말을 할 수 있게 돼요: “이건 너무 대칭적이다,” “기업 보고서 같다,” “이렇게 깔끔하게 문단을 끝내는 건 내 스타일이 아니다,” 또는 “이 표현은 너무 자기만족적이다.”
4단계: 인터뷰를 초안 가이드로 정리하세요
AI가 충분한 자료를 확보하면, 대화 내용을 종합해서 초안 가이드로 만들어달라고 하세요. 보이스와 톤, 구조, 문장 단위 선호 사항, 시그니처 무브, 안티패턴, 예시를 포함하고, AI가 지켜야 할 것과 피해야 할 특성을 정리한 수정 체크리스트도 넣으세요.
5단계: 테스트하고 수정하세요
일주일간 가이드를 사용해보세요. 초안을 쓸 때도, 수정할 때도 써보고, 어디서 같은 교정을 반복하는지 관찰하세요. 어떤 부분이 효과가 있고 어떤 부분이 아직 너무 모호한지 파악하세요. 일주일이 지나면 배운 내용을 반영해 가이드를 업데이트하세요. 모델이 같은 실수를 계속 한다면 지침을 더 날카롭게 다듬고, 특정 섹션이 확실히 결과물을 개선한다면 그대로 유지하세요.
• • •
효과적인 스타일 가이드의 조건 (그리고 피해야 할 것들)
자연스럽게 느껴지는 것보다 더 구체적으로 쓰세요
대부분의 사람들은 자기 스타일을 처음 설명할 때 그럴듯하고 포괄적인 표현을 써요: 명확하고, 사려 깊고, 날카롭고, 대화체이고, 똑똑하다. 틀린 말은 아니지만, 이 정도로는 모델의 행동이 달라지지 않아요. 대신 실제로 내리는 선택을 묘사해야 해요: 글을 보통 어떻게 시작하는지, 어떤 연결이 맥 빠지게 느껴지는지, 추상적 표현을 어디까지 참을 수 있는지, 어떤 문장 패턴이 자꾸 등장하는지, 그리고 보이는 즉시 지워야 할 것은 무엇인지를요.
모델이 하지 말아야 할 것을 명시하세요
많은 사람이 좋아하는 것은 길게 쓰면서 싫어하는 것은 대충 넘겨요. 하지만 실전에서는 블랙리스트가 가이드 전체에서 가장 유용한 섹션 중 하나예요. Working Overtime의 블랙리스트는 항목 세 개로 시작했어요. 지금은 수십 개에 달하고, 심각도별로 정리되어 있으며, 하나하나가 실제 초안에서 발생한 특정 실수를 계기로 추가된 거예요.
가능하면 예시를 사용하세요
톤을 딱 잡아낸 문단 하나, 리듬이 살아 있는 문장 하나, 이상적인 흐름을 보여주는 도입부 하나가 추상적 설명 한 단락보다 모델에게 훨씬 많은 걸 가르쳐줘요. 부정적 예시도 중요해요: 어디가 어긋나는지, 그리고 왜 그런지를 보여주는 것은 성공적인 예시를 보여주는 것만큼 효과적이에요.
실제로 하는 글쓰기에 최적화하세요
어떤 글이든 다 커버할 수 있도록 가이드를 넓게 잡고 싶은 유혹이 있어요. 하지만 보통은 그러면 오히려 약해져요. Source Code는 엔지니어링 중심, 실전 중심, 철학 중심 글에 대해 별도의 스타일 가이드를 유지하고 있어요. 각각이 서로 다른 구조와 톤을 요구하기 때문이에요. 실제로 쓰는 글을 기반으로 만든 가이드가, 모든 걸 커버하려고 만든 가이드보다 결과가 좋아요.
너무 딱딱하게 만들지 마세요
스타일 가이드를 규칙서로 만들어서 모델에게 기계적으로 따르라고 하면, 글이 또 다른 방식으로 납작해질 뿐이에요. 목표는 중요한 것을 지키면서도 변주와 의외성이 들어올 여지를 남기는 거예요. Source Code의 가이드는 이 점을 명시적으로 밝히고 있어요: “이야기에 봉사하는 접근법을 선택하라(Choose the approach that serves the story).”
판단력을 대체할 거라고 기대하지 마세요
아무리 훌륭한 스타일 가이드라도 편집자의 판단까지 없앨 수는 없어요. 초안의 질을 높이고, 같은 수정을 반복하는 횟수를 줄여줄 수는 있지만, 안목 자체를 대신하지는 못해요. 목표는 AI와의 협업을 더 생산적으로 만드는 거지, 아무도 생각하지 않아도 되는 완전 자동화가 아니에요.
• • •
간단한 AI 스타일 가이드 템플릿
빠르게 가이드를 만들고 싶다면, 이 템플릿에서 시작해서 가능한 한 구체적으로 채워보세요. 첫 번째 시도에서 모든 섹션을 완벽하게 할 필요는 없어요.
1. 보이스와 톤
이 글이 최고로 잘 쓰였을 때 어떤 느낌이어야 하나요?
보이스를 설명하는 세 가지에서 다섯 가지 항목을 작성하세요 — 듣기 좋은 형용사를 넘어, 긴장과 경계를 담아서요.
예시:
- 평이하지만, 엉성할 정도로 캐주얼하지는 않게
- 똑똑하지만, 학술적이지는 않게
- 건조하거나 절제된 방식으로 재미있게
- 감정적으로 솔직하되, 과장되지는 않게
- 모호하거나 부풀리지 않고, 구체적이고 현실에 기반하게
추가로 포함할 수 있는 것: 격식의 수준, 감정의 온도, 유머가 환영받는지, 보이스가 르포 형, 에세이 형, 친밀한 형, 회의적인 형, 서정적인 형 중 어느 쪽이어야 하는지 등.
2. 구조
이 스타일의 글은 보통 어떻게 흘러가나요?
예시:
- 구체적인 디테일, 장면, 또는 공감 가능한 문제로 시작하기
- 핵심 논점에 비교적 빠르게 도달하기
- 아이디어에서 예시로가 아니라, 예시에서 아이디어로 이동하기
- 장황한 서두 피하기
- 깔끔한 요약이 아닌, 앞으로 나아가는 추진력으로 마무리하기
3. 문장 수준 선호
어떤 문장이 이 보이스에 맞게 들리나요?
예시:
- 문장 길이에 변화를 주기
- 지나치게 대칭적인 문장보다 깔끔하고 직접적인 문장 선호
- 추상적 표현은 아껴서 사용
- 모호한 프레이밍 언어보다 구체적인 명사와 동사 선호
- 너무 다듬어진 느낌이나 자기만족적인 느낌 피하기
4. 시그니처 무브
이 보이스가 특히 잘하는 것은 무엇인가요?
예시:
- 구체적인 것에서 시작해서 점점 넓혀 나가기
- 유머로 추상적 논의를 돌파하기
- 일화에서 논점으로 전환하기
- 모든 것을 매끄럽게 다듬지 않고 약간의 거칠음을 남기기
5. 안티패턴/블랙리스트
모델이 피해야 할 것은 무엇인가요?
| 패턴 | 해결책 |
|---|---|
| ”X가 아니라 Y” 구문 | Y를 직접 말하고 비계를 제거 |
| 헤지 표현: “사실은,” “아마,” “그냥” | 진짜 지적 작업을 하는 경우가 아니면 삭제 |
| 장황한 도입부 | 긴장감이나 핵심 쟁점으로 시작 |
| 요약식 결말 | 확장하거나 재구성하며 마무리 |
| 가짜 심오함 | 삭제 |
| 뻔한 전환 표현 | 삭제하거나 구체적으로 |
| 근거 없는 권위 (“연구에 따르면”) | 연구명을 밝히거나 삭제 |
6. 좋은 예시
이 보이스가 잘 작동하는 예시는 무엇인가요?
포함할 것: 마음에 드는 문단, 톤이 딱 맞는 도입부, 리듬이 좋은 문장. 각각에 대해 왜 잘 작동하는지 간략히 설명하세요.
7. 나쁜 예시
이 보이스가 실패하는 예시는 무엇인가요?
포함할 것: 너무 뻔하게 들리는 AI 생성 문장, 지나치게 대칭적이거나 다듬어진 문장, 생기 없는 도입부. 각각에 대해 무엇이 어색한지 설명하세요.
8. 수정 체크리스트
초안이 잘 작동하고 있는지 어떻게 평가해야 하나요?
예시:
- 이 글이 실제 사람처럼 들리나요, 아니면 잘 다듬어진 요약 기계처럼 들리나요?
- 글이 너무 매끄럽지는 않나요?
- 언어가 충분히 구체적인가요?
- 블랙리스트 패턴이 초안에 아직 남아 있나요?
- 결말이 에너지를 유지하나요, 아니면 요약으로 무너지나요?
- 내가 이걸 이렇게 말했을까요?
• • •
스타일 가이드 인터뷰 프롬프트
과정을 빠르게 시작하고 싶다면, 아래와 같은 프롬프트로 시작해서 필요에 맞게 수정해보세요:
내 글쓰기를 위한 AI 스타일 가이드를 만드는 걸 도와줘.
네 역할은 나를 인터뷰해서 유용한 스타일 가이드를 작성하는 데 필요한 정보를 추출하는 거야 — 듣기 좋은 요약이 아니라, AI가 나처럼(또는 내가 목표로 하는 스타일로) 글을 쓸 수 있게 도와주는 실용적인 문서.
접근 방식은 이렇게 해줘:
- 먼저 내 글의 예시를 요청해. 아직 뚜렷한 샘플이 없다면, 내가 좋아하는 글의 예시를 물어봐.
- 한 번에 질문 하나씩 해. 한꺼번에 긴 목록을 던지지 마.
- 구체적인 것에 집중해: 톤, 구조, 문장 리듬, 도입부, 은유, 반복되는 습관, AI가 생성한 글에서 내가 싫어하는 것, 그리고 맞다고 느껴지는 글과 뻔하게 느껴지는 글의 차이.
- 유용할 때마다 짧은 예시, 비교, 또는 대안적 표현을 보여주고 내 반응을 물어봐.
- 긍정적 선호와 부정적 선호를 모두 끌어내줘. 좋아하는 것뿐 아니라 피하고 싶은 것도 파악하고 싶어.
- 충분한 자료를 모았으면, 다음 섹션으로 구성된 스타일 가이드로 정리해줘: 보이스와 톤 / 구조 / 문장 수준 선호 / 시그니처 무브 / 안티패턴·블랙리스트 / 좋은 예시 / 나쁜 예시 / 수정 체크리스트.
- 가이드는 구체적이고, 명확하고, 실용적으로 만들어줘. AI의 글쓰기 방식을 바꿀 수 없을 만큼 모호한 내용이 있으면 더 날카롭게 다듬어.
바로 가이드를 쓰기 시작하지 마. 먼저 인터뷰부터 시작해.
이 프롬프트는 목적에 맞게 자유롭게 수정할 수 있어요. 뉴스레터, 에세이, 제품 관련 글, 르포 등 특정 종류의 글쓰기에 도움이 필요하다면 그걸 먼저 밝히세요. 현재의 보이스가 아닌 목표로 하는 보이스를 반영하고 싶다면, 그것도 말해두세요.
• • •
큰 그림
AI 스타일 가이드는 모델이 여러분처럼 글을 쓸 수 있게 도와줘요. 하나를 만드는 과정은 자기 취향에 대해 명시적으로 생각하게 만들어요 — 무엇을 좋아하는지, 무엇을 거부하는지, 어떤 선택이 글을 나답게 만드는지. 가이드는 AI가 더 쓸 만한 초안과 더 나은 수정본을 만들어내도록 도와줘요. 그리고 아마 더 중요한 또 다른 효과가 있어요: 자기 자신의 글쓰기를 더 깊이 이해하게 된다는 거예요.
역자 주
- Every: 미국의 AI·테크 전문 뉴스레터 플랫폼으로, 여러 칼럼을 운영하고 있어요. 이 글에서 예시로 등장하는 Working Overtime은 AI가 일하는 방식을 어떻게 바꾸는지 다루는 칼럼이고, Source Code는 AI로 소프트웨어 제품을 만드는 실전 경험을 공유하는 칼럼이에요. ↩
- ELI5(Explain Like I’m Five): 레딧(Reddit)의 유명 커뮤니티 r/explainlikeimfive에서 유래한 표현으로, “다섯 살짜리도 이해할 수 있게 설명해줘”라는 뜻이에요. 복잡한 개념을 전문용어 없이 쉽게 풀어 설명하라는 의미로 널리 쓰여요. ↩
- Claude 프로젝트 / 커스텀 GPT: 각각 Anthropic의 Claude와 OpenAI의 ChatGPT에서 제공하는 기능으로, 스타일 가이드 같은 참고 문서를 미리 등록해두면 매번 붙여넣지 않아도 AI가 자동으로 읽고 반영해요. ↩
원문: AI Style Guides: How to Help AI Write Like You - Every (2025년 6월 18일)
생성: Claude (Anthropic)