Gmail에서 고객에게 길고 구조적인 업무 보고를 막 끝냈습니다. 전송 버튼을 누르고 Slack으로 넘어가는 순간, 손가락이 잠깐 멈칫합니다. 방금 전의 격식 있는 톤 그대로 계속 타이핑하려고 하거든요. 앱이 바뀌었어요. 분위기도 달라졌고요.
그래서 무심코 치려던 "안녕하세요. 늘 잘 지내시리라 믿습니다"를 지우고, 좀 더 친근한 인사로 다시 시작합니다. 세 개 앱쯤 지나면 이번엔 Notion 문서를 위해 또 고쳐 쓰고 있죠. 그다음엔 코드 리뷰 코멘트를 위해서요. 그때마다 똑같은 작은 정신적 작업을 반복합니다. 이 앱이 기대하는 톤이 뭔지 가늠하는 일 말이에요.
평균적인 디지털 워커는 하루에 약 1,200번 앱을 옮겨 다니고, 옮길 때마다 그 앱만의 글쓰기 관습이 따라옵니다. 머리로는 다 알지만, 매번 톤을 다시 맞추느라 작은 세금을 치르고 있죠. 스마트 라이팅 규칙이 그 해답입니다. 도구가 앱마다 톤을 자동으로 맞춰 주니, 더 이상 직접 신경 쓸 필요가 없어요.
왜 하나의 톤으로 모든 앱을 커버할 수 없을까
당신이 쓰는 모든 앱은 저마다 다른 종류의 커뮤니케이션을 위해 만들어졌습니다. 앱마다 깔린 관습이 어떤 글이 어울리는지 알려 주죠. 의식하지 못한 채 따르고 있을 뿐이에요.
Slack은 속도를 위해 만들어졌습니다. 메시지는 짧고, 스레드로 이어지고, 대충 훑어 읽히는 일이 많죠. 격식 차린 "Dear team," 같은 표현은 딱딱하거나 은근히 공격적으로 읽힙니다. Slack이 직접 진행한 직장 커뮤니케이션 연구에 따르면, 노동자의 70%는 동료로부터 엄격하게 격식 있는 표현보다 캐주얼한 톤을 더 선호합니다.
이메일은 정반대입니다. 구조적인 사고, 기록, 몇 년 동안 보관되거나 다른 사람에게 전달될 수 있는 메시지를 위한 공간이죠. Slack에서는 잘 어울리는 "안녕" 같은 인사가 고객 이메일에서는 어색하게 떨어집니다. 제목, 인사말, 서명이라는 형식 자체가 좀 더 신중한 톤을 요구합니다.
그다음은 문서입니다. Notion, Google Docs, Confluence 페이지. 이쪽은 그 중간 어딘가에 있습니다. 채팅보다는 구조적이지만 이메일만큼 형식을 갖추진 않아요. 목록과 헤딩이 중요해지고, 문장이 길어집니다.
코드 에디터와 CLI는 완전히 다른 스타일을 요구합니다. 주석과 커밋 메시지는 간결하고, 구체적이며, 현재 시제여야 하죠. "Handles the case where the user is null"이 "안녕하세요 팀원분들, 까다로운 엣지 케이스 하나를 처리하기 위해 작은 변경을 했어요"보다 훨씬 낫습니다.
X(트위터) 게시물은 또 다른 세계예요. 짧고 강하게, 줄바꿈으로 끊어 쓰고, 피드에 자연스럽게 녹아들도록 일부러 거칠게 쓰는 경우도 많습니다. LinkedIn 게시물은 따뜻하고 개인적인 톤으로 기우는 편이고요. Linear, Jira 같은 프로젝트 도구는 군더더기 없이 결론부터 던지는 코멘트를 원합니다.
여기까지는 이미 다 알고 있는 내용이죠. 매일 실천하고도 있고요. 문제는 그걸 메시지 하나하나마다 수동으로 한다는 점입니다.
톤을 수동으로 바꾸는 일의 숨은 비용
톤 전환은 한 번 한 번이 작아서 공짜처럼 느껴집니다. 그런데 합쳐 보면 금세 만만치 않은 양이 되죠.
Asana의 Anatomy of Work Index에 따르면 지식 노동자는 하루에 약 10개의 서로 다른 앱을 사용하고, 그 사이를 25번 정도 오갑니다. 별도의 Harvard Business Review 연구에서는 앱과 웹사이트를 합쳐 하루에 거의 1,200번 전환한다고 봤어요. 8시간 근무 기준으로 24초마다 한 번씩 옮기는 셈입니다.
그 전환의 대부분은 글쓰기와 관련이 있습니다. Slack 답장, 이메일 초안, Linear 코멘트, 문서 수정. 그때마다 머릿속에서 잠깐 톤을 다시 맞춰야 하죠. - 얼마나 격식을 차려야 할까? - 얼마나 길게 써야 할까? - 여기서 이모지를 써도 될까? - 불릿이 좋을까, 문단이 좋을까? - 끝맺음 인사를 붙여야 할까, 그냥 끊어도 될까?
이런 미세한 판단을 하루 수백 개 메시지에 곱해 보면, 인지 부하가 꽤 큽니다. 노동자의 45%가 앱을 너무 자주 오가는 탓에 생산성이 떨어진다고 답했고, 43%는 그게 정신적으로 지친다고 말합니다. 그 부담의 상당 부분이, 다음 앱이 어떤 글을 원하는지 가늠하는 데 쓰이고 있어요.
"스마트 라이팅 규칙"이 실제로 의미하는 것
스마트 라이팅 규칙은 두 가지 요소를 묶어 놓은 것입니다. 트리거(지금 어떤 앱에 있는지)와 프롬프트(AI가 텍스트를 어떻게 다시 쓰거나 다듬어야 하는지)예요. 활성화된 앱에서 글을 쓰거나 말로 입력하면, 규칙이 작동해서 출력 결과를 그 앱에 맞게 바꿔 줍니다.
매번 도구에 "이건 캐주얼하게 해 줘"라고 말할 필요가 없습니다. Slack용, Gmail용, Notion용 규칙을 한 번씩만 정해 두면 돼요. 도구가 어느 앱이 활성화돼 있는지 감지해서 거기에 맞는 스타일을 적용해 줍니다.
결과적으로 어디에서나 똑같은 방식으로 입력하거나 말하면 되고, 다듬어진 출력은 도착지에 맞게 알아서 바뀝니다. 톤을 바꾸는 데 드는 마찰이 "메시지마다"에서 "딱 한 번 설정"으로 줄어드는 거예요.
이건 텍스트를 붙여 넣고, 드롭다운에서 톤을 고르고, 결과를 다시 복사해 오는 일반적인 AI 톤 변경 도구와 다릅니다. 그런 도구는 여전히 사용자에게 일을 떠넘기죠. 스마트 규칙은 그 드롭다운 자체를 없애 버립니다.
잘 만든 라이팅 규칙의 해부도
한 앱을 위한 좋은 규칙에는 대략 다섯 가지 구성 요소가 있습니다. 하나라도 빠지면 출력이 슬슬 어긋나기 시작해요.
1. 격식 수준
캐주얼, 중립, 프로페셔널, 또는 테크니컬. 이건 메시지 전체의 온도를 정합니다. 어휘 선택, 축약형 사용, 문장 리듬까지요.
2. 분량 기준
짧고 직설적으로(Slack), 적당히 길고 구조적으로(이메일), 또는 앱이 요구하는 어떤 형태로든. 분량 가이드가 없는 규칙은 기본적으로 과도하게 설명하는 경향이 있어요.
3. 구조
불릿, 번호 목록, 문단, 헤딩. Notion용 규칙은 구조를 권장해야 하고, Slack용 규칙은 오히려 말려야 합니다.
4. 이모지와 문장 부호 정책
어떤 앱은 이모지를 환영하고, 어떤 앱은 그렇지 않습니다. 어떤 팀은 em 대시를 자주 쓰고, 어떤 팀은 안 쓰죠. 정책을 명시해 두면 AI가 팀의 분위기와 안 맞는 기본값을 골라 버리는 일을 막을 수 있어요.
5. 끝맺음 처리
이메일에는 끝맺음 인사가 필요합니다. Slack에는 필요 없고요. 코드 주석도 마찬가지죠. 명시하지 않으면 끝맺음이 매번 달라집니다. Slack 메시지의 절반이 "Thanks,"로 끝나게 되는데, 모델이 그게 예의라고 판단해 버리거든요.
이 다섯 가지 설정을 함께 묶으면, 막연한 "이 앱에 어울리게 좀 해 줘" 같은 요청이 매번 일관된 결과를 내는 규칙으로 바뀝니다.
Voicr의 스마트 규칙(Smart Rules) 기능이 macOS에서 하는 일이 바로 이거예요. FN 키를 누른 채 어느 앱에서든 말하면, 그 앱에 맞는 규칙이 음성을 자동으로 다듬어 줍니다. 클립보드에 들어가는 시점에는 이미 톤이 정리된 상태죠. 드롭다운도, 톤 선택기도, "잠깐, 다시 쓸게" 같은 순간도 없습니다.
그대로 가져다 써도 좋은 예시 규칙
아래는 당신이 자주 쓸 법한 앱들을 위한 규칙 프롬프트입니다. 어느 모델에든 프롬프트를 던지듯 자연스러운 문장으로 썼어요. Voicr, Raycast AI 명령어, Shortcuts 액션, 또는 텍스트를 LLM에 넘기는 어떤 도구에든 그대로 붙여 넣을 수 있습니다.
Slack 규칙
``` Rewrite the input as a casual, friendly Slack message. Keep it to 2-3 sentences max. Use contractions. Drop greetings and sign-offs. Don't use bullet points unless I literally list things. Light emoji is fine if it fits naturally. Skip "Hope you're well" and similar filler. ```
이메일 규칙 (Gmail, Outlook, Apple Mail)
``` Rewrite the input as a professional but warm email. Start with a brief greeting using the recipient's first name if I mentioned it. Use clear paragraphs of 2-4 sentences each. End with a polite sign-off ("Best," or "Thanks,"). Don't use emoji. Use contractions sparingly to soften the tone while staying professional. ```
Notion / 문서 규칙
``` Rewrite the input as clear, structured document content. Use short paragraphs and bullet lists where appropriate. Prefer plain headings over inline bold. Strip first-person filler like "I think" or "I want to say". Make it sound like a finished section, not a chat message. ```
Linear / Jira 규칙 (엔지니어링 티켓)
``` Rewrite the input as a focused engineering comment on a ticket. Be direct and terse. Use present tense. Lead with the conclusion or decision. Bullet sub-points if there are multiple items. No greetings, no sign-offs. ```
코드 에디터 규칙 (VS Code, Cursor, Xcode)
``` Rewrite the input as a short code comment. Present tense. No "I" or "we". One sentence ideal, two max. Don't restate what the code obviously does — explain the why or the non-obvious bit. ```
X(트위터) 규칙
``` Rewrite the input as a tweet. Punchy, line-broken for readability, no corporate phrasing. Lowercase is fine. Drop hedges like "in my opinion". 240 characters max. No hashtags unless I include them. ```
이건 어디까지나 출발점입니다. 출력이 기본 AI 목소리가 아니라 *당신의 목소리*처럼 들릴 때까지 표현을 다듬어 보세요.
당신이 실제로 쓰는 앱에 규칙 연결하기
열어 보는 모든 앱에 규칙을 만들 필요는 없습니다. 글을 많이 쓰는 앱에만 만들면 돼요.
지난 한 주를 돌이켜 보고, 타이핑 시간 대부분이 어디로 갔는지 짚어 보세요. 대부분의 사람들에게는 짧은 목록이 나옵니다. 1. 채팅 앱 하나 — Slack, Teams, Discord 또는 iMessage 2. 이메일 클라이언트 하나 — Gmail, Outlook, Apple Mail 3. 문서나 메모 앱 하나 — Notion, Google Docs, Apple Notes, Obsidian 4. 프로젝트 관리 도구 하나 — Linear, Jira, Asana, Height 5. 코드 에디터나 터미널 하나 — VS Code, Cursor, Xcode, iTerm 6. 가능하면 소셜 앱 하나 — X, LinkedIn, Bluesky
이 여섯 개(또는 그보다 적은 수)에만 규칙을 설정하세요. 나머지는 그럭저럭 괜찮은 기본 다듬기 규칙에 맡기면 됩니다. 규칙을 30개 가졌다고 상이 주어지는 건 아니에요. 오히려 손해죠. 어느 규칙이 어디에 적용되는지 매번 떠올려야 하니까요.
각 앱에서의 음성 입력에 대해 더 자세히 알고 싶다면, Slack에서의 음성 입력, Mac에서 이메일 받아쓰기, Notion에서의 음성 입력 가이드를 살펴보세요.
라이팅 규칙을 설정할 때 흔한 실수들
규칙 세팅은 보통 몇 가지 익숙한 방식으로 어그러집니다.
너무 모호한 규칙
"프로페셔널하게 들리게 해 줘"는 AI에게 너무 많은 여지를 줍니다. 분량, 구조, 끝맺음 방식, 이모지 정책까지 구체적으로 적어 주세요. 규칙이 구체적일수록 출력이 일관됩니다.
너무 빡빡한 규칙
반대 방향의 함정입니다. Slack 규칙에 "다섯 단어 이하" 같은 제약을 걸면, 모든 메시지가 뚝뚝 끊긴 채 어색하게 나옵니다. 가이드라인을 주는 거지, 손목을 묶는 게 아니에요.
이름만 다른 같은 규칙
이메일 규칙을 "Confluence", "Notion", "Jira"에 그대로 복사해 두고 끝내 버리기 쉽습니다. 각 앱은 저마다 약간씩 다른 손길이 필요해요. 두 규칙이 정말로 똑같다면, 합쳐서 두 앱을 함께 처리하게 두세요.
당신의 목소리와 싸우는 규칙
당신의 글에는 개성이 있습니다. 그걸 죄다 사무적인 표현으로 갈아 버리는 규칙은 일주일도 안 돼서 손이 안 가게 만들 거예요. 핵심은 당신의 목소리를 각 앱에 맞는 음역대로 옮겨 주는 것이지, 남의 목소리로 갈아 끼우는 게 아닙니다.
기본값(폴백)을 잊어버리는 일
규칙이 없는 앱에서 글을 쓰면 어떻게 될까요? 대부분의 도구는 일반적인 다듬기로 폴백합니다. 그 폴백이 정말 마음에 드는지 한 번 확인해 두세요. 생각보다 자주 쓰이거든요.
스마트 라이팅 규칙을 실제로 굴리기
여기서 딱 하나만 가져가신다면 이걸 가져가세요. 톤을 바꾸는 비용은 실재하고, 빠르게 쌓입니다. 매번의 미세한 고쳐 쓰기, 매번의 작은 톤 조정이 하루 동안 차곡차곡 더해지죠. 스마트 라이팅 규칙은 그 세금을 더 이상 안 내는 방법입니다.
작게 시작하세요. 글을 가장 많이 쓰는 앱 두 개(보통은 Slack과 이메일)를 골라서 각각 규칙 하나씩만 작성하세요. 며칠 써 보고, 어딘가 어색한 지점을 발견하면 표현을 다듬으세요. 그다음에 주간 글쓰기 양에서 다음 순위를 차지하는 앱을 위해 세 번째 규칙을 추가하면 됩니다.
이걸 직접 엮는 게 번거롭다면, Voicr가 macOS에서 기본 기능으로 해 줍니다. 어느 앱에서든 FN을 누른 채 자연스럽게 말하면, 그 앱에 맞는 규칙이 클립보드로 가는 길에 당신의 말을 다듬어 줍니다. Slack 메시지는 캐주얼하게, 이메일은 프로페셔널하게, 코드 주석은 간결하게 나오는 동안 당신은 그 어떤 것도 신경 쓸 필요가 없어요. 그게 바로 목표입니다. 직접 다시 쓰지 않아도, 그 자리에 어울리는 글이 나오는 것.