ブログに戻る

Voicr Team · 2026年5月23日

スマート文章ルール:すべてのアプリで自動的にトーンを切り替える

Slackのメッセージを毎回くだけた調子に書き直し、メールをかしこまった文面に直すのはもう終わり。アプリごとに一度ルールを設定すれば、あとは自動でトーンが切り替わります。

スマート文章ルール:すべてのアプリで自動的にトーンを切り替える

Gmailでクライアント向けの長くて構造化されたアップデートを書き終えたところ。送信ボタンを押してSlackに切り替えた瞬間、指が止まります。さっきまでのフォーマルな調子でそのまま打ち込もうとして、ハッと気づく。アプリが違う。雰囲気も違う。

そこで打ちかけた「いつもお世話になっております」を消して、もっと気軽な挨拶でやり直す。三つほどアプリを移った頃には、今度はNotionドキュメント用に書き直している。さらにコードレビューのコメント用に書き直す。そのたびに、あなたは同じ小さな頭の作業を繰り返しています。このアプリにふさわしいトーンを考える、という作業です。

デジタルワーカーは平均すると1日に約1,200回もアプリを切り替えており、そのたびにそのアプリ独自の文章のお作法がついて回ります。脳はそれを理解していますが、切り替えるたびに「調整税」を払っています。スマート文章ルールはこの問題を解決します。アプリごとに自動でトーンを調整してくれるので、あなたが毎回考える必要はありません。

なぜ一つのトーンではすべてのアプリに合わないのか

あなたが使っているアプリは、それぞれ違う種類のコミュニケーションのために作られています。そこに染み付いた慣習が、どんな文章がふさわしいかを暗黙のうちに教えてくれます。多くの場合、あなたが意識しないうちに。

Slackはスピード重視です。メッセージは短く、スレッド化され、ざっと読まれるもの。「\"Dear team,\"」のような形式ばった書き出しは、堅苦しくて、なんとなく嫌味っぽくすら見えます。Slack自身が行った職場コミュニケーションの調査では、70%の労働者が同僚からは厳格にプロフェッショナルな言葉遣いよりも、くだけたコミュニケーションを好むことが分かっています。

メールはその逆です。整理された思考を書き留め、記録として残し、何年も保管されたり転送されたりするかもしれない場所です。Slackでは問題ない「\"yo\"」も、クライアント宛のメールでは完全に場違いになります。件名、宛名、署名というフォーマット自体が、より考え抜かれたトーンを求めてきます。

そしてドキュメント類。Notion、Google Docs、Confluenceのページなど。これらはちょうどその中間にあります。チャットより構造化されていて、メールほど儀礼的ではない。リストや見出しが重要になり、文は少し長めになります。

コードエディタやCLIはまた別物です。コメントやコミットメッセージは、簡潔で、具体的で、現在形であるべきです。「ユーザーがnullの場合を処理する」のほうが、「チームのみなさん、ちょっとしたエッジケースに対応するため小さな変更を加えました」よりずっとよく機能します。

X(Twitter)の投稿は独自の世界です。歯切れがよく、改行で読ませ、わざと粗っぽくしてフィードに馴染ませる。LinkedInの投稿は温かく個人的な調子。LinearやJiraのようなプロジェクトツールは、前置きなしで結論から書く、素っ気ないコメントを求めます。

こういうことは、あなたはもう全部わかっています。実際、無意識のうちに常に使い分けています。問題は、それを毎回、すべてのメッセージで手動でやっていることです。

トーンを手動で切り替えることの隠れたコスト

トーンの切り替えは無料に感じます。一回ごとの切り替えはとても小さいから。でも、合計するとあっという間に大きな数字になります。

AsanaのAnatomy of Work Indexによると、ナレッジワーカーは1日に約10種類のアプリを使い、その間を25回ほど行き来しています。Harvard Business Reviewの別の調査では、アプリとウェブサイトの間で1日あたりほぼ1,200回もタブやアプリを切り替えているとされ、8時間労働で換算すると24秒に1回のペースです。

そのほとんどに文章が関わっています。Slackの返信、メールの下書き、Linearのコメント、ドキュメントの編集。一つひとつで、頭の中で素早くトーンを調整します。 - どのくらいフォーマルにすべき? - どのくらいの長さ? - ここで絵文字を使う? - 箇条書きにする?それとも段落? - 締めの一言は必要?それとも書きっぱなしで終わる?

1日に何百ものメッセージにわたって、こうした細かな判断を積み上げていけば、それは立派な認知的負荷になります。45%の労働者が「アプリを切り替えすぎて生産性が下がる」と感じており、43%が「精神的に消耗する」と答えています。そのコストの一部は確実に、次のアプリにふさわしい書き方を考えることに費やされています。

異なる文章スタイルを持つアプリのアイコンに囲まれた人物のイラスト。アプリ間でトーンを切り替えることによる認知的負荷を表現

「スマート文章ルール」とは具体的に何か

スマート文章ルールとは、二つの要素をひとつにまとめたものです。トリガー(どのアプリを使っているか)とプロンプト(AIにどう書き直してほしいか)です。アクティブなアプリで文章を書いたり話したりすると、ルールが発動し、そのアプリに合う形に整えてくれます。

毎回ツールに「カジュアルにして」と指示する必要はありません。Slackに一回、Gmailに一回、Notionに一回。ルールを一度設定するだけ。あとはツールがフォーカスされているアプリを検出し、対応するスタイルを自動で適用します。

結果として、あなたはどこでも同じように書いたり話したりすればよく、出力だけが行き先に合わせて変化します。トーンを切り替える手間は「メッセージごとに」から「一度設定するだけ」に減ります。

これは、テキストを貼り付けてドロップダウンからトーンを選び、結果をコピーして戻すような汎用のAIトーン変換ツールとは違います。それでは手間はあなたに残ったまま。スマートルールはそのドロップダウン自体をなくします。

よくできた文章ルールの構成要素

一つのアプリに対する良いルールには、おおよそ五つの要素があります。どれかを抜くと、出力は次第に狙いから外れていきます。

1. フォーマル度

カジュアル、中立、プロフェッショナル、テクニカル。これがメッセージ全体の温度を決めます。語彙、短縮形、文のリズムすべてに影響します。

2. 長さの目安

短く直接的に(Slack)、中くらいで構造化(メール)、あるいはそのアプリが求める分量。長さの指示がないルールは、たいてい説明を盛りすぎる傾向があります。

3. 構造

箇条書き、番号付きリスト、段落、見出し。Notion用のルールは構造を推奨すべきで、Slack用のルールは逆に控えさせるべきです。

4. 絵文字と句読点のポリシー

絵文字を歓迎するアプリもあれば、そうでないアプリもあります。em dashを多用する文化もあれば、避ける文化もあります。ポリシーを明文化しておけば、AIがあなたのチームの感覚に合わないデフォルトを勝手に選ぶのを防げます。

5. 締めのふるまい

メールには締めの言葉が必要。Slackには不要。コードコメントにも不要。指定しなければ、毎回バラバラな終わり方になります。Slackメッセージの半分が、なぜか毎回「\"Thanks,\"」で締めくくられるようになります。モデルがそれを丁寧だと判断するからです。

この五つの設定を組み合わせれば、漠然とした「このアプリに合う感じにして」というお願いが、毎回安定した出力を生むルールに変わります。

これがまさに、macOS版Voicrのスマートルール機能がやってくれることです。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(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. ```

これらはあくまで出発点です。出力がデフォルトのAIっぽい声ではなく、*あなた自身*の声に聞こえるまで、表現を調整してみてください。

異なるアプリのアイコンとそれに対応する文章スタイルのラベルを並べた3枚のカード:チャットにはカジュアル、メールにはフォーマル、ドキュメントには構造化

実際に使うアプリにルールを割り当てる

開くアプリすべてにルールを用意する必要はありません。文章を多く書くアプリにだけルールを作ればいいのです。

先週を振り返って、実際にタイピングが集中した場所を見てみましょう。たいていの人は、リストはとても短くなります。 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

この6つ(あるいはそれ以下)にだけルールを設定しましょう。それ以外は、無難なデフォルトの整文ルールに任せれば十分です。ルールを30個揃えても何の得もありません。むしろどれをどこに使うか覚えていなくてはならない分、損です。

各アプリでの音声入力面についてもっと深く知りたい方は、MacでSlackに音声入力する方法Macでメールを音声入力する方法Notionで音声入力する方法のガイドをどうぞ。

ルールを設定するときによくある失敗

ルールづくりがうまくいかないときは、だいたい次のいずれかのパターンに当てはまります。

曖昧すぎるルール

「プロっぽく書いて」だけではAIに自由度を与えすぎです。長さ、構造、締めのふるまい、絵文字のポリシーまで指定しましょう。具体的なルールほど、安定した出力が得られます。

硬直しすぎたルール

逆の罠です。Slack用のルールで「最大5語」と縛ったら、すべてのメッセージがブツ切りの不自然な文になります。ガイドラインは設けても、手錠にはしないこと。

名前だけ違う同じルール

メール用のルールをそのままコピーして「Confluence」「Notion」「Jira」と並べ、満足してしまうのは簡単です。でも、それぞれに合った調整が必要です。本当に内容が同じなら、一つにまとめて両方のアプリに適用する形にしましょう。

あなたの声と戦うルール

あなたの書き方には個性があります。何でも企業の定型文に変換するようなルールを作ると、一週間でツールを使わなくなります。目的は、あなたの声を各アプリに合うレジスターに翻訳することであって、誰か他の人の声に置き換えることではありません。

フォールバックを忘れる

ルールを設定していないアプリで書いたら、どうなる?多くのツールは汎用の整文に戻ります。このフォールバックがあなたの好みに合っているかを確認しておきましょう。想像以上にこれが発動する場面は多いはずです。

スマート文章ルールを日常に組み込む

この記事から一つだけ持ち帰るなら、これにしてください。トーン切り替えのコストは実在し、それは思った以上に早く積み上がる、ということです。マイクロな書き直し、ちょっとした調整。それが一日の中で積もり積もって大きな負担になります。スマート文章ルールは、その「税」を払うのをやめるための仕組みです。

小さく始めましょう。文章量がもっとも多い2つのアプリを選び ― たいていはSlackとメールです ― それぞれに一つだけルールを書きます。数日使ってみて、違和感のある場所を見つけたら表現を調整します。それから、文章量で次に多いアプリ用に3つ目のルールを足していけばいい。

自分で組み立てるのが面倒なら、VoicrがmacOSでこれをそのまま実現します。どのアプリからでもFNキーを押しながら自然に話せば、そのアプリ用のルールが、あなたの言葉をクリップボードに届くまでに整えてくれます。Slackのメッセージはカジュアルに、メールはプロフェッショナルに、コードコメントは簡潔に ― しかも、あなたは何も考えなくていい。それが目指すところです。書き直すことなく、その場にふさわしい文章を書く。それがゴールです。