Macのテキストエディターで巨大原稿を開いたとき、色分けや行番号が減っただけで「編集できない」と判断するのは早すぎます。締切直前に必要なのは、目的箇所を検索し、一字を直し、別名保存し、もう一度開いて確認する経路です。この記事では919,514文字の検証原稿を使い、確認済みの大容量判定・検索と、これから確かめる編集・保存往復を明確に分けます。
まず「止まってよい表示」と「残す操作」を分ける
巨大ファイルでは、色分け、編集記号、ハイライト、行番号などの補助表示を抑える設計があります。見た目が通常ファイルと違っても、本文そのものが消えたとは限りません。
締切チェック票には、固定語検索、一字編集、別名保存、再読込の四行を置きます。補助表示は別欄にし、行番号が消えたことだけで四操作を未確認のまま失格にしません。逆に、表示がきれいでも検索や保存が通らなければ締切候補にはできません。
この記事は「巨大原稿が軽快に動く」と保証しません。体感速度、端末ごとのベンチマーク、30万文字ちょうどの境界測定は別の試験です。
基準原稿の実値を動かさない
使うのは919,514文字、24,272行、UTF-8、LFの検証原稿の複製です。ファイルID、文字数、行数、文字コード、改行、開始ハッシュ、別名保存先を記録します。
正本を直接開かないのは、保存試験で事故を起こさないためです。また、試験途中で短い原稿へ替えると、大容量条件が消えます。同じ複製のまま四つのチェックポイントを進めます。
固定検索語には、対象章を一意に近く絞れる語を使います。句点のような広い語で検索機能の動作を確認した後、実際の一字修正では前後の文脈を特定できる固有語へ切り替えます。
現時点で実測済みなのは二つ
開発版CLIでは、919,514文字の原稿がisLargeFile=trueになることを確認しています。同じ原稿で固定語「。」を検索し、19件を取得した記録もあります。ここまではStage 4の実測です。
一方、画面上で一字を直し、別名保存し、再読込後に一致を確かめる往復は、この証跡では完了していません。「編集・検索・保存を残す設計」と「この91万字原稿で保存往復に成功した」は別の主張です。
記事の手順は未実測部分を埋めるためのチェックポイントであり、完了済みの操作結果としては扱いません。
検索結果から修正対象を一つに絞る
最初に文字数と大容量判定を記録し、固定語を検索します。検索結果が出たことだけで編集へ進まず、対象章、前後一文、修正する一字を指示票と照合します。
検索結果の文脈が違う、対象章へ移動できない、検索語の件数が開始記録と説明できない場合は停止します。表示補助が減ったことと、検索結果が誤っていることを同じ原因にまとめません。
対象を特定できたら、その一字だけを変更します。周辺の改行、句読点、文字数が意図せず変わっていないかを確認し、修正後の固有語を再検索します。
別名保存と再読込を出口にする
編集後は正本へ上書きせず、事前に決めた別名へ保存します。保存候補のサイズ、文字数、改行、修正語を記録し、アプリを閉じます。
再読込後、同じ固有語を検索し、修正箇所と前後一文を確認します。開始ハッシュと一致する必要はありません。一字を直したためです。代わりに、意図した一字以外の差分がないこと、UTF-8/LFが維持されること、修正語の件数が想定どおりであることを見ます。
保存できたように見えて候補が開けない、再検索で修正箇所へ戻れない、意図しない差分がある場合は不合格です。前回の候補を上書きせず、停止した地点を残します。
Rune Studioの根拠段階を混ぜない
Rune Studioは30万文字以上を大容量ファイルと判定し、重い表示補助を止めながら編集・検索・保存を残す設計だと資料と実装から確認しています。これはStage 3の製品範囲です。
919,514文字でisLargeFile=true、検索19件はStage 4です。画面編集、別名保存、再読込は未完了です。したがって、Rune Studioを締切経路の試験候補にはできますが、四操作すべてが91万字で成功したとはまだ言えません。
締切候補は四操作の連鎖で決める
評価は、補助表示の数ではなく連鎖で行います。固定語で正しい章へ行ける。一字だけを直せる。正本を守って別名保存できる。再読込して同じ文脈と修正を確認できる。この四つが順番に通った複製だけを、実稿の締切候補へ進めます。
STUDIO-510が扱うのは閾値付近の境界、STUDIO-199が扱うのは複数サイズでの機能生存表です。この記事は91万字級の一つの巨大原稿で、締切の一本道が最後まで残るかに集中します。表示が簡素になっても四操作が残れば候補です。一つでも途切れれば、どの地点で止まったかを記録して選定から外してください。
