LandPPT レビュー：LLM で HTML スライドを作り、PPTX へ書き出すまでの実際
一个基于LLM的演示文稿生成平台，能够自动将文档内容转换为专业的PPT演示文稿。平台支持多种AI模型，提供丰富的模板和样式选择，让用户能够创建高质量的演示文稿。
ひと目でわかる
- これは何？
- 主題や文書から HTML ベースのスライドを生成し、講稿・音声・多形式エクスポートまでを 1 つの FastAPI アプリにまとめた LandPPT。導入判断で最初に引っかかるのは、編集可能な PPTX 出力に商用ライセンスが要るという点だ。
- 誰に向いている？
- LandPPT が向くのは、社内や個人で文書からスライドの初稿を量産したい人、Ollama を含む複数プロバイダを役割別に使い分けたい人、そして書き出し形式を PDF や画像で済ませられる人だ。逆に、編集可能な PPTX が成果物の必須要件で Apryse の商用ライセンスを取れない場合、この構成は最初から候補から外れる。
- 商用利用できる？
- まず確認が必要です。このリポジトリのライセンスは自動分類の対象外なので、商用利用の前に LICENSE ファイルを読んでください。
- 今もメンテナンスされている？
- されています。最後のコミットは 1 日前です。
- 何の言語で書かれている？
- 主に Python です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
LandPPT が埋めるのは「構成を考える前」の空白
スライド作成で時間を食うのは、デザインを整える工程ではなく、資料を読んで何をどの順に話すかを決める工程だ。LandPPT はこの上流を対象にしている。README の説明では、入力は主題の記述か、PDF / Word / Markdown / Excel / PowerPoint のいずれかの文書で、そこから編集可能なアウトラインを作り、HTML のスライド群を並列生成し、講稿と音声、そして書き出しまでを 1 本の流れとして扱う。想定利用者は 3 種類に分かれる。文書はあるが構成を考える時間がない実務者、複数のモデルを用途別に切り替えてコストを抑えたい開発者、そして生成物をそのまま配布せず手を入れる前提の編集者だ。逆に、完成度の高い 1 枚を手作業で作り込む用途には向かない。この道具は「初稿を速く出す」側に最適化されている。
処理の流れは 4 段階のワークフローとして組まれている
README が示す流れは、需要確認、アウトライン、タスク追跡、PPT 生成という 4 段階で、各段階を再実行したり途中から復帰させたりできると書かれている。生成の実体は HTML スライドで、テンプレートと AI による適応レイアウトの両方が使われる。モデルは 1 つに固定されず、アウトライン、スライド、編集、テンプレート、講稿という役割ごとに別のプロバイダを割り当てられる。ここは実務上大きい。アウトラインだけ高性能モデルに任せ、量産されるスライド本文は安価なモデルに流す、といった配分が設定で表現できる。文書の解析には MinerU と MarkItDown が使われ、最新情報を足したい場合は Tavily か SearXNG で検索して要約を差し込む。配図はローカル図庫、Pixabay や Unsplash のようなネット図庫、DALL·E や SiliconFlow などの生成系という 3 系統で、サイズと形式は自動処理される。ここで注意したいのは、画像サービスが既定で無効で、ENABLE_IMAGE_SERVICE を明示的に有効化しないと配図が動かない点だ。README 自身が「画像サービスは既定でオフ」と書いている。
動かすまでの手順は uv、pip、Docker 単体、Compose の 4 通り
ローカルで試す最短手順は uv 経由だ。git clone のあと uv sync --extra dev、cp .env.example .env で設定ファイルを用意し、.env に最低 1 つの AI プロバイダのキーを書いて uv run python run.py を実行する。既定ではポート 8000 で待ち受け、データベースは SQLite、キャッシュはメモリ上で動く。PostgreSQL も Valkey も要らない。pip 派は仮想環境を作って pip install -e . のあと python run.py で同じ結果になる。Docker 単体なら bradleylzh/landppt:latest を引いて、.env と data、uploads、research_reports、temp、lib の各ボリュームをマウントして起動する。複数ユーザーとバックグラウンド処理を想定するなら docker compose up -d で、Web、worker、PostgreSQL、Valkey、MinIO がまとめて立ち上がり、minio-init がバケットを作る。この場合 .env に AI キー、SECRET_KEY、POSTGRES_PASSWORD の 3 つは最低限入れる必要がある。ポートは LANDPPT_PORT で変えられ、MinIO のコンソールは 9001 番で見える。
編集可能な PPTX を出すには Apryse の商用キーが要る
このプロジェクトで最も見落とされやすい制約が書き出し形式だ。README の依存表は、標準的で編集可能な PPTX の出力に APRYSE_LICENSE_KEY、つまり商用ライセンスを必要と明記している。キーがなければ画像型の PPTX になり、見た目の再現度は高いが、ページ内の要素は通常そのままでは編集できない。つまり「PowerPoint で開いて文言を直す」という運用を前提にするなら、オープンソース部分だけでは完結しない。同じ表では、基本生成には AI プロバイダのキーが必須、深い調査は TAVILY_API_KEY か SearXNG、講解動画は ffmpeg が要ると整理されている。ここから読み取れるのは、最小構成とフル構成の差が想像より大きいことだ。キーを 1 つ入れて起動しただけでは、README が列挙する機能の多くは動かない。導入検討の初期段階で、どの機能を実際に使うのかを決めてから .env を書いたほうがよい。
運用面の判断材料はセキュリティ既定値と自動マイグレーション
README は本番向けの注意として、SECRET_KEY と管理者パスワードを変更し、既定の admin / admin123 を使わないよう求めている。Compose での本番構成では管理者の自動初期化が既定で無効になっており、初回デプロイ時だけ LANDPPT_BOOTSTRAP_ADMIN_ENABLED を明示的に有効化する設計だ。API を使うなら LANDPPT_API_KEY か LANDPPT_API_KEYS に強力なランダム値を設定する。データベース移行は起動時に自動検出して実行されるが、LANDPPT_AUTO_MIGRATE_ON_STARTUP=false で切れる。README は、複数ノードが同じデータベースを共有する場合は自動移行を切って別ジョブとして 1 回だけ流すことを勧めている。ここは設計上の妥当な判断で、複数プロセスが同時にスキーマを触る事故を避けられる。一方で、単一ノードの小規模運用では既定のままで問題になりにくい。運用形態によって設定を変えるべき箇所がはっきりしている点は、判断しやすい。
Marp や Slidev との違いは「生成」を内部に持つか持たないか
比較対象として分かりやすいのは Marp や Slidev のような Markdown ベースのスライドツールだ。これらは入力が Markdown で、書き出しは PDF や HTML、PPTX であり、構成を書くのは人間の仕事になる。LandPPT はその構成を書く工程自体を LLM に任せ、さらに文書解析、検索による補強、配図、講稿、音声まで同じアプリ内に持つ。違いは機能数ではなく責務の位置だ。Marp や Slidev は決定論的で、同じ入力からは同じ出力が得られる。LandPPT の出力はモデルとプロンプトに依存するため、同じ文書でも実行ごとに構成が変わりうる。再現性が要件なら Markdown ツールのほうが素直で、初稿の速度が要件なら LandPPT の構成が効く。両者は排他的ではなく、LandPPT で構成の叩き台を作り、確定稿を Markdown で管理する併用も現実的だ。
ライセンス表記は自分で確かめる必要がある
リポジトリのメタデータではライセンスが NOASSERTION と表示される。一方で README のバッジは Apache 2.0 を指しており、この 2 つは一致していない。GitHub がライセンスを自動判定できなかった場合に NOASSERTION が出ることはあるが、断定はできない。ここは推測で埋めず、リポジトリ直下の LICENSE ファイルを実際に開いて確認するべき箇所だ。加えて、Apryse の商用ライセンスは LandPPT 本体のライセンスとは別に、利用者自身が取得する必要がある。本体が Apache 2.0 だったとしても、編集可能な PPTX 出力という機能は Apryse 側の条件に従う。ライセンスの解釈は法務の領域なので、ここでは事実関係の整理にとどめる。導入前に LICENSE と Apryse の条件を並べて読む、というのが現実的な手順になる。
更新頻度と、採用を見送るべきケース
公開されているリリースは v0.3.0 が 2026 年 4 月、v0.3.1 が 5 月、v0.3.2 が 7 月で、直近の push は 2026 年 9 月と記録されている。おおよそ 1、2 か月おきに版が上がるペースで、活発に動いている部類に入る。ただし 0.x 系である以上、設定キーや API の互換性が保証されているとは README からは読み取れない。アップグレード時は .env の差分と docker-compose.yml の変更を確認する作業が発生すると考えておいたほうがよい。採用を見送るべきなのは、編集可能な PPTX が必須で Apryse を導入できない場合、生成の再現性を厳密に求められる場合、そして外部の AI プロバイダに文書を送れない環境だ。Ollama を使えば推論をローカルに閉じられるが、文書解析や検索を有効にすれば結局は外部通信が発生する。どの機能を有効にするかで、データの流れ先が変わる。
編集部の結論
LandPPT が向くのは、社内や個人で文書からスライドの初稿を量産したい人、Ollama を含む複数プロバイダを役割別に使い分けたい人、そして書き出し形式を PDF や画像で済ませられる人だ。逆に、編集可能な PPTX が成果物の必須要件で Apryse の商用ライセンスを取れない場合、この構成は最初から候補から外れる。採用前に確認すべきは 3 点で、1 つ目は書き出しの最終形式を PDF か画像に寄せられるか、2 つ目は .env の SECRET_KEY と LANDPPT_API_KEY を自前で用意できるか、3 つ目はリポジトリ直下の LICENSE ファイルを読んで NOASSERTION 表記が何を意味するかを自分の目で確かめることだ。
コミュニティノート