클로드 스타일 사용법: 이메일과 보고서 톤을 고정하는 실전 팁
TL;DR
오늘의 AI 활용 팁
클로드 Styles는 답변의 말투, 길이, 구조를 작업 목적에 맞게 맞추는 기능입니다.
Anthropic 공식 발표에 따르면 Claude.ai 사용자는 Formal, Concise, Explanatory 같은 프리셋을 고르거나, 자신의 글 샘플을 바탕으로 Custom style을 만들 수 있습니다.
이메일, 보고서, 고객 안내문처럼 매번 같은 문체가 필요한 작업에서는 프롬프트를 길게 반복하기보다 스타일을 먼저 고정하고 요청을 짧게 쓰는 편이 효율적입니다.
핵심 3줄 요약
- 핵심 1
클로드 Styles는 답변의 커뮤니케이션 방식, 톤, 구조를 사용자의 작업 흐름에 맞게 조정하는 기능입니다. - 핵심 2
빠른 업무에는 Concise, 공식 문서에는 Formal, 설명형 콘텐츠에는 Explanatory를 먼저 시험해보면 좋습니다. - 핵심 3
Custom style은 샘플 글을 올려 내 문체를 반영할 수 있지만, 민감한 내부 문서나 고객 정보는 넣지 않는 것이 안전합니다.
이 글에서 다룰 내용
- 클로드 Styles가 무엇인지
- 누구에게 필요한 팁인지
- 언제 쓰면 좋은지
- 프리셋과 Custom style을 나눠 쓰는 방법
- 이메일과 보고서에 바로 쓰는 순서
- 실전 프롬프트 예시
- 주의할 점과 FAQ
- 공식 출처
클로드 Styles는 무엇인가
클로드 Styles는 클로드 답변을 내 업무 목적에 맞는 말투와 구조로 조정하는 기능입니다. Anthropic은 Styles를 통해 Claude의 응답이 사용자의 커뮤니케이션 선호, 톤, 구조에 맞게 바뀔 수 있다고 설명합니다.
쉽게 말하면 매번 “짧고 실무적으로 써줘”, “공손하지만 딱딱하지 않게 써줘”, “초보자도 이해하게 풀어줘”라고 반복하지 않도록, 답변 스타일을 먼저 선택하거나 직접 만들어두는 방식입니다.
Anthropic 공식 발표 기준으로 기본 프리셋은 Formal, Concise, Explanatory입니다. 여기에 더해 사용자는 자신이 선호하는 글 샘플을 업로드하고 필요한 지시를 더해 Custom style을 만들 수 있습니다.
한 문장 정의
클로드 Styles는 Claude.ai에서 답변의 말투, 길이, 설명 방식, 구조를 업무 목적에 맞게 맞춰 쓰는 개인화 기능입니다.
누구에게 필요한 팁인가
이 팁은 클로드를 글쓰기 보조 도구로 자주 쓰는 사람에게 특히 유용합니다.
- 고객에게 보내는 이메일 톤을 일정하게 맞추고 싶은 운영자
- 보고서, 회의록, 제안서 초안을 자주 만드는 기획자
- 브랜드 문체와 고객 안내문 표현을 맞춰야 하는 마케터
- 기술 설명을 너무 딱딱하지 않게 풀어야 하는 교육 담당자
- 감자나라ai님처럼 블로그, 자동화 리포트, 고객 안내문을 반복해서 정리하는 사람
글쓰기 AI를 쓸 때 품질이 들쭉날쭉해지는 이유 중 하나는 매번 말투 지시가 달라지기 때문입니다. Styles를 쓰면 작업마다 같은 기준을 다시 설명하는 부담을 줄일 수 있습니다.
핵심 인사이트
클로드 Styles의 핵심은 더 멋진 문장을 만드는 것이 아니라, 반복 업무에서 답변의 결을 일정하게 유지하는 것입니다.
언제 쓰면 좋은가
Styles는 답변의 내용보다 표현 방식이 중요할 때 효과가 큽니다.
예를 들어 고객 문의 답변은 너무 길면 읽히지 않고, 너무 짧으면 불친절해 보일 수 있습니다. 내부 보고서는 정중함보다 결론, 근거, 다음 행동이 빨리 보여야 합니다. 블로그 초안은 친절해야 하지만 과하게 가벼우면 신뢰가 떨어집니다.
이런 작업에서는 스타일을 먼저 정하고, 그다음 실제 요청을 넣는 편이 좋습니다.
- 빠른 이메일 답장: Concise 스타일로 짧고 직접적인 초안을 만든다.
- 임원 보고용 요약: Formal 스타일로 표현을 정돈한다.
- 초보자 교육 자료: Explanatory 스타일로 배경 설명을 충분히 넣는다.
- 브랜드 문체가 있는 콘텐츠: Custom style로 샘플 글의 톤을 반영한다.
- 반복 고객 안내문: Custom style에 금지 표현과 선호 표현을 함께 적는다.
실전 팁
처음부터 Custom style을 만들기보다, 프리셋 3개로 같은 요청을 시험한 뒤 가장 가까운 스타일을 기준으로 보정하는 순서가 안전합니다.
프리셋 스타일은 어떻게 나눠 쓰면 좋을까
Formal은 공식 문서와 외부 제안서에 맞다
Formal은 표현을 더 정돈하고 공적인 느낌을 줘야 할 때 적합합니다. 고객 제안서, 파트너 안내문, 임원 보고용 문장, 정책 안내문처럼 문장 톤이 너무 가볍게 보이면 안 되는 작업에 먼저 써볼 수 있습니다.
예를 들어 “환불 안내 문구를 정중하게 써줘”보다 “Formal 스타일로 고객에게 보낼 환불 안내문을 작성해줘. 결론, 처리 일정, 문의 채널 순서로 정리해줘”처럼 목적과 구조를 같이 주면 결과가 안정됩니다.
Concise는 빠른 업무 정리에 맞다
Concise는 짧고 직접적인 답변이 필요할 때 좋습니다. 회의 후속 조치, 업무 요청 메일, 슬랙 메시지 초안, 긴 문서의 핵심 요약처럼 읽는 사람이 바로 행동해야 하는 상황에 잘 맞습니다.
다만 Concise를 쓰면 배경 설명이 줄어들 수 있습니다. 법무, 정책, 가격, 계약처럼 오해가 생기면 안 되는 내용은 짧게 줄이더라도 근거와 조건을 남겨야 합니다.
Explanatory는 교육형 콘텐츠에 맞다
Explanatory는 새로운 개념을 배울 때 유용합니다. 초보자용 도움말, 내부 온보딩 문서, 제품 기능 설명, 복잡한 기술 개념 풀이처럼 단계별 설명이 필요한 작업에 어울립니다.
블로그 글 초안에도 잘 맞습니다. 다만 설명이 길어질 수 있으므로 “문단마다 핵심 문장을 먼저 쓰고, 예시는 1개만 넣어줘”처럼 분량 제한을 같이 주는 것이 좋습니다.
한 줄 정리
Formal은 신뢰감, Concise는 속도, Explanatory는 이해도를 우선할 때 선택하면 됩니다.
Custom style은 언제 만들면 좋을까
Custom style은 프리셋만으로는 내 문체나 브랜드 톤이 잘 맞지 않을 때 사용합니다. Anthropic은 사용자가 선호하는 커뮤니케이션 방식을 반영한 샘플 콘텐츠를 업로드하고, 필요한 지시를 지정해 Custom style을 만들 수 있다고 설명합니다.
예를 들어 아래와 같은 상황이면 Custom style 후보입니다.
- 뉴스레터 문체를 매번 비슷하게 유지해야 한다.
- 고객 안내문에서 꼭 쓰는 표현과 피하는 표현이 있다.
- 회사 내부 보고서의 제목, 요약, 액션 아이템 구조가 정해져 있다.
- 기술 문서를 초보자용 설명으로 바꾸는 고정 방식이 있다.
- 블로그 글에서 “쉽지만 가볍지 않은 톤”을 반복해서 써야 한다.
Custom style을 만들 때는 샘플을 많이 넣는 것보다 좋은 샘플을 넣는 것이 중요합니다. 공개해도 괜찮은 글, 원하는 톤이 잘 드러나는 글, 개인정보가 없는 글을 고르세요.
주의
Custom style용 샘플에는 고객 이름, 계약 조건, 내부 매출, 계정 정보, 비공개 전략 문서를 넣지 않는 편이 안전합니다.
따라 하는 순서
1. 먼저 작업 유형을 고른다
스타일을 만들기 전에 어떤 작업에 쓸지 좁힙니다.
나쁜 예는 “내 스타일로 다 써줘”입니다. 너무 넓어서 이메일, 보고서, 블로그, 고객 안내문이 모두 섞입니다.
좋은 예는 “고객 안내 이메일 초안용 스타일”, “블로그 글 도입부용 스타일”, “회의록 요약용 스타일”처럼 쓰임새가 분명한 이름입니다.
2. 프리셋 3개를 먼저 비교한다
같은 요청을 Formal, Concise, Explanatory로 각각 실행해봅니다.
예를 들어 다음 요청을 세 스타일로 비교합니다.
예시 프롬프트
고객에게 보낼 기능 업데이트 안내 이메일을 써줘.
핵심은 새 기능이 오늘부터 적용되며, 기존 설정은 유지되고, 궁금한 점은 고객지원으로 문의하면 된다는 내용이야.
제목 1개와 본문 5문장 이내로 작성해줘.
결과를 보면 어떤 스타일이 내 작업에 가까운지 빠르게 알 수 있습니다.
3. Custom style에 넣을 샘플을 고른다
Custom style을 만들려면 샘플 글이 필요합니다. 이때 샘플은 길이보다 품질이 중요합니다.
좋은 샘플 기준은 다음과 같습니다.
- 공개해도 문제가 없는 글
- 원하는 문체가 분명한 글
- 제목, 문단 길이, 표현 방식이 실제 업무와 가까운 글
- 민감한 이름, 금액, 계약 조건이 제거된 글
- 오탈자와 오래된 정보가 정리된 글
샘플이 너무 섞여 있으면 스타일도 흐려집니다. 고객 안내문 스타일을 만들 때 블로그 에세이, 회의록, 코드 주석을 함께 넣지 않는 것이 좋습니다.
4. 스타일 지시를 짧게 적는다
샘플만 올리면 클로드가 어떤 요소를 따라야 하는지 애매할 수 있습니다. 아래처럼 따라야 할 기준을 함께 적어두면 좋습니다.
예시 지시
이 스타일은 고객 안내 이메일에 사용한다.
문장은 짧게 쓰고, 첫 문단에서 결론을 먼저 말한다.
과장된 표현, 느낌표, 지나치게 친근한 말투는 피한다.
마지막 문단에는 사용자가 할 다음 행동을 한 문장으로 정리한다.
5. 실제 업무 요청은 짧게 넣는다
스타일을 만든 뒤에는 매번 긴 톤 설명을 붙이지 않아도 됩니다. 대신 내용, 대상, 길이, 금지 조건만 적습니다.
예를 들어 이렇게 요청합니다.
예시 프롬프트
방금 스타일로 고객 안내 이메일을 작성해줘.
내용은 “다음 주부터 월간 리포트 발송 시간이 오전 9시로 바뀐다”는 안내야.
고객이 따로 설정을 바꿀 필요는 없고, 문의는 답장으로 받는다고 써줘.
제목 1개, 본문 6문장 이내로 작성해줘.
6. 결과를 체크리스트로 검수한다
스타일이 적용되어도 사실 검증은 별도입니다. 공개 전에는 아래를 확인합니다.
- 중요한 사실과 일정이 맞는가
- 고객에게 불필요한 약속을 하지 않았는가
- 내부 정보나 개인정보가 들어가지 않았는가
- 말투는 맞지만 내용이 과장되지 않았는가
- 사람이 최종 수정해야 할 문장이 남아 있지 않은가
핵심 인사이트
스타일은 말투를 맞추는 기능이고, 사실 확인과 승인 책임까지 대신하지는 않습니다.
이메일과 보고서에 바로 쓰는 프롬프트 예시
고객 이메일용
예시 프롬프트
Formal 스타일로 고객 안내 이메일을 작성해줘.
내용은 “새 대시보드 메뉴가 이번 주 금요일부터 보인다”는 안내야.
기존 데이터와 권한은 유지된다고 설명해줘.
고객이 해야 할 일은 없지만, 화면이 보이지 않으면 답장으로 문의하라고 써줘.
제목 1개, 본문 6문장 이내로 작성해줘.
내부 보고용
예시 프롬프트
Concise 스타일로 내부 보고 요약을 작성해줘.
아래 메모를 바탕으로 결론, 근거, 리스크, 다음 행동 순서로 정리해줘.
각 항목은 2줄 이내로 써줘.
모르는 내용은 추정하지 말고 확인 필요로 표시해줘.
초보자 설명용
예시 프롬프트
Explanatory 스타일로 초보자용 설명을 작성해줘.
주제는 “AI 답변을 그대로 복사하면 안 되는 이유”야.
첫 문단에 결론을 쓰고, 쉬운 예시 2개와 주의할 점 3개를 넣어줘.
어려운 용어는 한 문장으로 풀어줘.
Custom style 점검용
예시 프롬프트
이 Custom style이 고객 안내문에 잘 맞는지 점검해줘.
아래 초안을 기준으로 말투, 길이, 결론 위치, 과장 표현, 다음 행동 안내를 확인해줘.
수정이 필요한 문장은 이유와 함께 다시 써줘.
실전 팁
첫째, 스타일 이름을 업무 기준으로 붙이세요. “내 스타일”보다 “고객 안내 이메일”, “월간 리포트 요약”, “초보자 블로그 설명”처럼 이름을 정하면 나중에 고르기 쉽습니다.
둘째, 프리셋과 Custom style을 섞어 생각하지 마세요. 프리셋은 빠른 선택용이고, Custom style은 반복 업무의 고정 문체용입니다.
셋째, 스타일로 해결할 문제와 프롬프트로 해결할 문제를 나누세요. 스타일은 톤과 구조를 맡기고, 프롬프트에는 이번 작업의 사실, 대상, 길이, 금지 조건을 넣는 편이 좋습니다.
넷째, 샘플 글은 정기적으로 갱신하세요. 회사 말투, 제품 이름, 고객 안내 기준이 바뀌었는데 예전 샘플을 계속 쓰면 오래된 표현이 반복될 수 있습니다.
다섯째, 중요한 외부 문서는 사람 검토를 남기세요. 스타일이 자연스러울수록 오류를 놓치기 쉽습니다. 법률, 가격, 계약, 개인정보, 의료, 금융 관련 문장은 최종 검토가 필요합니다.
실전 팁
좋은 Custom style은 “내가 좋아하는 말투”보다 “이 업무에서 반복해서 필요한 말투”를 기준으로 만들 때 오래 갑니다.
주의할 점
클로드 Styles를 쓸 때 가장 큰 위험은 자연스러운 문체 때문에 사실 오류를 놓치는 것입니다. 스타일은 표현을 정리해주지만, 원문 사실이 틀렸거나 조건이 빠졌다면 결과도 틀릴 수 있습니다.
또 하나의 위험은 샘플 데이터입니다. Custom style을 만들려고 실제 고객 이메일, 비공개 제안서, 내부 보고서를 그대로 넣으면 보안 문제가 생길 수 있습니다. 샘플은 익명화하고, 필요 없는 고유명사와 숫자는 제거하는 편이 안전합니다.
마지막으로 스타일을 너무 많이 만들면 오히려 관리가 어려워집니다. 처음에는 고객 이메일용, 내부 보고용, 블로그 설명용처럼 2개나 3개만 만들어 실제로 반복되는 업무에 맞는지 확인하세요.
한 줄 정리
Styles는 글쓰기 속도를 높여주지만, 사실 확인, 보안 검토, 최종 승인까지 대신하는 기능은 아닙니다.
자주 묻는 질문 FAQ
Q1. 클로드 Styles와 클로드 Projects는 무엇이 다른가요?
Projects는 관련 대화와 자료를 묶어 작업 맥락을 관리하는 기능에 가깝습니다. Styles는 답변의 말투, 길이, 구조를 맞추는 기능입니다. 긴 프로젝트 자료를 관리하려면 Projects, 답변 문체를 맞추려면 Styles를 먼저 생각하면 됩니다.
Q2. 클로드 Styles와 Skills는 같은 기능인가요?
다릅니다. Styles는 Claude.ai에서 답변의 커뮤니케이션 방식을 맞추는 기능입니다. Skills는 Claude Code에서 반복 작업 지침과 절차를 확장하는 기능으로 다루는 것이 안전합니다.
Q3. Custom style을 만들 때 글 샘플은 얼마나 넣어야 하나요?
정해진 만능 분량보다 샘플의 품질이 중요합니다. 원하는 톤이 잘 드러나고, 개인정보가 제거된 글을 고르세요. 서로 다른 목적의 글을 한꺼번에 섞으면 스타일이 흐려질 수 있습니다.
Q4. 스타일만 고르면 프롬프트를 짧게 써도 되나요?
톤 설명은 줄일 수 있지만, 이번 작업의 사실, 대상, 길이, 금지 조건은 여전히 적어야 합니다. 예를 들어 “정중하게 써줘”는 스타일에 맡기고, “누구에게 무엇을 언제 안내하는지”는 프롬프트에 넣어야 합니다.
Q5. 한국어 글쓰기에도 쓸 수 있나요?
네, 한국어 샘플과 한국어 지시를 기준으로 스타일을 만들면 한국어 글쓰기에도 활용할 수 있습니다. 다만 공개용 문서는 어색한 번역투, 존댓말 일관성, 고유명사 표기를 사람이 최종 확인하는 것이 좋습니다.
출처
마무리
클로드 Styles는 글을 대신 잘 써주는 마법 버튼이라기보다, 반복되는 글쓰기 업무에서 말투와 구조를 흔들리지 않게 잡아주는 기준선입니다.
감자나라ai님이 바로 해볼 수 있는 첫 실험은 간단합니다. 같은 고객 안내 문구를 Formal, Concise, Explanatory 세 가지로 각각 만들어보고, 실제 업무에 가장 가까운 결과를 고르세요. 그다음 자주 쓰는 글 샘플을 정리해 Custom style로 옮기면 매번 긴 말투 지시를 붙이는 시간을 줄일 수 있습니다.
