GenOffice は Windows、macOS、Linux で動くオープンソースの Office スイートで、版は 0.12.852 のままだ。六つのエディターが一つの AI パネルを共有し、ネイティブ形式、バイト単位の変更、端末内で終わる変換という三つの約束を表に出している。

AI の事務作業が詰まるのは、書けないところではなく直せないところ

AI で文書を扱うとき、切れるのは生成のあとだ。モデルに一段落書かせても、言い回しを直してもらっても、出てくるものはそれらしい。厄介なのは、それをファイルへ戻す段になってからで、書式は潰れ、スタイルは既定に戻り、コメントと変更履歴は散らばる。だから答えをコピーして自分で組み直す人が多い。

GenOffice が狙うのはこの部分だ。AI は各エディターの中に入り、変更は修正履歴と差分の形で残り、やり取りごとにスナップショットが残り、気に入らなければ一度で戻せる。派手な話ではないが、七回書き直したファイルにモデルを近づけられるかどうかは、ここで決まる。

バイト保持とは何を言っているのか

うたっているのは byte-preserving だ。.docx を開き、ある段落を直すと、その段落の背後のデータだけが書き換わり、ファイルの残りは元のバイトのまま残る。スタイル定義、ヘッダーとフッター、埋め込みオブジェクト、他人が残したコメントまで、見出しを一つ触っただけで一斉に組み替わることはない。

これはファイルがソフトの間を行き来するときに効く。同じ文書がいくつかの Office 製品を通ることがあり、全体を読み込んで全体を書き出す処理は、版面を静かに変えうる。バイト保持は変更の範囲を最小に抑えるので、別の場所で開いたときに崩れる確率も下がる。

AI の事務道具を見るとき、最初に見るのは文章のうまさではない。頼んだ一文だけを直し、残りに触らない度胸があるかどうかだ。

六つのエディター、一つのパネル

Docs は .docx を開き、Sheets は .xlsx を扱い、Slides は .pptx へ進み、残る三つは PDF、HTML、Markdown だ。左が文書、右が対話で、範囲を選んで書き直しや推敲、続きを頼むと、変更は本文にそのまま入る。チャット窓とページの間で文字を運ぶ必要はない。

表計算については別に触れたい。Sheets は自前で書いた Rust のエンジンで動き、AI が出すのは生きた数式、ピボット、グラフであって、計算済みの数字をセルに並べたものではない。質問すると答えは使ったセルを示し、押せばその場所へ飛んで確かめられる。正しそうに見える段落より、よほど役に立つ。

Slides は別の道を行く。あるテーマで投資家向けの説明を、と一行で頼むと、まず筋書きを組み、それから各ページを画面に描いていく。出てくるのは手を入れ続けられる資料で、マスターもレイアウトもスマートガイドも残っている。HTML はさらに独特で、まず配色、書体、方向性といった設計のメモを出し、同意してから単体で完結するページを書き出す。

PDF はその場で直し、変換は端末から出ない

PDF は長らく事務作業の行き止まりだった。読めるが直せず、直すにはまず別の形式への変換が要る。GenOffice の PDF エディターはテキストの塊をなぞって位置を掴み、その場所で打ち直させる。内容ストリームは PDFium で書き換え、元のフォントはなるべく保つ。白い四角を載せて上から書くやり方ではない。

形式の変換も端末内で終わる。PDF から Word、Excel、PowerPoint への変換はサーバーを通らず、スキャンしたページは OS の OCR に回り、出てきたファイルは隣のエディターで開いて見比べられる。契約書や報告書、社内資料を扱う人にとって、この一点は機能が十個増えるより効く。

無料だが、費用ゼロではない

GenOffice は Apache-2.0 で公開されている。エディター自体は無料で、広告も透かしもなく、コードは読んでも書き換えてもいい。費用がかかるのは AI 側だ。Genspark のクレジットを使うか、自分のモデルの鍵を入れる。十数社の提供元に対応し、端末内で動く互換のエンドポイントも含む。AI を繋がなければ道具として使え、繋いだところから請求が生まれる。

見落としやすい点が二つある。公式のビルドは既定で少量の利用統計を送り、これは設定で切れる。文書、編集、保存、PDF 変換はすべて端末内で終わり、外へ出るのは AI の要求だけで、行き先は自分が設定した提供元だ。プロジェクトは約 1 万 2000 の星を持ち、コマンドラインの道具とコーディング支援向けのスキル集も同梱するので、窓を開かずに Office ファイルを読み書きできる。

まだ当てにできないこと

公式も、複雑な文書では再現度に差が出ると認めていて、渡す前にかならず確認するよう書いている。これは免責の定型文ではなく実情で、スタイルが重なり、表が入れ子になり、フィールドコードが多い文書は、変換のあとに崩れうる。未処理の課題も数十件残り、版もまだ 0.12 の段にある。重要な流れを任せられる段階ではない。

もう一つの壁は心理的なものだ。中身を勝手に書き換える道具に仕事のファイルを渡すには、まず信頼がいる。スナップショット、差分、修正履歴はそのためにあり、ただ実際に何か起きたときにしか値打ちが見えない。最初は取るに足らない文書で端から端まで流し、変更が線の内側に収まるのを確かめてから、毎朝開くファイルへ移すのがいい。

オープンソースの Office 製品はここ数年で足りている。足りないのは、何を変えたかを見せる製品だ。GenOffice はバイト保持、端末内変換、巻き戻せる AI 編集を台の上に置いた。残るのは時間で、複雑な文書の再現度を削っていく作業になる。