Ви щойно завершили довге, структуроване оновлення для клієнта в Gmail. Натискаєте «Надіслати», перемикаєтеся на Slack — і на мить завмираєте. Пальці хочуть продовжувати в тому ж офіційному тоні. Не той застосунок. Не та атмосфера.
Тож ви видаляєте «Сподіваюся, у Вас усе гаразд», яке вже почали друкувати, і починаєте заново з дружнім привітанням. Через три застосунки ви знову переписуєте — цього разу для документа в Notion. Потім ще раз для коментаря до код-рев'ю. І щоразу мозок виконує одну й ту саму невелику роботу: визначає, якого тону очікує застосунок.
Середньостатистичний цифровий працівник перемикається між застосунками близько 1200 разів на день, і кожне перемикання має свої правила письма. Мозок їх знає, але кожне переналаштування коштує енергії. Розумні правила письма — це рішення. Вони дозволяють вашим інструментам автоматично підлаштовувати тон під кожен застосунок, щоб ви не мусили робити це самі.
Чому один тон не пасує всім застосункам
Кожен застосунок створено під свій тип комунікації. Закладені в них правила підказують, яке письмо там доречне, — часто настільки непомітно, що ви цього навіть не усвідомлюєте.
Slack створений для швидкості. Повідомлення короткі, в гілках, їх часто пробігають очима. Офіційне "Dear team," виглядає неприродно або з натяком на пасивну агресію. Власне дослідження Slack про робочу комунікацію показало, що 70% працівників віддають перевагу неформальному спілкуванню з колегами, а не суворо професійній мові.
Email — повна протилежність. Це місце для структурованих думок, документації та повідомлень, які можуть переслати або зберігати роками. Невимушене "yo" чудово працює у Slack і повністю провалюється в листі до клієнта. Сам формат — тема, привітання, підпис — налаштовує на більш виважений тон.
А ще є документи. Notion, Google Docs, сторінки Confluence. Вони десь посередині: структурованіші за чат, але менш церемонні за лист. Списки й заголовки мають значення. Речення довшають.
Редактори коду й термінали потребують зовсім іншого стилю. Коментарі та повідомлення коміту мають бути лаконічними, конкретними й у теперішньому часі. "Handles the case where the user is null" виграє в "Hi team, I made a small change to handle a tricky edge case."
Дописи в X (Twitter) — окремий світ: влучні, з розривами рядків, часто навмисно «шорсткі», щоб виглядати органічно у стрічці. Дописи в LinkedIn — теплі та особисті. Проєктні інструменти на кшталт Linear і Jira вимагають простих, орієнтованих на рішення коментарів без преамбули.
Ви все це вже знаєте. І постійно застосовуєте. Ціна лише в тому, що робите ви це вручну — у кожному повідомленні.
Прихована ціна ручного перемикання тону
Перемикання тону здається безкоштовним, бо кожне окреме перемикання дрібне. Але сума накопичується дуже швидко.
За даними Anatomy of Work Index від Asana, працівники інтелектуальної праці використовують близько 10 різних застосунків на день і перемикаються між ними приблизно 25 разів. Окреме дослідження Harvard Business Review показало майже 1200 перемикань на день між застосунками й сайтами — приблизно одне перемикання кожні 24 секунди впродовж восьмигодинного дня.
Більшість цих перемикань пов'язана з письмом. Відповідь у Slack, чернетка листа, коментар у Linear, правка в документі. Кожне вимагає швидкого ментального переналаштування: - Наскільки офіційно це має звучати? - Наскільки довго? - Чи доречні тут емодзі? - Списки чи абзаци? - Підписувати чи просто закінчити?
Помножте ці мікрорішення на сотні повідомлень за день — і отримаєте відчутне когнітивне навантаження. 45% працівників кажуть, що перемикання між надто великою кількістю застосунків знижує їхню продуктивність, а 43% зізнаються, що це психологічно виснажує. Чимала частина цього податку йде на з'ясування того, якого письма очікує наступний застосунок.
Що насправді означають «розумні правила письма»
Розумне правило письма складається з двох частин: тригер (у якому застосунку ви перебуваєте) та промпт (як саме ШІ має переписати або відполірувати ваш текст). Коли ви пишете чи говорите в активний застосунок, правило спрацьовує й формує результат у потрібному стилі.
Ви не кажете інструменту «зроби це невимушеним» щоразу. Ви налаштовуєте правило один раз для Slack, один раз для Gmail, один раз для Notion. Інструмент визначає, який застосунок у фокусі, і застосовує відповідний стиль.
Результат: ви пишете або диктуєте однаково всюди, а готовий текст автоматично підлаштовується під місце призначення. Тертя від зміни тону падає з «щоразу в кожному повідомленні» до «налаштував один раз».
Це не те саме, що звичайний ШІ-перемикач тону, де ви вставляєте текст, обираєте тон зі спадного списку та копіюєте результат назад. Там роботу все одно робите ви. Розумні правила прибирають цей спадний список.
Анатомія хорошого правила письма
Хороше правило для одного застосунку має приблизно п'ять складових. Пропустите будь-яку — і результат починає «плисти».
1. Рівень офіційності
Невимушений, нейтральний, професійний або технічний. Це задає «температуру» всього повідомлення: лексику, скорочення, ритм речень.
2. Цільова довжина
Коротко і прямо (Slack), середньо і структуровано (email) або як того вимагає застосунок. Правила без вказівки щодо довжини зазвичай схильні до зайвих пояснень.
3. Структура
Списки, нумерація, абзаци, заголовки. Правило для Notion має заохочувати структуру. Правило для Slack — навпаки, стримувати її.
4. Політика щодо емодзі та пунктуації
Одні застосунки люблять емодзі, інші — ні. Одні спільноти використовують тире, інші — ні. Прописана політика не дає ШІ обирати дефолт, який не пасує вашій команді.
5. Поведінка підпису
Лист потребує підпису. Slack — ні. Коментарі в коді — теж ні. Якщо ви цього не зазначите, отримуватимете непослідовні закінчення. Половина ваших повідомлень у Slack випадково завершуватиметься «Дякую,», бо модель вважатиме це ввічливим.
Разом ці п'ять налаштувань перетворюють розпливчасте «зроби так, щоб звучало добре для цього застосунку» на правило, яке щоразу видає послідовний результат.
Саме це й робить функція Smart Rules у Voicr на 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. ```
Правило для email (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 (Twitter)
``` 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. ```
Це лише відправні точки. Підкручуйте формулювання, аж поки результат не звучатиме як *ви*, а не як дефолтний ШІ-голос.
Як прив'язати правила до застосунків, якими ви реально користуєтеся
Не потрібно мати правило для кожного застосунку, який ви відкриваєте. Потрібні правила для тих, де ви пишете багато.
Перегляньте свій останній тиждень і зверніть увагу, куди насправді йшла більшість набраного тексту. У більшості людей цей список короткий: 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.
Типові помилки під час налаштування правил письма
Більшість налаштувань правил «спотикаються» в одному з кількох передбачуваних місць.
Надто розмиті правила
«Нехай звучить професійно» дає ШІ забагато свободи. Вкажіть довжину, структуру, поведінку підпису та політику щодо емодзі. Чим конкретніше правило, тим послідовніший результат.
Надто жорсткі правила
Зворотна крайність. Якщо правило для Slack обмежує вас п'ятьма словами, кожне повідомлення виходитиме обрубаним і дивним. Задавайте орієнтири, а не наручники.
Однакові правила з різними назвами
Легко скопіювати правило для пошти в «Confluence», «Notion» і «Jira» — і вважати справу зробленою. Кожному з них потрібен свій нюанс. Якщо два правила справді однакові, об'єднайте їх і нехай одне обслуговує обидва застосунки.
Правила, які борються з вашим голосом
Ваше письмо має характер. Правило, що перетворює все на корпоративний шаблон, призведе до того, що ви покинете інструмент уже за тиждень. Сенс у тому, щоб перекласти ваш голос у потрібний регістр для кожного застосунку, а не замінити його чужим.
Забутий фолбек
Що відбувається, коли ви пишете в застосунку, для якого немає правила? Більшість інструментів вмикає базове полірування. Переконайтеся, що цей фолбек вам справді подобається, бо він спрацьовуватиме частіше, ніж ви очікуєте.
Як застосувати розумні правила письма на практиці
Якщо забирати звідси одне — заберіть це: ціна перемикання тону реальна, і вона швидко накопичується. Кожне мікроперемикання, кожне маленьке переналаштування додається протягом робочого дня. Розумні правила письма — це спосіб перестати платити цей податок.
Починайте з малого. Виберіть два застосунки, де ви пишете найбільше — зазвичай це Slack і пошта — і напишіть одне правило для кожного. Покористуйтеся ними кілька днів. Помітьте, що звучить не так, і підкрутьте формулювання. Потім додайте третє правило для застосунку, який іде наступним за обсягом письма.
Якщо ви не хочете самостійно склеювати все це докупи, Voicr робить це нативно на macOS. Затискаєте FN із будь-якого застосунку, говорите природно — і правило для цього застосунку полірує ваші слова дорогою до буфера обміну. Повідомлення в Slack виходять невимушеними, листи — професійними, коментарі в коді — лаконічними, а вам не довелося думати про жодне з цього. У цьому й суть: письмо, що пасує ситуації, без переписування власноруч.