要点（30秒で）: ワープロ・表計算・スライド・PDFを揃えたデスクトップ版オフィススイートが、Apache 2.0で丸ごと公開された。手元の.docxや.xlsxを壊さずAIに編集させる設計は、既存のチャット貼り付け運用より一段深い。まずはインストーラを落として、あなたの一番やっかいな社内フォーマットのファイルを開いてみるのが最短の評価になる。
Gensparkが8月3日、AGI Playground 2026の場で「GenOffice」を発表し、そのままGitHubに全ソースを置いた。macOSとWindowsの署名済みインストーラが同時に配られ、追加課金なし・広告なしを掲げている。
そして同社が添えた一文が、製品そのものより先に拡散した。曰く、アルファ版は「エンジニア1人、1週間、トークン代1万ドル」で立ち上がった、と。
何が公開されたのか
中身は5つのElectronアプリだ。.docxを扱うDocs、.xlsxのSheets、.pptxのSlides、注釈・フォーム・署名まで触れるPDF、そしてそれらをタブでまとめて自動更新も担うShell。日常業務で遭遇するファイル形式の主要な四種類が、ひととおり揃っている。
ライセンスはApache 2.0。改変も再配布も商用利用も許される一方、リポジトリ内の ee/ ディレクトリだけは将来の企業向けモジュール用に別ライセンスが予約されている。名前とロゴはMainfunc, Inc.の商標なので、フォークするなら自前のブランドを名乗れ、という但し書きも付く。
バージョンの動きは速い。発表時点のリポジトリはv0.4.110で、翌日にはv0.5.1のインストーラが並んだ。本稿執筆時点でスターは1.3k、フォークは197。数字自体はまだ小さいが、公開から二日でこの速度なら注目度は本物だ。もっとも、GitHubのスター数がそのまま実体を保証しないことはスター467の「裁定ボット」は罠——GitHubに巣くう$1500万詐欺の解剖で見たとおりで、判断材料はコードと挙動のほうに置きたい。
GenOfficeの構造——編集はローカルで完結し、AI機能だけがGensparkのクラウドを通る
「AIが後付けじゃない」とは具体的に何か
リポジトリの説明で繰り返されるのは、AI編集を「後から貼り付けたチャットボックス」ではなく第一級のワークフローとして設計した、という主張だ。言葉としては手垢がついているが、実装の説明を読むと具体的な意味が見えてくる。
たとえばDocsは、元の.docxのバイト列をハッシュ付きで保管しておく。docx-engineがXMLをブロック単位のツリーに分解し、AIが書き換えた箇所だけを元ファイルに差し戻す。つまり全体を読み込んで書き出し直すのではなく、触った部分だけを継ぎ当てる。
このバイト保存という発想が効くのは、オフィス文書の互換性が「ほとんど正しく開ける」では意味を成さない世界だからだ。取引先から来た申請書を開いて保存し直しただけで、行間やフォントの埋め込みや謎のカスタムXMLが崩れる——LibreOffice派なら誰でも一度は踏んだ地雷を、設計段階で回避しにいっている。
「バイト保存」の処理フロー——全体を書き出し直す従来方式と、触った所だけ継ぎ当てるGenOffice
表計算だけがRustを噛んでいる理由
Sheetsの構成は他と少し違う。オープンソースのUniverコアを土台に自前の拡張を重ね、さらにxlsxの読み書きにRust製のサイドカーを噛ませている。使われているのはcalamineとIronCalcという、Rust圏では知られた表計算まわりのクレートだ。
ピボットテーブル、スライサー、条件付き書式まで対応し、グラフ描画はKonvaで自前実装しているという。ビルドにNode.jsだけでなくRustツールチェーンとCargoが要るのはこのサイドカーのせいで、開発者が手元で全部動かすには少し準備がいる。
SlidesとPDFも自前エンジンで、スライドマスターや画像のクロップ、HarfBuzzによるテキストシェーピングまで面倒を見る。エンジン層のパッケージはいずれも純粋なTypeScriptでElectron依存を持たない構造になっており、将来ブラウザやサーバー側に載せ替える余地を残した設計だと読める。
セキュリティの作りも一応筋が通っている。レンダラは contextIsolation: true と nodeIntegration: false を有効にしてサンドボックス下で動き、レイアウト用スクリプトは eval ではなく制限付きのAST解釈で処理する。AIが生成したHTMLは敵対的なコンテキストとして扱い、ウォッチドッグでタイムアウトさせる。生成物を信用しない前提が入っているのは好感が持てる。
AIオフィス4種の比較——GenOfficeは「無料＋AI前提の再設計」で攻め、代わりにAIの通り道を握る
無料の裏側——AIはクラウドを通る
ここが実務上いちばん大事な点なので、はっきり書いておく。編集機能はローカルで完結するが、AI機能を使うにはGensparkアカウントへのサインインが必要で、モデル呼び出しは同社のサービス経由でルーティングされる。
READMEには、自分のAPIキーを持ち込む方法もローカルモデルを繋ぐ方法も書かれていない。AI機能はGensparkのクレジットを消費する。つまり「無料・広告なし」が指しているのはエディタ部分であって、AIの利用は同社の経済圏の中にある。
これは詐欺でも何でもなく、単に無料の意味が二層に分かれているだけだ。ただし機密文書を扱う組織にとっては、Apache 2.0という文字列だけを見て「オンプレで完結する」と早合点すると危ない。クレジットを使い切ったあとの継続コストについても、現時点で明快な説明は出ていない。
競合と並べるとどこに立つのか
比較対象は三つある。まずMicrosoft 365 Copilot。ユーザーあたり月30ドル（年契約）で、しかも単体では買えず対象の基本ライセンスが前提になる。E3やE5に積むと座席あたりの総額は60〜90ドル台に届く。
次にONLYOFFICE。こちらはAIプロバイダを利用者が選ぶ方式で、OpenAIやAnthropicはもちろん、OllamaやLM Studio経由のローカルモデルも繋げる。既定では何も接続されておらず、鍵の管理は完全に利用者側にある。プライバシー要件が厳しい現場での安心感は、この方式が一枚上だ。
そしてLibreOffice。26.4のベータでAI支援の執筆機能を試験的に載せ始めた段階で、コミュニティ製の拡張はいくつも存在するが、スイート全体をAI前提で組み直したわけではない。
こうして並べると、GenOfficeの位置取りは明快だ。Copilotの「AIは深いがカネと囲い込みが重い」と、OSS勢の「自由だがAIは後付け」の隙間を、AI前提で最初から書き直したコードベースを無料で配ることで突く。代わりに差し出しているのが、AI呼び出しの経路を握るという条件である。
「1人・1週間・1万ドル」をどう読むか
さて、拡散した数字のほうだ。この主張が事実なら、生産性ソフトウェアの参入障壁が五桁ドルまで崩れたことになる。かつてチームと数か月を要した領域が、1人とトークン予算で立ち上がる——AI支援開発の到達点を示す寓話として、これ以上わかりやすい題材はない。
ただし冷静に見れば、留保もはっきりしている。この「1人」の土台には、Univer（表計算コア）、TipTap（エディタ）、pdf.js（PDF）といった既存のオープンソース部品が敷かれていて、発表はそれらを別勘定として明示していない。巨人の肩に乗った距離と、自分の足で歩いた距離が合算されている。
もっとも、それを差し引いても意味は残る。既存部品の上に接着層を書き、5本のアプリとして統合し、署名済みインストーラまで持っていく作業量は、従来なら小さなチームの数か月分だった。「書かないのが最高のコード」——44000スターponytailの正体で見た「既存資産の組み合わせこそが技術」という筋と、話は地続きだ。
そして忘れてはいけないのが、アルファという表示である。速く書けたコードが正しいコードとは限らない。AIが大量に書いたコードをどう検証するかという問題は、「93行だけ信じろ」——AIが書いた1000行を読まずに正しさを証明するでも扱ったとおり、この業界がまだ答えを出せていない宿題だ。オフィス文書という、壊れたときの被害が直接お金と信用に響く領域なら、なおさら重い。
まだ確かめられていないこと
現時点で公開されていない情報を、はっきり挙げておく。第一に、互換性のベンチマークがない。歴代のオープンソースオフィスを壊してきた”癖のある”.docxや.xlsx——結合セルだらけの申請書、マクロ、埋め込みオブジェクト、日本語の縦書き——に対する再現度の数字が、公式からも第三者からも出ていない。
第二に、AIエージェントが文書をまたいで動けるのかどうか。スライドの構成を直しながら根拠となる表計算を参照する、といった動きができるなら価値は大きいが、単一文書内のツール呼び出しに留まるなら、体験としては「賢い置換」の域を出ない。
第三に、コスト構造。クレジットの消費量と価格、無料枠を超えたあとの扱いが不透明なままだ。個人が試す分にはさほど問題にならないが、部署単位で導入を検討するなら、ここが決まらないと稟議は書けない。
日本・個人開発の視点
日本のオフィス文書は、世界でもかなり癖の強い部類に入る。行政向けの申請書、縦書き、ルビ、全角と半角の混在、Excelを方眼紙として使う文化——このあたりを実際に開かせてみるのが、日本の読者にとって最も価値ある検証になる。バイト保存の設計が本当に効くのかは、そこで初めて答えが出る。
個人開発者にとっては別の読み方もできる。Apache 2.0でエンジン層が純粋なTypeScriptとして切り出されているということは、docx-engineやpptx-engineだけを自分のプロダクトに取り込む道が開いている、ということだ。日本語処理を強化した派生を作るのも、ライセンス上は妨げられていない（ただし名前とロゴは使えない）。
一方で、ee/ ディレクトリの存在は覚えておきたい。オープンコアの定石どおり、企業向けの美味しい部分は後から別ライセンスで囲われる可能性が高い。今のうちに何を土台として選ぶかは、その未来を織り込んで判断したほうがいい。
要点まとめ
- Gensparkが8月3日、AI前提で設計したオフィススイート「GenOffice」をApache 2.0で公開。Docs/Sheets/Slides/PDFとシェルの5つのElectronアプリで、macOS（Apple Silicon）とWindows（x64）の署名済みインストーラを配布している。
- Docsは元の.docxのバイト列を保持し、変更ブロックだけを差し戻す設計。SheetsはUniverコア＋Rust製サイドカー（calamine、IronCalc）、PDFやスライドも自前エンジンで、エンジン層はElectron非依存のTypeScript。
- 編集機能は無料・広告なしだが、AI機能はGensparkアカウントが必須でクラウド経由。自前APIキーやローカルモデルの持ち込みは現時点で用意されていない。
- 「エンジニア1人・1週間・トークン代1万ドル」という主張は話題を呼んだが、Univer・TipTap・pdf.jsといった既存部品の上に立っており、そのぶんは別勘定と見るべき。
- 互換性ベンチマーク、文書横断でのエージェント動作、クレジット消費の実コストはいずれも未公開。判断は自分のファイルで試してからでいい。
🐦⬛ 編集部の視点
正直に言うと、最初に目を引かれたのは「1万ドル」のほうだった。でも一日かけて中身を読んで、面白いのはそこじゃないと思い直した。効いているのは、AIに文書を触らせるときの最大の恐怖——「保存したら壊れた」——を、チャット欄の工夫ではなくファイル形式の扱い方で潰しにいった設計思想のほうだ。
同時に、これは典型的なオープンコアの一手でもある。エディタは無料で配り、AIの通り道だけは自社に通す。悪だとは思わない。ただ「Apache 2.0だから安心」で止まると、機密文書がどこを通るかを見落とす。ここは冷静に見ておきたい。
そしてもう一つ。参入障壁が本当に五桁ドルまで落ちたのなら、次に同じことをやるのはGensparkでなくてもいい。日本語の文書事情を骨の髄まで知っている誰かが、同じ土台から日本仕様のスイートを組み上げる——その可能性が、今日Apache 2.0で開かれた。あなたなら、手元のどのファイルを最初に開かせてみますか。
出典・リンク
- 出典: genspark-ai/genoffice（GitHub）
- Releases · genspark-ai/genoffice
- Genspark Open Sources GenOffice: A Free, Ad-Free AI Office Suite for macOS and Windows（MarkTechPost）
- GenOffice: The First Open-Source AI Office Suite（Genspark公式ブログ）
- Genspark open-sources GenOffice AI suite for Mac and Windows（AI Weekly）
- Genspark公式X：「One engineer, one week, $10,000 in tokens」
- Use AI assistants in ONLYOFFICE（ONLYOFFICE公式）
- LibreOffice 26.4 Beta Experiments with AI Writing Features（Linux Journal）
- Microsoft 365 Copilot Pricing & Licensing: Enterprise Guide 2026（EPC Group）
コメントを残す