Scribe と Grammarly：言語チェックをワークフローのどこに置くか

Scribe と Grammarly：言語チェックをワークフローのどこに置くか

2026年現在、Grammarly、ProWritingAid、LanguageTool は、インディー著者のワークフローにおいて標準的な後工程となりました。それぞれ重点は異なります。Grammarly は軽量な文法と言い回し寄り、ProWritingAid は文体・リズム・反復に重点を置き、LanguageTool は多言語対応とセルフホストを優先しています。ただし、共通する性質が一つあります。いずれも執筆のメイン環境ではなく、終盤の言語チェック工程である、という点です。本稿で「Grammarly」と言うときは、このカテゴリ全体の略称として扱ってください。

これらのツールを執筆のメイン環境と勘違いするのは、新人著者が最初期に陥る落とし穴のひとつです。Grammarly のウェブエディタでドラフトを書く、あるいは ProWritingAid のライブ提案を眺めながら一文ずつ書く、という行為には、予測できる副作用があります。ペースが落ち、注意が分散し、文体が次第にツールの好む「標準化された言い回し」に寄っていくのです。これらのツールの学習目的 は、より広い商業文書・学術文書に向けて調整されています。文体上の特徴を持つフィクション散文に対する提案のうち、無視して構わないものは少なくありません。これはツールの欠陥ではなく、置き場所を間違えた使い方の問題です。

Catalpas Atelier Scribe とこのカテゴリのツールの関係は、シンプルに整理できます。Scribe は原稿が生活し、執筆が行われる場所。Grammarly は、原稿が健康診断を受けに歩いていく診療所です。いつ家を出るか、戻ってきたときにどの所見を受け入れるか、どの章はそもそも検査に出さないか――これらの判断のほうが、テキストを行き来させる手順そのものよりはるかに重要です。

ドラフトと仕上げ：二つの異なる接点

ドラフト段階 ―― 章をまだ書いている途中で、構造も流動的かもしれない状態。この段階で言語ツールを使うなら、原則は単純です。作業を中断させないこと。具体的には、ライブ提案をオフにし、章を書き終えてからまとめてかけ、客観的に明らかな修正（明白な誤字、句読点、スペル）だけを採用します。文体レベルの提案（文の長さ、受動態、語彙のばらつき）はこの段階では無視します。ドラフト中に最悪なのは、ツールの指摘に引き込まれて局所修正を始め、章を最後まで書き終えずに終わることです。

仕上げ段階 ―― 全章を書き終え、全体構造が安定し、自分で少なくとも一度は通読修正を済ませた状態。ここでようやく言語ツールは本当に役に立ちます。全項目のチェックをオンにして構いません。ただし拒否権は保持してください。すべての文体提案には一つの問いをかけます。「これは私の声を、均質化された標準英語（あるいは標準的な日本語）に平準化しようとしているか？」答えがイエスなら却下します。

ドラフトと仕上げの最大の違いは、どのスイッチをオンにしているかではなく、心構えです。ドラフト段階では構築しているのであり、産出のリズムを守る必要があります。仕上げ段階では研磨しているのであり、外部からの中断にも耐えられます。この二つを同時に行うべきではありません。

Scribe ↔ 言語ツール：摩擦の少ない往復

このカテゴリのツールの多くは Markdown をネイティブにサポートせず、Scribe のプロジェクトファイルを直接読めるものもほとんどありません。テキストを行き来させることになります。コストを抑えるためのルールをいくつか挙げます。

1冊単位ではなく、章単位で作業する ―― 原稿全体を一度に貼り付けると、ツールが重くなり、収拾のつかない提案の山が生まれ、注意が崩れます。一章ずつ進めてください。ツールでチェックし、Scribe に戻し、数分休んで、次の章へ。このペースは品質と、二時間モニターと向き合った後に訪れる判断疲労の両方を守ります。

プレーンテキストで送り、プレーンテキストで戻す。書式は持ち込まない ―― Grammarly に貼り付けるときは、プレーンテキストだけをコピーします。斜体、引用、章見出しといった Markdown のマーカーは誤って解釈されたり、誤りとしてフラグされたりします。戻すときは、修正後のプレーンテキストを参照として扱い、置き換えとして扱わないでください。変更点を一つずつ、Scribe プロジェクト内の対応箇所に手作業で適用します。Grammarly で修正したテキストを丸ごと貼り付けて Scribe の章を上書きしようとしないでください。途中で Markdown マーカーを全部失います。

却下した提案とその理由をメモする ―― ツールの提案を却下すると決めたら、Scribe プロジェクト脇かファイルメタデータに短い理由を書き留めておきます（「ここは意図的な長文のリズム」「キャラクター A の台詞は意図的に話し言葉の誤りを残している」など）。次の周回で同じ判断を一からやり直さずに済みます。

同時に使うツールは一つだけ ―― Grammarly と ProWritingAid を同時に走らせるのは、新人著者によくある失敗です。提案のスタイルが違うので、両方をかけると「どちらの助言を取るか」という新たな負担が生まれます。あなたの声に近いと感じる方を一つ選び、半年後に乗り換えても構いません。

言語ツールに通すべきでない章

すべての章をチェッカーにかける必要はありません。あらかじめ「通さない章」を見極めておくと、修正時間が節約でき、声の一貫性も守れます。

文体上の特徴が強い内的独白、意識の流れ ―― これらの部分は意図的に文法を崩し、断片を活用し、ダッシュや三点リーダーでリズムを作っていることが多いものです。言語ツールは何十もの「書き換え提案」を出してきますが、その大半は却下するべきものです。揺らがない自信がなければ、章ごと飛ばすのが賢明です。

方言、俗語、外国語混じりの台詞 ―― キャラクターの声、訛り、コードスイッチングは文学的装置であって誤りではありません。こうした章をチェッカーに通すコスト（偽陽性の片付け）は得られる利得を大きく上回ります。

詩、引用、意図的な実験的セクション ―― 標準的な散文のルールに従う意図のないものは、チェッカーを迂回させてください。

すでにプロの編集者を通った章 ―― 編集者が docx 段階で細かい仕事を済ませているなら、それらの章を Grammarly でもう一周させる必要はありません。言語ツールが編集者の判断に対して付加できる価値はごくわずかで、むしろ後退をもたらすこともあります。

長期的視点：パイプライン末尾の固定工程

Grammarly 系ツールと Scribe の関係は、一時的な実験ではありません。仕上げ段階に置かれる固定工程として扱うほうが妥当です。校正刷りを印刷して紙で読み込んでから入稿する著者と、振る舞いとしては近いものです。完成原稿を毎回言語ツールに通せば、何十周も読み返した結果、もはや目に入らなくなった低レベルのミスを安定して拾えます。本当の価値は派手な「文体分析レポート」ではなく、スペル、句読点、明らかな誤字――最も見えにくく、しかしプロフェッショナリズムを最も損ねやすい種類の瑕疵にあります。

パイプラインの末尾に置き、1冊につき一度走らせ、拒否権を保持する。2026年において、インディー著者がこのカテゴリのツールを正しく使うとは、そういうことです。

仕上げ段階で言語チェックをどう挟むか、Scribe で確かめる →

こちらも合わせて

• Scribe のコラボレーション・ハブ ―― 他の執筆・ノート・レビューツールとのワークフローへの入り口
• Scribe と Word：docx を橋渡しにした往復レビュー・ワークフロー ―― レビューチェーンに人間の編集者が含まれる場合