문서 작성과 편집 스킬 패턴

문제 상황: 문서 작업은 '잘 쓰기'보다 '기준 고정'이 어렵다

문서 작업을 에이전트에게 맡길 때 흔히 이렇게 지시한다.

"기획서 하나 써 줘."
"이 문장을 우리 브랜드답게 바꿔 줘."
"이 원고를 읽기 좋게 편집해 줘."

이 요청은 자연스럽지만, 스킬로 만들기에는 기준이 부족하다. 에이전트는 무엇을 설득해야 하는지, 독자가 누구인지, 어떤 표현을 피해야 하는지, 원문을 얼마나 보존해야 하는지 알 수 없다. 그래서 결과물은 매번 달라진다. 어떤 날은 지나치게 화려하고, 어떤 날은 핵심을 삭제하며, 어떤 날은 사용자의 의도보다 에이전트가 생각한 '좋은 글'에 가까워진다.

문서형 스킬의 핵심은 에이전트를 글 잘 쓰는 도구로 만드는 것이 아니다. 목적, 독자, 사용 상황에 맞는 산출물 기준을 고정하는 것이다. 문서가 보고용인지, 설득용인지, 기록용인지에 따라 구조와 문체가 달라져야 한다. 같은 문장도 투자자에게 보낼 때와 내부 운영팀에 보낼 때는 다른 방식으로 정리해야 한다.

이 장에서는 문서 작업에서 가장 자주 쓰이는 세 가지 스킬을 설계한다.

1. 기획서 초안 작성 스킬

2. 브랜드 톤 리라이팅 스킬

3. 장문 원고 구조 편집 스킬

세 스킬은 모두 글을 생성하거나 고치는 기능을 갖지만, 목표는 다르다. 초안 작성 스킬은 빠뜨리면 안 되는 내용을 채우는 데 집중한다. 리라이팅 스킬은 브랜드의 말투와 거리감을 유지한다. 구조 편집 스킬은 긴 원고의 논리와 독자 피로도를 점검한다.

AI 생성 이미지

문서형 스킬의 공통 구조

문서형 스킬은 실행 전에 최소한 다음 입력값을 확인해야 한다.

• 문서 목적: 보고, 설득, 제안, 안내, 교육, 판매, 기록 중 무엇인가

• 대상 독자: 의사결정자, 실무자, 고객, 신규 사용자, 내부 팀원 등

• 사용 맥락: 이메일, 발표 자료, 노션 문서, 블로그, 제안서, 매뉴얼 등

• 원문 또는 자료: 기존 글, 메모, 회의록, 리서치 자료, 핵심 bullet

• 원하는 톤: 간결함, 전문적, 친근함, 단호함, 중립적 등

• 제약조건: 분량, 금지어, 반드시 포함할 내용, 법적·브랜드상 주의점

• 작업 모드: 원문 보존, 제안, 전면 재작성 중 무엇인지

특히 작업 모드는 중요하다. 많은 문서형 스킬이 실패하는 이유는 에이전트가 사용자의 의도를 덮어쓰기 때문이다. 이를 막으려면 세 가지 모드를 분리해야 한다.

사용자가 모드를 지정하지 않았다면 스킬은 바로 재작성하지 말고 질문해야 한다.

"원문을 최대한 보존할까요, 아니면 구조까지 바꿔도 될까요?"

이 한 문장이 문서형 스킬의 품질을 크게 바꾼다.

스킬 1: 기획서 초안 작성 스킬

문제 상황

기획서 초안은 빈칸이 생기기 쉽다. 아이디어는 있지만 배경 설명이 부족하거나, 문제는 선명하지만 실행 계획이 없다. 반대로 실행 항목은 많은데 왜 이 일을 해야 하는지가 흐릴 때도 있다.

좋은 기획서 초안 작성 스킬은 글을 멋지게 쓰기 전에 빠진 정보를 찾아야 한다. 특히 다음 다섯 가지를 놓치지 않아야 한다.

• 배경: 왜 지금 이 문서가 필요한가

• 문제: 무엇이 해결되지 않고 있는가

• 제안: 어떤 방향으로 해결할 것인가

• 실행 계획: 누가, 언제, 무엇을 할 것인가

• 리스크: 무엇이 실패 요인이며 어떻게 줄일 것인가

스킬 구조

트리거

• "기획서 초안 써 줘"

• "제안서 구조 잡아 줘"

• "이 아이디어를 내부 공유용 문서로 만들어 줘"

• "회의에서 나온 내용을 실행 기획으로 정리해 줘"

필수 입력값

• 기획 주제

• 독자 또는 승인자

• 목적: 승인, 예산 확보, 일정 합의, 방향 공유 등

• 현재 상황 또는 배경 자료

• 원하는 출력 형식: 1페이지 요약, 상세 기획서, 발표용 개요 등

선택 입력값

• 예상 일정

• 예산 또는 리소스

• 관련 팀

• 참고할 이전 문서

• 반드시 피해야 할 표현이나 방향

질문 순서

스킬은 부족한 정보를 한꺼번에 묻지 않는다. 먼저 기획서의 뼈대를 결정하는 질문부터 한다.

1. 이 문서를 읽고 독자가 어떤 결정을 내려야 하는가?

2. 현재 문제가 발생한 배경은 무엇인가?

3. 제안하는 해결 방향은 무엇인가?

4. 실행 주체와 일정은 어느 정도 정해져 있는가?

5. 예상 리스크와 반대 의견은 무엇인가?

모든 답이 없어도 초안은 만들 수 있다. 다만 추정한 부분은 반드시 표시해야 한다.

[가정] 예산은 별도 증액 없이 기존 팀 리소스로 진행하는 것으로 작성했습니다.

출력 템플릿

기획서 초안 작성 스킬의 기본 출력은 다음 구조를 따른다.

## 1. 요약
- 제안의 핵심
- 필요한 결정
- 기대 효과

## 2. 배경
- 현재 상황
- 변화가 필요한 이유
- 관련 데이터 또는 관찰 내용

## 3. 문제 정의
- 해결해야 할 핵심 문제
- 문제가 지속될 때의 영향

## 4. 제안 내용
- 제안하는 방향
- 주요 실행 항목
- 기존 방식과의 차이

## 5. 실행 계획
- 단계별 일정
- 담당 주체
- 필요한 리소스

## 6. 리스크와 대응
- 예상 리스크
- 대응 방안
- 추가 확인이 필요한 항목

## 7. 다음 액션
- 독자가 결정해야 할 사항
- 바로 진행할 작업

좋은 예

사용자 입력이 다음과 같다고 하자.

"신규 고객 온보딩 메일을 자동화하는 기획서가 필요해. 대상 독자는 마케팅팀 리더이고, 목표는 다음 분기 안에 실험 승인을 받는 거야. 지금은 담당자가 매번 수동으로 메일을 보내고 있어."

이때 스킬은 바로 긴 기획서를 쓰기보다 부족한 정보를 정리한다.

확인된 정보
- 주제: 신규 고객 온보딩 메일 자동화
- 독자: 마케팅팀 리더
- 목적: 다음 분기 실험 승인
- 현재 문제: 수동 발송으로 운영 부담 발생

부족하지만 초안 작성 가능한 정보
- 현재 발송 빈도
- 자동화 대상 고객 세그먼트
- 사용 가능한 도구
- 성공 지표

[가정]
현재 단계에서는 예산 승인보다 실험 승인에 초점을 맞춰 작성합니다.

그다음 초안에서는 '자동화가 좋다'고만 쓰지 않는다. 문제, 실행 계획, 리스크를 함께 담는다.

## 1. 요약
신규 고객에게 발송하는 온보딩 메일을 자동화해 반복 운영 시간을 줄이고, 고객 경험의 일관성을 높이는 실험을 제안합니다. 이번 문서의 목적은 다음 분기 안에 제한된 고객군을 대상으로 자동화 실험을 승인받는 것입니다.

## 6. 리스크와 대응
- 리스크: 자동화 문구가 고객 상황과 맞지 않을 수 있음
  - 대응: 첫 실험은 신규 고객 전체가 아니라 공통 행동을 보이는 세그먼트부터 적용
- 리스크: 성과 측정 기준이 불명확할 수 있음
  - 대응: 오픈율, 클릭률, 첫 행동 완료율을 기본 지표로 설정

검증 기준

• 독자가 내려야 할 결정이 문서 앞부분에 있는가?

• 배경, 문제, 제안, 실행 계획, 리스크가 모두 포함되었는가?

• 확인된 사실과 가정이 구분되었는가?

• 실행 계획에 담당 주체와 일정이 있는가?

• 반대 의견이나 실패 가능성을 숨기지 않았는가?

스킬 2: 브랜드 톤 리라이팅 스킬

문제 상황

"우리 브랜드답게 바꿔 줘"라는 요청은 매우 자주 쓰이지만, 에이전트에게는 모호하다. 브랜드답다는 말에는 여러 요소가 섞여 있다. 친근한지, 단호한지, 전문적인지, 농담을 허용하는지, 고객을 어느 정도 거리감으로 대하는지 정해야 한다.

브랜드 톤 리라이팅 스킬은 문장을 예쁘게 바꾸는 스킬이 아니다. 스타일 가이드를 기준으로 원문의 의미를 보존하면서 표현만 조정하는 스킬이다.

스킬 구조

트리거

• "이 문장을 우리 브랜드 톤으로 바꿔 줘"

• "공지문을 더 부드럽게 다듬어 줘"

• "마케팅 문구를 브랜드 가이드에 맞춰 수정해 줘"

• "고객에게 보내기 전에 표현을 정리해 줘"

필수 입력값

• 원문

• 대상 독자

• 사용 채널: 앱 알림, 이메일, 랜딩 페이지, 고객센터 답변 등

• 스타일 가이드 또는 예시 문장

• 작업 모드: 원문 보존, 제안, 전면 재작성

스타일 가이드 항목

브랜드 톤은 추상어만으로는 부족하다. 다음 항목을 고정해야 한다.

좋은 예

원문이 다음과 같다고 하자.

"역대급으로 강력한 새 기능을 지금 바로 경험해 보세요! 누구나 완벽하게 업무를 자동화할 수 있습니다."

브랜드 가이드는 다음과 같다.

• 과장 표현 금지

• 한 문장은 짧게

• 사용자가 얻는 실질적 변화를 말하기

• 느낌표 금지

• "완벽하게" 같은 절대 표현 금지

스킬의 출력은 단순히 수정문만 내지 않는다. 무엇을 왜 바꿨는지도 함께 보여 준다.

## 수정안
새 기능으로 반복 업무를 더 쉽게 정리할 수 있습니다. 오늘부터 주요 자동화 흐름을 설정해 보세요.

## 변경 이유
- "역대급", "강력한", "완벽하게"는 과장 표현이므로 삭제했습니다.
- "경험해 보세요"보다 실제 행동인 "설정해 보세요"로 바꿨습니다.
- 느낌표를 제거해 브랜드 톤을 차분하게 유지했습니다.

## 보존한 의미
- 새 기능 출시 안내
- 업무 자동화와 관련된 효용
- 사용자의 즉시 행동 유도

이 구조는 사용자가 수정안을 검토하기 쉽게 만든다. 특히 팀에서 브랜드 톤을 공유할 때는 "좋다/별로다"가 아니라 "가이드에 맞다/맞지 않다"로 논의할 수 있다.

제약조건

브랜드 톤 리라이팅 스킬은 다음 행동을 금지해야 한다.

• 원문에 없는 기능, 혜택, 가격 정보를 추가하지 않는다.

• 법적 고지, 약관, 환불 조건은 임의로 부드럽게 바꾸지 않는다.

• 고객에게 불리한 정보를 삭제하지 않는다.

• 브랜드 톤을 맞춘다는 이유로 핵심 경고나 제한 사항을 약하게 표현하지 않는다.

검증 기준

• 금지어가 남아 있지 않은가?

• 문장 길이가 스타일 가이드 범위 안에 있는가?

• 원문의 사실과 조건이 보존되었는가?

• 독자와의 거리감이 일관적인가?

• 수정 이유가 설명되어 사용자가 선택할 수 있는가?

스킬 3: 장문 원고 구조 편집 스킬

문제 상황

장문 원고는 문장 하나하나보다 구조가 더 중요하다. 문장이 매끄러워도 주장이 반복되거나, 앞에서 설명해야 할 개념이 뒤에 나오거나, 독자가 지칠 만큼 사례가 길면 읽기 어렵다.

장문 편집을 에이전트에게 맡길 때 바로 "다듬어 줘"라고 하면 위험하다. 에이전트가 문체를 고치는 동안 핵심 논리 문제를 놓칠 수 있다. 따라서 장문 원고 구조 편집 스킬은 먼저 진단하고, 그다음 수정해야 한다.

스킬 구조

트리거

• "이 원고 구조를 봐 줘"

• "중복되는 부분을 정리해 줘"

• "논리 흐름이 자연스러운지 확인해 줘"

• "긴 글을 읽기 쉽게 편집해 줘"

필수 입력값

• 원고 전문 또는 편집할 구간

• 원고의 목적

• 대상 독자

• 원하는 분량 또는 유지할 분량

• 작업 모드

편집 루틴

1. 문단 지도 만들기
   각 문단이 어떤 역할을 하는지 표시한다. 문제 제기, 설명, 사례, 주장, 전환, 결론 중 어디에 해당하는지 본다.

2. 핵심 주장 확인
   원고 전체가 하나의 중심 주장으로 모이는지 확인한다. 중심 주장이 여러 개라면 분리하거나 우선순위를 정한다.

3. 문단 순서 점검
   독자가 알아야 할 정보가 필요한 순서대로 배치되어 있는지 확인한다. 배경 없이 결론이 먼저 나오거나, 사례가 주장보다 앞서 길게 나오면 조정한다.

4. 중복 주장 제거
   같은 주장이 다른 표현으로 반복되는 부분을 찾는다. 반복이 강조인지, 불필요한 중복인지 구분한다.

5. 논리 비약 표시
   앞 문단에서 뒷 문단으로 넘어갈 때 필요한 근거가 빠졌는지 확인한다. "그래서", "따라서"가 자연스럽게 성립하는지 본다.

6. 독자 피로도 점검
   너무 긴 문단, 비슷한 예시의 연속, 추상어가 많은 구간을 표시한다. 필요한 경우 소제목, 목록, 요약 문장을 제안한다.

좋은 예

장문 편집 스킬의 출력은 전면 수정본보다 진단표가 먼저다.

## 구조 진단
| 구간 | 현재 역할 | 문제 | 제안 |
|---|---|---|---|
| 1~2문단 | 문제 제기 | 독자 상황은 좋지만 핵심 주장이 늦게 나옴 | 2문단 마지막 문장을 첫 부분으로 이동 |
| 3~5문단 | 사례 | 유사한 사례가 반복됨 | 4문단 삭제 또는 3문단과 병합 |
| 6문단 | 주장 | 앞 사례와 연결 근거 부족 | 사례에서 도출되는 원칙을 한 문장 추가 |
| 7~8문단 | 결론 | 실행 방법이 부족함 | 체크리스트 형태의 다음 행동 추가 |

## 우선 수정안
1. 핵심 주장을 초반에 배치합니다.
2. 반복 사례를 하나로 줄입니다.
3. 사례와 주장 사이에 연결 문장을 추가합니다.
4. 결론에 독자가 바로 할 수 있는 행동을 넣습니다.

## 샘플 수정
원문 전체를 재작성하기 전에, 1~3문단만 먼저 수정했습니다. 방향이 맞으면 같은 기준으로 전체 원고를 편집할 수 있습니다.

이 방식은 에이전트가 긴 원고를 마음대로 다시 쓰는 일을 막는다. 사용자는 구조 진단을 보고 편집 방향을 승인할 수 있다.

검증 기준

• 원고의 중심 주장이 한 문장으로 정리되는가?

• 문단마다 역할이 분명한가?

• 같은 주장이 불필요하게 반복되지 않는가?

• 근거 없이 결론으로 점프하는 부분이 표시되었는가?

• 독자가 지칠 구간에 구체적인 개선안이 있는가?

• 원문 보존이 필요한 구간과 재작성 가능한 구간이 구분되었는가?

변형 아이디어

문서형 스킬은 세 가지 기본 패턴에서 쉽게 확장할 수 있다.

• 임원 보고서 요약 스킬: 긴 자료를 의사결정, 리스크, 요청 사항 중심으로 1페이지에 압축한다.

• 고객 공지문 작성 스킬: 변경 사항, 고객 영향, 적용 시점, 문의 경로를 빠뜨리지 않게 만든다.

• 블로그 초안 확장 스킬: 핵심 메모를 독자 문제, 설명, 예시, 적용 방법 순서로 확장한다.

• FAQ 변환 스킬: 긴 정책 문서를 고객 질문과 답변 형식으로 바꾼다.

• 다중 톤 버전 생성 스킬: 같은 내용을 내부 공지, 고객 이메일, SNS 문구로 나누어 작성한다.

변형할 때는 먼저 산출물의 사용 장면을 정해야 한다. 같은 내용을 다루더라도 승인용 기획서, 고객 안내문, 블로그 글은 완료 조건이 다르다. 문서형 스킬은 문체보다 사용 목적을 먼저 고정해야 한다.

실패 패턴

1. 작업 모드를 정하지 않고 바로 고친다

가장 흔한 실패다. 사용자는 가볍게 다듬어 달라고 했는데 에이전트가 구조와 주장을 바꾼다. 반대로 전면 재작성이 필요한 거친 메모를 맞춤법만 고치기도 한다.

해결 방법은 간단하다. 스킬 시작 시 작업 모드를 확인한다.

작업 모드를 선택해 주세요.
1. 원문 보존: 의미와 구조는 유지하고 표현만 다듬기
2. 제안: 원문을 유지한 채 수정안과 이유 제시
3. 전면 재작성: 목적과 독자에 맞게 구조부터 다시 작성

2. 스타일 가이드가 추상어로만 되어 있다

"전문적으로", "친근하게", "고급스럽게"만으로는 일관된 결과를 만들기 어렵다. 스타일 가이드에는 금지어, 선호 문장 길이, 호칭, 예시 표현, 유지할 용어가 있어야 한다.

나쁜 기준은 이렇다.

"우리 브랜드답게 세련되게 써 줘."

좋은 기준은 이렇다.

"한 문장은 30자 안팎으로 유지한다. 느낌표를 쓰지 않는다. '최고', '완벽한', '혁신적' 같은 과장 표현은 피한다. 고객에게는 '고객님' 대신 '사용자'라고 쓴다."

3. 진단 없이 전면 재작성한다

긴 원고를 바로 다시 쓰면 원문의 장점까지 사라질 수 있다. 장문 편집에서는 진단표가 먼저다. 어떤 문단을 옮길지, 어디를 줄일지, 어떤 주장을 살릴지 사용자에게 보여 준 뒤 수정해야 한다.

4. 사실과 표현을 함께 바꾼다

문서 편집에서 표현 개선과 사실 수정은 다른 작업이다. 에이전트가 문장을 자연스럽게 만들면서 수치, 일정, 조건, 약속 범위를 바꾸면 위험하다. 특히 고객 공지, 계약 관련 문구, 가격 안내, 정책 설명에서는 원문 보존 모드를 기본으로 두어야 한다.

5. 완료 조건이 "읽기 좋게"로 끝난다

"읽기 좋게"는 검증하기 어렵다. 대신 다음처럼 확인 가능한 기준으로 바꿔야 한다.

• 첫 5줄 안에 핵심 목적이 드러나는가?

• 한 문단이 5줄을 넘는 곳이 있는가?

• 중복 주장이 표시되었는가?

• 독자가 해야 할 다음 행동이 명확한가?

• 원문에서 삭제된 핵심 정보가 없는가?

문서형 스킬은 에이전트에게 글쓰기 취향을 맡기는 장치가 아니다. 사람이 정한 목적, 독자, 기준을 반복해서 적용하게 만드는 장치다. 좋은 문서 스킬은 매번 새로운 문장을 만들어 내기보다, 매번 같은 품질 기준으로 문서를 완성하게 한다.