ブラウザだけで、Word と同じ見た目を。

いますぐ文書を開く

ファイルを選ぶだけ。解析からレイアウト、描画、編集まで、すべてブラウザの中だけで動きます。アップロードも登録もありません。

再現度は「主張」ではなく「実測」

ここに並ぶ数値はすべて、リポジトリで公開している測定パイプラインで誰でも再現できます。

技術記事: Wordの改ページ位置は、GDIの整数丸めで決まっている — Wordの量子化規則を実測し、Rustで再現した方法。

英語ブラインドセット — 初見の 50 文書

英語は最初から一番厳しい測り方をしています — 公開 docx-corpus から、修正のターゲットには一切使わない凍結ブラインドベンチ 50 文書。現行セットは blind-D50（マニフェスト順位 26-30、2026-09-10 に測定前凍結）で、これがその初のピクセル測定（2026-09-11）です。前のセットは、その文書が修正対象に使われた時点で開発コーパスへ回し、数字は取り下げました — 前セットで 0.903、本セットで 0.837 ですが、別の文書なので比較はできません。英語で Oxi は 3 位です。ONLYOFFICE に 0.061、LibreOffice に 0.043 負けています。差はページ割りではありません — 50 文書中 44 文書でページ数は一致し、2 ページ以上ずれたのは 2 文書だけです。独立した 2 エンジンは前セットより 0.01 低い値を出しているので、Oxi の落ち幅 0.066 のうちセットの難しさで説明できるのは 6 分の 1 です。真値は Microsoft Word（Microsoft 365 16.0.20326.20132）、比較対象は ONLYOFFICE 9.3.1.8、LibreOffice 26.8.0.3、Polaris Office 11.115、SILURUS @silurus/ooxml 0.86.1、eigenpal @eigenpal/docx-editor-react 1.9.0、BetterOffice @betteroffice/docx 0.1.0、GenOffice 6a241c4、OfficeCLI 1.0.148 — すべて 150 DPI。OfficeCLI は自前エンジンである --render html で測っています。既定の --render auto は Word の入った Windows では描画を Word 自身に委譲し、Word と 0.996 になります — それは Word だからです。

英語ブラインドセット — 初見の 50 文書、Word との文書平均 SSIM（2026-09-11）

ONLYOFFICEWord とページ数一致 46/50 — 最多 · v9.3.1.8

0.898

LibreOfficeWord とページ数一致 45/50 · v26.8.0.3

0.880

OxiWord とページ数一致 44/50

0.837

Polaris OfficeWord とページ数一致 42/50 · v11.115

0.832

GenOfficeWord とページ数一致 41/50 · 6a241c4

0.786

SILURUSWord とページ数一致 41/50 · v0.86.1

0.783

OfficeCLIWord とページ数一致 13/50 · v1.0.148 · 自前 HTML エンジン

0.767

eigenpalWord とページ数一致 38/50 · v1.9.0

0.765

BetterOfficeWord とページ数一致 15/50 · v0.1.0 · 50 中 38 文書

0.764

日本語ブラインドセット — 初見の 50 文書

日本語も同じ厳しさで測ります。現行セットは blind-C50（順位 16-20、2026-08-31 に測定前凍結）で、これがその初測定です。前の日本語ブラインドは同日に開発コーパスへ降格しました。Oxi はピクセルで首位（0.802）ですが、SILURUS（0.790）・LibreOffice（0.788）との差は 0.012〜0.015 で、50 文書では決定的ではありません。ページ数一致は ONLYOFFICE の方が多く（40/50 対 Oxi 35/50）、両方で勝ってはいません。エンジンの順位は言語で入れ替わります — ONLYOFFICE は英語 1 位・日本語 5 位、SILURUS は英語 4 位・日本語 2 位 — これが言語ごとにブラインドを持つ理由です。同じ日・同じバイナリの独立した 2 セット（blind-B50 / blind-C50）は 0.842 と 0.802、ページ数一致は 45/50 と 35/50 でした。この 0.040 はエンジンの変化ではなくセットの難易度差で、単一のブラインド値には ±0.02 程度の幅があります。

日本語ブラインドセット — 初見の 50 文書、Word との文書平均 SSIM（2026-09-11）

OxiWord とページ数一致 40/50

0.802

Polaris OfficeWord とページ数一致 40/50 · v11.115

0.799

LibreOfficeWord とページ数一致 40/50 · v26.8.0.3

0.792

SILURUSWord とページ数一致 37/50 · v0.86.1

0.777

ONLYOFFICEWord とページ数一致 41/50 — 最多 · v9.3.1.8

0.760

GenOfficeWord とページ数一致 33/50 · 6a241c4

0.758

OfficeCLIWord とページ数一致 26/50 · v1.0.148 · 自前 HTML エンジン

0.750

eigenpalWord とページ数一致 34/50 · v1.9.0

0.721

日本語の図に BetterOffice 0.1.0 はありません。英語では完走しましたが、日本語では 1 文書目の出力すら返らず、未完走として扱いました。推定値は入れていません。

PowerPoint ブラインドセット — 初見の 48 デッキ

同じ測定規律を .pptx にも適用しています。公開データセット noxneural/pptx_collection_templates から（取得前に宣言したシードで）無作為抽出した 50 デッキを、Microsoft PowerPoint 自身の描画と 150 DPI で照合 — どのエンジンでも開けない破損ファイル 2 件を除き 48 デッキ。初回測定 0.679（2026-08-13）から 1 週間のレンダラ改善で 0.953（2026-08-20）に到達し、LibreOffice（0.913・ペア差 +0.040 ± 0.005、|t| = 8.7、48 デッキ中 44 で Oxi 優位）と ONLYOFFICE（0.908）を上回りました。スライド数は 3 エンジンとも 48/48 で一致、48 デッキ全てが改善して後退ゼロ、最下位のデッキでも 0.880 です。

PPTX ブラインドセット — 初見の 48 デッキ、PowerPoint とのデッキ平均 SSIM（2026-08-20）

Oxiスライド数一致 48/48

0.953

LibreOfficeスライド数一致 48/48・v26.2.1.2

0.913

ONLYOFFICEスライド数一致 48/48・v9.3.1.8

0.908

Excel — 数式と VBA をブラウザで

.xlsx エンジンは依存グラフ型の数式エンジン（61 関数。実在の 285 ワークブックで Excel 自身のキャッシュ値と突き合わせて検証）と、ワークブックのマクロをブラウザで実行するクライアントサイド VBA ホストを備えています: Range / Worksheet / Workbook 操作、Sort、AutoFilter、Find、Copy/PasteSpecial、WorksheetFunction — 11 種のホストオブジェクトに 95 メンバ。それぞれ実物の Excel COM の挙動から導出し、82 本のスクリプト比較で検証しています。マクロによる編集は差分だけを書き戻し、元の ZIP は保持 — 無編集保存はバイト単位で同一です。

なぜこの精度が出せるのか

• 100% クリーンルーム実装：逆アセンブルやバイナリ解析は一切行いません。仕様の根拠は公開標準（OOXML — ISO/IEC 29500 / ECMA-376）と、COM API 経由で Word の出力値を観測するブラックボックス測定の 2 つだけです。
• デュアルフォントエンジン：Word のレイアウトは GDI の整数ピクセル丸めを前提に組まれているため、.docx では GDI の振る舞いをそのまま再現。そのしがらみがない形式には DirectWrite の浮動小数メトリクスを使います。
• 回帰ゲート：すべての変更を全コーパスで検証。改ページの一致、要素の位置、ピクセル SSIM を毎回確認してから取り込みます。

詳細と再現スクリプト: README — Layout Accuracy · docs/layout_accuracy.md

日本語組版を、中心に

多くの Word 互換レンダラーで後回しにされてきた日本語レイアウトこそ、Oxi の実測の中心です。測定コーパス自体が、日本語レイアウトが最も難しい文書群——省庁の規程、行政の申請様式、雇用契約書——でできています。

• 禁則処理 — JIS X 4051 に沿った行分割。行頭・行末禁則、約物の詰め、ぶら下がり組み。
• 縦書き — 右から左に流れる縦組み。縦中横にも対応。
• ルビ（ふりがな）、割注、圏点（傍点）。
• 文字グリッド（docGrid） — Word の行グリッド・字送りモデルを忠実に再現。
• 判子 — 丸印・角印・小判型の電子印鑑生成と PAdES PDF 署名。

技術

Rust + WebAssembly、形式に依存しない中間表現、そしてサーバーゼロ。

なぜ今なのか

2026 年、フランス（DINUM 指令）、スイス（連邦事務局）、ドイツ（OpenDesk）など、欧州の公共部門は Microsoft Office 離れを本格化させています。そしてどの移行でも、最後に残るのは同じ問題です — 手元にある大量の .docx が、Word と同じ見た目で開けるかどうか。Oxi は Word 再現度を「約束」ではなく「継続的な実測」で示すことで、この問題そのものをなくすことを目指しています。

アーキテクチャ

• 完全クライアントサイド：解析・レイアウト・描画・編集はブラウザ内の WebAssembly で実行。サーバー基盤もアップロードも不要です。
• 形式に依存しない中間表現：Document → Page → Block (Paragraph | Table | Image) → Run。OOXML にも ODF にも寄せていないので、往復変換で劣化しません。
• ラウンドトリップ編集：元の ZIP を保持し、変更した XML テキストノードだけをパッチ。ファイルをゼロから作り直すことはしません。
• 同梱フォントはオープンライセンスのみ：メトリクス互換のオープンフォントを使用し、プロプライエタリフォントは同梱しません。
• 組み込み可能：wasm-bindgen の JavaScript API（parse_document、layout_document、edit_docx など）を任意の Web アプリから呼び出せます。

ライセンス

コアエンジンは MPL-2.0（ファイル単位コピーレフト。AGPL と違い、商用製品への組み込みも可能です）。WebAssembly / Python バインディングは MIT OR Apache-2.0。コントリビューションは DCO のみで CLA はありません。

よくある質問

無料で使えますか？

はい。オープンソース（コア MPL-2.0、バインディング MIT OR Apache-2.0）で、Web デモは登録不要・無料です。

ファイルはサーバーに送信されますか？

されません。処理はすべてブラウザ内の WebAssembly で完結し、ファイルが外部に送られることはありません。機密文書でも安心して使えます。

Word とどれくらい同じ見た目になりますか？

修正のターゲットには使わない初見文書だけの凍結ブラインドベンチマークで、Word とピクセル単位の SSIM を測定しています。英語 blind-C50（初測定 2026-08-31）で Oxi は文書平均 0.903、Word とのページ数一致は 48 文書中 48 — 測定した 8 エンジンで唯一の全一致です。ピクセルでは ONLYOFFICE がわずかに上（0.908、42/48）、LibreOffice が僅差（0.892、43/48）。日本語 blind-C50 では Oxi が 0.802 で SILURUS（0.790）と LibreOffice（0.788）を上回りますが、ページ数一致は ONLYOFFICE の方が多く（40/50 対 Oxi 35/50）、両方で勝ってはいません。エンジンの順位は言語間で入れ替わるため、ブラインドセットは言語ごとに保持しています。比較グラフと測定方法は再現度セクションをご覧ください。

対応している形式は？

まずは Word の .docx です。ページレイアウトの完全再現とラウンドトリップ編集に集中しています。「Word の .docx 描画を忠実に再現する」ことが Oxi のミッションで、対応形式を広げるのはその先です。

自社製品に組み込めますか？

組み込めます。コアはファイル単位コピーレフトの MPL-2.0、バインディングは MIT OR Apache-2.0 なので、AGPL 系と違い商用・プロプライエタリ製品にも組み込めます。

オフラインでも動きますか？

ページと WebAssembly モジュールを読み込んだあとは、文書の表示も編集もネットワークなしで動きます。