スライド自動生成は「型に中身を入れる」から「中身に合わせて型を作る」へ。太田賢一さんのOpus 5.5の記事を読んだ

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、太田賢一さんのX Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」を紹介するね。私が持ち帰ったのは、AIが組んだ版と人が直した版の差を、次の指定に戻す、という点です！

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・v2の限界の話より）

千差万別な中身を、用意した型に当てはめる作業は至難の業です。

太田賢一さん（Design Mgr・@kenichiota0711）は、2026年10月3日のX Articleで、Claude Opus 5.5を使ったスライド自動生成の仕組みを紹介しています。

ここでいう型は、スライドの雛形、つまりレイアウトのひな型のことです。

以前の仕組み（v2）は、数十の型を持っていました。中身に応じて型を選び、型に合わせて中身を書き直す。すると、崩れはなくなります。ただ、中身を型にはめること自体に、限界があった、と書いています。

理由は、コンテンツによって、中身の量・粒度・密度・リズムが違うことです。引用の一文が、いちばん端的です。

もう1つ、デザイナーの考え方の話があります。デザイナーは、「この内容をどうレイアウトするか」と考えて向き合っていて、「全てを型にはめよう」とは思っていません。でも、標準化するには型が必要だった、と書いています。

そこで、今回の仕組み（v3）は、中身に合わせて型を生成する考え方になりました。見出し・図・余白・文字サイズなど、レイアウトの全てを、Opus 5.5が決めて自走します。

変遷は、3段です。v1は、構成に重点を置いて、一気通貫にした。v2は、ゴールをGoogle Slidesに定めて、APIを叩いた。v3は、型を捨てて、全てのレイアウトを任せた。

私が目を止めたのは、v2の「型に合わせて中身を書き直す」という所です。動くのが中身のほうなんだな、と読みました。これは私の読みです。

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・最初に試した時の話より）

最初、Opus 5.5 の力を把握するため、型や規範を渡さずに一度回してみました。すると、充分なスライドを生成してくれました。

見出しの言葉が、この章の中身です。太田さんは、Opus 5.5の力を知るために、型も規範も渡さず、原稿と色だけで一度回してみました。

出てきたスライドを見て、「そのまま実務で使えると思いました。」と書いています。Opusは、アイコンやイラストを、既製品ではなく、SVGで自ら描いていて、その精度が高い。

しかも、中身に応じてレイアウトされた構成の中で、一発で生成されていた、と書いています。

SVGは、線や図形を座標と指定で書く画像の形式です。文字として書けるので、AIが書いて、見て、直しやすい形式だと、私は理解しています。

アイコンにアクセントを添えるような細かな判断も、指示なしで入っていました。「このとき方向を決めました。」と、太田さんは書いています。

Claude Codeの上で編集できる「Claude Slides」という機能もある、と添えています。

ここからは、私の読みです。太田さんが渡したのは、原稿と色の2つだけです。この渡し方を、私は「関所」の考え方で読みました。入口に人がいて、中間のレイアウトはAIに任せる形です。

AI氣道『dotsに仕事を任せる前に決めること。20選ランキングの共通点は「確認のタイミング」でした』より

「入口と出口には人を置いて、中間はAIに任せる。これが、私の関所の考え方です。」

太田さんの記事に、関所という言葉は出てきません。私が重ねて読んだだけです。私の関所の考え方は、先日の記事に書きました。詳しくは、『dotsに仕事を任せる前に決めること。20選ランキングの共通点は「確認のタイミング」でした』で書いています。

出口にあたる所は、納品後の話に出てきます。6章で触れます。

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・Google Slidesに反映する話より）

15ページの資料では、284ブロック全てが同じ行数に収まりました。

太田さんの組織は、全社員がGoogle Slidesを標準で使っています。だから、最終形式をGoogle Slidesにしています。

Opus 5.5は、HTMLでスライドを組みます。Google Slidesへの変換は、CSSを解釈し直さず、ブラウザが計算し終えた位置・色・文字を写す方法です。

文字は編集できる形になり、アイコンや図は画像になります。

ただ、ブラウザで描けても、字詰めや字間はGoogle Slidesに反映されません。そこで、反映できる指定だけを一覧にして、Opusに渡しました。

結果、ブラウザとGoogle Slidesでの改行位置の一致は、最初54%でしたが、7回目に99%になりました。

そのうえで、改行の位置はGoogle Slidesに任せることにして、物差しを行数に変えました。引用のとおり、15ページの資料では、284ブロック全てが同じ行数に収まった、と太田さんは書いています。

ここからは、私の読みです。面白いと思ったのは、型を捨てたあとも、渡している物があることです。渡す物は、減りました。ゼロではありません。Google Slidesで崩れない書き方だけを、一覧にして渡しています。

もう1つ。改行位置が99%まで合っても、そこを追い続けず、測る物差しを行数に取り替えています。守れる物に合わせて、測り方を決め直す判断だと読みました！

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・SVGの自己調整力の話より）

Opus5.5 は、SVG を「描いて・見て・直す」ループを回していました。

太田さんは、アイコンの見本帳を作っています。初めは、生成されたアイコンを集めて、見本にするつもりでした。ところが、並べるとバラバラで、統一感がありません。

AIの参照元に使うと、混乱を招くと考えた、と書いています。

そこで、見本帳のためだけに、別に生成しました。決めたのは、24×24の格子、線の太さ1.5、塗りなし。要素を重ねたイラスト10種類も加えています（今後さらに増える予定）。

線の太さのみ修正を依頼して完成した、と書いています。

もう1つの発見が、引用のとおりです。指示しなくてもSVGアイコンを描く力があり、描いて・見て・直すループを回している。その自己調整力が、アウトプットの品質を上げていると分かった、と書いています。

ここからは、私の読みです。人が決めたことは、少ないです。格子の大きさ、線の太さ、塗りの有無。この小さな決め事で、AIが次に見る見本の統一感が決まっています。

集めたものを見本にせず、見本のために作る。見本は、次の生成の参照元になります。だから、混ざったものを入れない。ここが、型を捨てたあとに残る、人の仕事の1つかな、と思いました！

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・effortの比較のあとの話より）

手綱を緩め、できるだけ指示しない。具体ほど任せる。その領域がまた大きく広がったと感じています。

太田さんは、何度か生成を繰り返しています。effort（生成の深さ）で、生成物にどんな差が出るかを確かめるためです。

effortは、highを既定にしました。同じ内容をmaxで回しても、完成度の差は、さほど大きくありませんでした、と書いています。

そのうえで、指示を減らす方向に進みます。引用のとおり、具体的な所ほど任せる領域が、また大きく広がったと感じている、と書いています。

地力を持ったモデルとの関わり方を体感する喜びが芽生えた気がする、とも書いています。

この章を読んで、私は7月のLIVEの記事を思い出しました。任せる領域が広がるほど、渡す側が何を握っているかが、問われると思うからです。ここは私の読みで、太田さんがそう書いているわけではありません。

AI氣道『AIが賢くなるほど、自分を知れ｜共感ストーリーで魂を宿すAI活用術【公ちゃんコラボ】』より

「AIが賢くなるほど、逆説的に「自分は何者で、何のために生きているのか」という原液の言語化が問われる」

AIが賢くなるほど、原液を言葉にすることが問われる、と書きました。太田さんの手綱の話とは、別の話です。ただ、任せる範囲が広がったあとの問いとして、重なって読めました。詳しくは、『AIが賢くなるほど、自分を知れ｜共感ストーリーで魂を宿すAI活用術【公ちゃんコラボ】』で書いています。

だから、私なら、任せる範囲を広げる前に、「これだけは自分が決める」を1行で書きます。書けないうちは、指示を減らしません。提案です。スライドでは試していません！

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・納品後の話より）

それを確かめて、AI に渡す指定と見本帳に戻していくのがデザイナーの役割です。

納品したあとは、Google Slidesの側を正典として扱います。そこから先の修正は、画面で直接行います。太田さんは、そう書いています。

納品したスライドが、10本、20本と蓄積されていきます。すると、導入事例はこの構成、事業Aはこの表紙、のような傾向が見えてくるはずだ、と太田さんは書いています。

それを確かめて、AIに渡す指定と見本帳に戻していく。これが、引用の一文です。

分析の材料として、Opusが組んだ直後の版も残します。人が直した後の版との差に、次の規範への手がかりがあると考えている、と書いています。

ここが、私がいちばん受け取りたい所です！出口の関所にあたる所として、2章で書いた入口と対になって読めました。

ただ、直した差は、全部が次に効くわけではありません。その場だけの直しもあれば、次からずっと使える判断もあります。私は、こう見分けています。

Claude Codeの動画の紹介記事に書いた、私の見分け方です。スライドで試した話ではありません。

AI氣道『AIに任せる範囲はどこまで？6万人が使うSNSアプリを作る開発者が、Claude Codeで決めている線引き』より

「私は、フィードバックを、その場だけの条件付きの判断か、ずっと使える判断軸かで見分けます。どの場面で使い、どの場面で使わないかまで言える形にしておく。」

太田さんの「差に手がかりがある」に、仕分けの目を1つ足すだけです。反対しているわけではありません。詳しくは、『AIに任せる範囲はどこまで？6万人が使うSNSアプリを作る開発者が、Claude Codeで決めている線引き』で書いています。

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・結びより）

AI の進化に合わせて、AI が動きやすい仕組みを設計していく。

ここからは、私の提案です。スライドの自動生成で試した話ではありません。未実装です。

太田さんは、Opusが組んだ直後の版を、分析の材料として残す、と書いていました。この残し方に、直した所の理由を足すだけの提案です。

やることは、次のとおりです。AIが組んだ版と、人が直した版を、並べて残す。直した所に、理由を1行付ける。理由の横に、今回だけか、ずっと使うかの印を付ける。

残す時のコツは、直す前に、AIが組んだ版を別の名前で保存しておくことです。直したあとでは、元の版がどんな形だったかを、思い出せなくなります。

ずっと使う印が付いたものだけを、AIに渡す指定の1行にします。たとえば、表紙の見出しは1行、のように書きます。今回だけの印が付いたものは、AIに渡す指定には加えなくて構いません。

この提案には、弱い所があります。今回だけか、ずっと使うか、という仕分けが当たっているかを測る方法を、私はまだ決めていません。測れないうちは、指定を増やしすぎないほうがよさそうです。

最後に、太田さんの結びを引きます。

太田さん（X Article「Opus5.5の性能を活かす、スライド自動生成の仕組み」・結びの最後の段落より）

型に中身を入れる考え方から、中身に合わせて型を生成する考え方へ。AI の進化に合わせて、AI が動きやすい仕組みを設計していく。それを今後も大切にしていきます。

太田さんは、数十の型に中身を当てはめる仕組みから、中身に合わせてAIが型を生成する仕組みへ変えました。原稿と色だけで、充分な品質に届いた、と書いています。

私が持ち帰ったことがあります。型を捨てても、反映できる指定の一覧と見本帳のように、人が渡す物は残ること。もう1つは、納品後に人が直した版との差を、次の指定に戻すことです。

最初の一歩は、直したスライドや文書を1本選んで、AIの版と直した版を並べて保存することです。直した所には、理由を1行付けて、今回だけか、ずっと使うかの印を付けましょう！

この記事で学んだことを誰かに教えて恩送りして学びを深めよう！