AIでPPTを作ることは、もはや「タイトルを入力してテンプレートを当てる」だけではありません。Claude Code、Codex、CursorのようなAIコーディング環境では、PPT生成はインストール可能で再利用できるAgent Skillの集まりになりつつあります。Webプレゼンを出力するもの、実際に編集可能な .pptx を生成するもの、画像モデルで各ページをビジュアル案として作るもの、MCPを通じてAIにPowerPointファイルを操作させるものがあります。
今回は、主流のPPT関連Skillを整理します。価値があるのは単なる一覧ではなく、これらのツールを納品形態ごとに分けて考えることです。ツールを選ぶ前に、まずこう問いましょう。最終成果物は誰が編集するのか、どこで発表するのか、継続的な共同作業が必要なのか。
いくつかのルート
1. HTML Webプレゼン
代表的なプロジェクトには、frontend-slides、guizang-ppt-skill、html-ppt-skill があります。
このルートの強みは視覚表現力です。CSSアニメーション、Canvas、WebGL、レスポンシブレイアウトを使え、ブラウザで開くだけで発表できます。技術共有、製品発表、Demo Day、個人のスタイルが強い登壇に向いています。
一方で代償も明確です。納品後にクライアントが一文字ずつ修正する用途にはあまり向きません。クライアントが受け取るものがPowerPointファイルではなくHTMLの場合、後続の修正は生成フローに戻ることが多くなります。
HTMLプレゼンだけを見るなら、frontend-slides は高スターの汎用入口に近く、guizang-ppt-skill は美的制約とテーマ性に強く、html-ppt-skill はテーマ数、レイアウト数、発表者モードで優れています。
2. ネイティブPPTX
代表的なプロジェクトには、mckinsey-pptx、ppt-agent-skills、claude-office-skills、ppt-master があります。
これはビジネス納品で最も安定したルートです。クライアントが「PowerPointで文字を直したい、画像を差し替えたい、会社テンプレートを使いたい」と求めるなら、最終的には .pptx に落とす必要があります。
その中でも ppt-master は個別に注目する価値があります。考え方は、まずLLMにSVGを生成させ、それをPowerPointネイティブのDrawingMLオブジェクトへ変換するというものです。目的は、テキストボックス、図形、チャートをPPTX内で引き続き編集できるようにすることです。PDF、DOCX、URL、MarkdownからのPPTX生成にも対応し、テンプレート複製、アニメーション、ナレーション、ローカルプレビューも扱えます。
このルートは、コンサルティング納品、社内報告、ホワイトペーパー発表、長いレポートのPPT化に向いています。欠点は、視覚表現の上限がPowerPoint自体に制約されやすく、複雑な表現ではHTMLや画像ルートほど自由ではないことです。
3. AI画像駆動
代表的なプロジェクトには、NanoBanana-PPT-Skills、gpt_image_2_skill、ppt-image-first があります。
このルートは各スライドをまず1枚のビジュアルとして生成し、その画像をPPTXや別のコンテナに入れます。完成度が高く、特に表紙、SNS画像、ビジュアル提案、拡散向けコンテンツに向いています。
問題は編集性の低さです。ページは本質的に1枚の画像です。あとからタイトルを直す、文案を差し替える、アイコンを動かすとなると、再生成が必要になる場合があります。「見た目をよくしたい」用途には合いますが、「クライアントが何度も修正する」用途には向きません。
4. MCP / プロトコル層
代表的なプロジェクトには、Office-PowerPoint-MCP-Server、PPTAgent があります。
この種のツールは、必ずしも完全なPPTを直接生成するわけではありません。AIにPowerPointを操作するインターフェースを与えます。MCPに接続すると、モデルは .pptx ファイルを読み、修正し、書き込めます。
このルートは、すでにPPTファイルがあり、AIに修正を手伝わせたいワークフローに向いています。たとえば、書式の一括変更、フィードバックに基づくページの並べ替え、各ページが目的に合っているかのチェックなどです。PPTAgent は反省型生成を重視しています。つまり、各ページを生成したあとに見直します。この方向性は「AI PPTが粗い」問題を減らすヒントになります。
5. 統合デザインプラットフォーム
代表的なプロジェクトには、open-design、docsagent があります。
この種のプロジェクトは、PPT生成そのものを超えています。open-design はローカル優先のデザインプラットフォームに近く、プロトタイプ、slides、images、videosを生成でき、複数のエクスポート形式に対応します。docsagent はPPTツールではありませんが、ローカル文書をインデックス化して対話できるため、PPT生成前の資料整理層として使えます。
単発でPPTを作るだけでなく、資料、デザイン、プロトタイプ、納品までの一連の流れが必要なら、このタイプのプラットフォームはより見る価値があります。
Skillメタ情報
Star数は2026-05-15時点の取得結果に基づくもので、人気度の参考にすぎません。実際に使う前には、リポジトリを開いてメンテナンス状況、README、LICENSEを確認することをおすすめします。
| Skill | 作者 | リンク | Star | 言語 | ルート |
|---|---|---|---|---|---|
| frontend-slides | @zarazhangrui | https://github.com/zarazhangrui/frontend-slides | 17,530 | Shell | HTML Webプレゼン |
| guizang-ppt-skill | @op7418（歸藏） | サイト内記事 GitHub |
8,832 | HTML | HTML Webプレゼン |
| html-ppt-skill | @lewislulu | https://github.com/lewislulu/html-ppt-skill | 3,834 | HTML/CSS/JS | HTML Webプレゼン |
| mckinsey-pptx | @seulee26 | https://github.com/seulee26/mckinsey-pptx | 426 | Python | ネイティブPPTX |
| ppt-agent-skills | @sunbigfly | https://github.com/sunbigfly/ppt-agent-skills | 714 | Python | ネイティブPPTX |
| claude-office-skills | @tfriedel | https://github.com/tfriedel/claude-office-skills | 631 | Python | ネイティブPPTX |
| ppt-master | @hugohe3 | https://github.com/hugohe3/ppt-master | 16,626 | Python | ネイティブPPTX |
| NanoBanana-PPT-Skills | @op7418（歸藏） | https://github.com/op7418/NanoBanana-PPT-Skills | 2,668 | Python | AI画像駆動 |
| gpt_image_2_skill | @wuyoscar | https://github.com/wuyoscar/gpt_image_2_skill | 2,102 | Python | AI画像駆動 |
| ppt-image-first | @NyxTides | https://github.com/NyxTides/ppt-image-first | 799 | Python | AI画像駆動 |
| Office-PowerPoint-MCP-Server | @GongRzhe | https://github.com/GongRzhe/Office-PowerPoint-MCP-Server | 1,708 | Python | MCP / プロトコル層 |
| PPTAgent | @icip-cas | https://github.com/icip-cas/PPTAgent | 4,354 | Python | MCP / プロトコル層 |
| open-design | @nexu-io | サイト内記事 GitHub |
40,822 | TypeScript | 統合デザインプラットフォーム |
| docsagent | @docsagent | https://github.com/docsagent/docsagent | 687 | TypeScript | 統合デザインプラットフォーム |
選び方
クライアントが継続して編集するなら、ネイティブPPTXルートを優先します。特に ppt-master、mckinsey-pptx、ppt-agent-skills です。
自分で発表し、後続編集より視覚表現を重視するなら、HTMLルートを優先します。特に frontend-slides、guizang-ppt-skill、html-ppt-skill です。
ポスター感、表紙感、拡散用ビジュアルが目的なら、画像ルートを優先します。たとえば ppt-image-first、gpt_image_2_skill、NanoBanana-PPT-Skills です。
すでにPPTファイルがあり、AIに読み取り、修正、再配置を手伝わせたいだけなら、MCPルートを見るとよいでしょう。
学術、マーケティング、翻訳、長いレポートの圧縮といった明確な場面では、汎用PPT生成器に無理をさせるのではなく、垂直Skillを探すのもよい選択です。
最後に注意したいこと
オープンソースプロジェクトはStarだけで判断できません。実際に使う前に、次の3点を確認してください。
- LICENSEが自分の利用方法を許可しているか。
- 生成物が納品要件を満たすか。特に編集性。
- モデル呼び出し、画像生成、大きなコンテキストモデル、クラウドサービス費用を含めて、コストが許容できるか。
この種のツールは変化が速く、Star数もメンテナンス状況も変わります。それでも選定ロジックは比較的安定しています。まず納品形態を決め、それから具体的なツールを見ることです。PPTが「話すため」なのか、「編集してもらうため」なのか、「見てもらうため」なのか。この3つの答えだけで、選択肢はかなり絞れます。