容量が大きい原稿向けテキストエディタ、書いた原稿を失わない！自動保存と文字コード保護

容量が大きい原稿向けテキストエディタを選ぶとき、「自動保存あり」という一文だけでは採用を決められません。24章・48万文字の標本を基準に、公開仕様、ソースとローカライズ資源の静的照合、既存CLIによる手動保存結果を分けて読み、未観察の自動保存発火は合格扱いしない評価手順を作ります。

まず24章・48万文字の基準表を固定する

候補を比べる前に、失ってはいけない値を決めます。専用標本はH1章見出し24件、各章20,000文字、合計480,000文字で、大容量判定は true でした。固有目印 SAFE-664-NEW を1件加えた複製を手動writeし、直後と再読込後に数え直しています。

受入項目	手動write前	手動write後	再読込後	採否条件
章見出し	24件	24件	24件	24件を維持
文字数	480,000	480,000	480,000	480,000を維持
`SAFE-664-NEW`	追加前0件	1件	1件	1件を読戻せる
更新時刻	変更前	変更あり	読戻し済み	保存先を特定できる

この表が示すのは手動保存経路の基準です。自動保存で同じ結果が出たとは読み替えません。章番号付きの節目版も別に残し、現在版と「戻る地点」の役割を分けます。

候補評価では根拠を三段に分けます。

根拠	確認できること	確認できないこと
公開仕様（Stage 3）	編集後1.2秒の自動保存、変換不能文字がある間の自動保存停止という案内	現在の端末で実際に発火・停止・再開したか
ソース／ローカライズ資源の静的照合	自動保存条件と文字コード保護に対応する処理・文言資源が接続されていること	画面の警告表示、保存完了表示、実行時のタイミング
既存CLI・出力ファイル検証（Stage 4）	24章・48万文字・目印1件の手動write、mtime変化、再読込	自動保存の発火、停止、再開、通知

静的照合は「候補として評価する根拠」にはなりますが、「画面で成功した証拠」ではありません。実行していない経路を、コードが存在するという理由だけで確認済みにしないことが重要です。

本番原稿へ採用する前に、破棄できる複製で次の受入票を完成させます。

評価項目	合格条件	現在の根拠	現在判定
発火	手動保存なしで保存先のmtimeが変わる	公開仕様のみ	未観察
読戻し	再読込後も24章・480,000文字・固有目印1件	手動writeでは合格	自動保存は未観察
保存状態	未保存から保存済みへの変化を識別できる	静的資源のみ	未観察
復帰地点	章構成変更前の節目版を選べる	運用で作成可能	採用可

一つでも未観察なら、自動保存候補は「保留」です。その間は手動保存と novel-ch08-before-reorder.txt のような節目版を併用します。自動保存の存在を否定するのではなく、本番の保護策として採用する証拠がまだ揃っていない、と判断します。

文字コード保護は、保存を急ぐ機能ではなく、採用を止める条件として扱います。変換不能候補が残ったら、該当文字、原稿内の位置、採用する代替文字、保存形式を記録します。解決前の状態は節目版に昇格させません。

公開仕様では、変換不能文字がある間は自動保存を止めると説明されています。静的照合でも、その条件に対応する処理と文言資源を確認しています。ただし今回、警告表示、停止、文字修正後の再開は操作・観察していません。したがって「保護が働いた」とは書かず、現在版で確認する受入項目として残します。

候補を採用する条件は、変換不能候補が0件になり、保存先が特定でき、再読込後に24章・48万文字・固有目印が一致することです。どれか一つでも欠けたら、UTF-8の別名複製と手動保存を維持します。

容量が大きい原稿では、機能名より受入票が役立ちます。Rune Studioについて確認済みなのは、公開仕様、静的資源の接続、24章・48万文字の手動writeと再読込です。自動保存の発火・停止・再開・画面表示は未観察なので、そこを成功済みとは扱いません。

手動保存の基準表を先に固定し、文字コード問題を停止線にして、未観察欄が埋まるまで節目版を併用する。この順序なら、大容量原稿向け候補を誇張せずに採否判断できます。現行Mac版の公開仕様は、Rune Studio公式サイトで確認できます。