MimicReader Writing Studio で、この一文を試してみてほしい。
「彼女は素早く部屋に入った。ドアは彼女によって開けられた。彼女は本当に本当に本当に長い文で、千年のように感じる長い時間ずっと彼のことを考えていたが、声に出して何かを言ったことは一度もなく、それは部分的には怖かったからであり、部分的には何を言えばいいのかわからなかったからだった。」
青。緑。黄色。それから赤。文章全体がレントゲン写真のように灯る。
「素早く」に青の下線が付く。「彼女によって開けられた」には緑が付く。三つ目の文 — 六十二語 — はうっすらと黄色い背景の上に座り、三十五語を越えたあたりから赤へと深まっていく。自分の癖が色で広げられて見える。たいていの場合、自分にそんな癖があるとは知らなかったはずだ。
事後分析の問題
Hemingway Editor は良い道具だ。テキストを貼り付ければ、どこがまずいかを教えてくれる。本当のエディタに戻って、どの文が悪い文だったかを思い出そうとする。直し終える頃には、次の章を同じ書き方で書いてしまっている。
事後の分析は癖を変えない。癖はキーを打つ瞬間に形成される。一時間後に届くフィードバック — 章が終わり、場面が形になった後 — は、ただの監査でしかない。役には立つが、遅い。
MimicReader はリントをエディタの中に置く。書く場所と同じ場所。打ち込んだ瞬間と同じ瞬間に。
四つのルール
設定で ヘミングウェイ流ハイライト を有効にする(初期状態はオフ — 意見の強いフィードバックを誰にも押しつけない)。あとは書くだけだ。Studio は四つのものを見ている。
副詞 — 青い下線
英語で -ly で終わるもの。日本語でも「素早く」「突然」「本当に」「慎重に」のような副詞。多くは詰め物だ。「静かに言った」 は 「囁いた」 でありたい。「速く走った」 は 「走った」 という素朴な動詞に負ける。下線は判決ではない。問いかけだ — この言葉は本当に要るのか。
必要なときもある。副詞は違法ではない。だが、青い下線のひとつひとつは、より強い動詞を選び直すチャンスだ。
受動態 — 緑の下線
「ケーキは食べられた。」 誰に。受動態は行為者を隠す。「彼女がケーキを食べた」 は、誰が何をしたかを語る。能動の散文には重さがある。受動の散文は宙に浮く。
Studio は英語の was/were/been に過去分詞が続く形と、日本語の「〜られた」「〜された」「〜された」のような受け身の形を探す。「Was opened.」、「開けられた。」、「読まれた。」。それぞれに緑の下線が付く。
受動態が正解のこともある。対話の中で、技術文書の中で、行為者が問題にならない場面で。だが多くの場合、それは読者と動きのあいだに立つ壁だ。
長い文 — 黄、そして赤
二十五語で淡い黄色の背景。三十五語で淡い赤。壁ではない。頬の紅潮だ。文が長くなるほど、色は深くなる。
ヘミングウェイがいつも短く書いたわけではない。フォークナーは千語の一文を書いた。長い文を禁じることが目的ではない — 自分が長い文を書いたと知ることが目的だ。残すこともある。見て半分に切ることもある。どちらにせよ、意図をもって選んだことになる。
連続するスペース — 控えめなグレー
誰にでもある。文と文のあいだに二つのスペース、うっかり三つ、一つのスペースのつもりが入ったタブ。Studio はそれらを薄く灰色に染めて、指が実際に何をしたかを見せる。小さなことだ。だが、誰も指摘しなければ、出版された EPUB にまで生き延びる種類の小さなことでもある。
屈折語の問題
多くの散文リンターは英語しか話さない。日本語、ポーランド語、ドイツ語で打ち込めば、彼らは盲目のままそこに座っている。Hemingway Editor はそれらの言語を話さない。Grammarly のカバーは部分的だ。存在する数少ない専用ツールは、重い Word アドインばかりだ。
MimicReader には屈折語向けのルールが組み込まれている。Studio はプロジェクトの言語(例 project.language = "pl")を検出し、自動的に正規表現を切り替える。ポーランド語については — 現時点でもっとも整っているケースだが — 副詞語尾(-nie、-cko、-le、-wo)、był/została/zostało に分詞を伴う受動形、そして同じ閾値での長文判定をヒューリスティクスでカバーする。正規表現は /u フラグと、明示的なポーランド文字クラスを使う。Ąćęłńóśźż はすべて認識され、英語学習されたほとんどのツールがそうするように、最初のダイアクリティカルマークで単語の後半を切り落とすことはない。
完全な言語パーサではない。ヒューリスティクスだ。だが、明らかな癖を捉えるためには — 副詞が多すぎる、受動態が多すぎる — 外すよりも当たることのほうが多い。そして、書き手向けのエディタの中でライブに動く、こうした性質の唯一の道具でもある。
ヒューリスティクスについて正直に
正規表現は文脈を理解しない。「Only」 は -ly で終わるので副詞としてフラグが立つが、「only」 は普通は問題ない。「Was」 に形容詞が続くのは受動態ではないが、正規表現はときどきそう思い込む。「He was tired」 は緑の下線を引かれることがある。本来は引かれるべきではない。
ルールが完璧だなどとは言わない。これらは権威ではなく、気づきのために設計されている。Studio はパターンを見せるだけだ。このパターンがこの文で問題になるかどうかは、書き手が決める。ページ上の副詞をすべて残すこともあるだろう。それでいい。要は、それらを見たということだ。
もっと深いフィードバックが欲しいとき — この登場人物に一貫性があるか、ペースが効いているか、この場面が居場所を稼いでいるか — それは依然として編集者の仕事か、AI Workshop の制作支援ツールの仕事だ。ライブのリントは散文レベルの癖を捕まえる。構造の話は、別の場所に住んでいる。
初期状態はオフ
初めてエディタを開いた新人作家を、赤と黄色で待ち伏せしたくはなかった。スイッチはオフから始まる。挑発されたいときに、自分でオンにする。
設定 → エディタ → ヘミングウェイ流ハイライト。クリック一つ。プロジェクト単位。きつい商業ドラフトではオンに、自由な初稿ではオフに、と使い分けてもいい。改稿に入るまでオフにして、二稿目から初めてオンにする書き手もいる。あなた次第だ。
パフォーマンスについて正直に
リントは CodeMirror 6 の ViewPlugin の中で動き、見える範囲のテキストに Decoration.mark の領域を加える。処理は 300 ミリ秒の debounce — あなたが気づかない程度に速く、五万語の原稿が打鍵中に詰まらない程度に遅い。
正規表現が走るのは見えているビューポートだけだ。スクロールすれば、新しい領域のハイライトが更新される。キーを打つたびに文書全体をリントし直したりはしない。長い原稿で他のエディタが詰まるのは、それをやるからだ。私たちはやらない。
採点者ではない
Studio はあなたに点数を付けない。あなたの散文が「9学年レベル」だとも、段落を書き直せとも言わない。パターンを見せ、判断を任せる。
これが道具と権威の違いだ。採点者は何をすべきかを告げる。鏡は見せるだけだ。リントは鏡だ。静かで、望むなら常にそこにあって、ときに間違えて、たいていは役に立つ。
ヘミングウェイはタイプライターと鉛筆と屑かごで書いた。屑かごがいちばん重要な道具だった。私たちは屑かごを出荷できない。だが、見える瞬間 — 悪い文が次の悪い文になる手前の瞬間 — を出荷することはできる。