Mosu書いたものが、そのまま見える

オープンソースの WYSIWYG Markdown エディタ。分割ビューもプレビューペインもなく、編集領域はひとつだけです。

ダウンロード

設計ドキュメント（中国語）

ソースが第一、往復で情報を落とさない

エディタのバッファには、ディスク上の Markdown がそのまま入っています。独自の中間モデルはありません。開いて保存すればバイト単位で元のまま —— 文字コードも改行コードも、* と _ のどちらを使ったかも保たれます。

記法はカーソルのある場所にだけ現れる

見出し・太字・リンク・画像は完成した見た目で表示されます。カーソルがその要素に入ると Markdown の記法だけがその場に現れ、すぐ編集できます。装飾された領域の中でも日本語入力が正しく動くことは、専用の回帰テストで守っています。

ローカル優先、囲い込みなし

ワークスペースはただのフォルダです。アカウントも同期サービスも不要。設定は平文の JSON で、直接開いて編集することを前提にしています。

コアは Electron に依存しない

エディタのコアは Node や Electron の API を一切 import しない純粋な Web ライブラリで、ホストの機能はすべて注入で渡します。ブラウザでも他のシェルでもそのまま再利用できます。

表・タスクリスト・数式を含む文書を編集している Mosu

Mosu のダークテーマ

これらのスクリーンショットはモックではなく、スクリプトが実際のアプリを起動して撮ったものです（pnpm screenshots）。表の列幅も数式の組版も、下にある図も、すべて製品自身が計算した結果です。

カーソルが入ったときだけ、記法が現れる

これがこのエディタの中核であり、「左にソース・右にプレビュー」との決定的な違いです。普段は組版された文字が見えていて、カーソルを入れるとその要素の Markdown 記法だけがその場に現れ、編集できるようになります。モードの切り替えも、2 つ目のペインもありません。

カーソルが外にあるとき、太字は見た目だけが表示される

カーソルが外 —— 見た目だけ

カーソルが入ると、太字の両側にアスタリスクが現れる

カーソルが中 —— ** が現れる

コードも数式も図も、同じ編集領域の中に

コードブロックは言語ごとにハイライトされ、本文と一緒に折り返されることはありません。数式は KaTeX、```mermaid フェンスはそのまま図になります。すべて遅延読み込みなので、これらを使わない文書が起動時にコストを払うことはありません。

構文ハイライトされた TypeScript のコードブロックと mermaid のフロー図

現在の状態

使えますが、正式リリースはまだです。 バージョンは 0.1.0。直近の作業区切り（マイルストーン「M4.5」）が完了したところです。

GFM（表・タスクリスト・打ち消し線・脚注）、数式、Mermaid 図、アウトラインパネル、コマンドパレット、クラッシュ復旧、6 種類のテーマ、HTML / PDF 書き出し、リッチテキストとしてコピー、HTML を貼り付けて Markdown に変換、表の編集、ファイルツリー、タブ、セッション復元、設定パネル、インライン HTML の描画、ショートカットのカスタマイズ、フォーカスモード、タイプライターモード、3 言語の UI（中国語 / 英語 / 日本語）—— ここまでは動きます。

まだないもの：プラグイン機構、ファイル横断の検索、ユーザーテーマディレクトリとホットリロード、ブロックレベル HTML の描画（これはあえて実装しない判断です。理由はロードマップに）、表の列幅のドラッグ、PDF のヘッダー / フッターと目次のページ番号、ファイルツリーからの名前変更 / 新規作成 / 削除、Pandoc 経由の書き出し（DOCX / ePub）。

各マイルストーンの末尾には「計画と実際に何が違ったか」を必ず書いています。何を削ったか、なぜ削ったかを一つずつ残したその一覧は、隠すべき恥ではなくプロジェクトの一部です。

試すには

タグ付きリリースはまだありませんが、main へのプッシュごとに 3 プラットフォーム分のインストーラが Actions に生成されます。

⚠️ これらのビルドは署名されていません。 macOS は初回起動を拒否します（右クリック → 「開く」、または「システム設定 → プライバシーとセキュリティ」から許可）。Windows では SmartScreen が警告します。アプリの問題ではなく、署名証明書をまだ用意していないだけです。

ソースから動かすほうが簡単です。

bash

pnpm install
pnpm dev

ドキュメントについて

設計ドキュメントは中国語で書かれており、翻訳していません。 これは未完成なのではなく、意図的な判断です。設計ドキュメントは 9 本と ADR 5 本あり、しかも開発の進行に合わせて変わり続けます。動き続ける文書を翻訳するコストは「1 回の翻訳」ではなく「改訂のたびに言語の数だけ翻訳」であり、それは払い続けられません。

とはいえ機械翻訳してでも読む価値はあります。機能の一覧ではなく、取捨選択と失敗の記録だからです。

なぜ ProseMirror ではなく CodeMirror 6 か —— リッチテキストエディタの文書モデルは本質的に中間表現を必要とし、それが「ソースこそが真実」と正面から衝突するため；
なぜ Markdown パーサーを 2 つ使うのか —— 編集には逐次的で位置が正確な解析が、書き出しには完全な意味解析が要る。 1 つで兼ねるとどちらも中途半端になる；
macOS で PDF が白紙になる不具合を CI 7 周かけて追った話 —— 6 つの結論を立てては自分で否定し、最後は変数を総当たりで測って 1 つのフォントに行き着いた；
HTML を解析せずに文書中の HTML を描画する方法 —— サニタイザを使う道自体を避けた。Electron の中でサニタイザに 1 つ穴があれば、 XSS はそのまま RCE になるため。

Typora との関係

同種の体験を提供する商用製品として Typora があります。本プロジェクトは 独立した実装であり、コード・素材・UI リソースを一切流用していません。借りているのは「継ぎ目のないライブプレビュー」という操作のあり方だけです。両者に資本・組織上の関係はありません。