Opus5.5の性能を活かす、スライド自動生成の仕組み

2026年10月3日 08:58

Claude Opus 5.5 の性能を活かした、スライド自動生成の仕組みを作りました。

これまでスライド生成は、用意した型に中身を流し込む考え方でした。しかし、Opus 5.5 の力はその考え方を変えてくれました。

型に中身を入れる仕組みから、中身に合わせて型を生成する仕組みへ

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

なぜなら、コンテンツ内容によって中身の量・粒度・密度・リズムが違う。千差万別な中身を、用意した型に当てはめる作業は至難の業です。

そしてそもそも、デザイナーがその作業に向き合うとき「この内容をどうレイアウトするか」という思考で向き合っていて、「全てを型にはめよう」とは思っていません。しかし、標準化するには型が必要だった。そんな具合です。

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

📚 私のスライド自動生成の『変遷』
v1：構成に重点を置き、一気通貫にした
v2：ゴールをGoogle Slideに定めAPIを叩いた
v3：型を捨て、全てのレイアウトを任せた

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

そのまま実務で使えると思いました。アイコンやイラストを、既製品ではなく SVG で自ら描いていて、その精度が高い。しかもそれが、中身に応じてレイアウトされた構成の中で、一発生成されていた。

アイコンにアクセントを添えるような細かな判断も、指示なしで入っていました。このとき方向を決めました。（さらに「Claude Slides」という機能を使えば、Claude Code上で編集可能）

＊以下は Opus 5.5 発表記事をスライドとして生成したもの

私の組織は、全社員 Google Slides を標準的に使っています。それが、最終形式を Google Slides にしている理由です。

Opus 5.5 は HTML でスライドを組みます。Google Slides に変換するときは、CSS を解釈し直さず、ブラウザが計算し終えた位置・色・文字を写します。文字は編集できる形になり、アイコンや図は画像になります。

ブラウザで描けても、字詰めや字間は Google Slides に反映されません。そこで、"反映可能な指定だけ"を一覧にしてOpus に渡しました。結果、ブラウザと Google Slides での改行位置の一致は、最初54%でしたが、7回目99%になりました。

ここで、改行の位置は Google Slides に任せることにして、物差しを "行数" に変更。15ページの資料では、284ブロック全てが同じ行数に収まりました。

アイコンの見本帳を作りました。初めは、生成されたアイコンを集めて見本にするつもりでしたが、並べるとバラバラで統一感がありません。AIの参照元に使うと、混乱を招くと考えました。

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

指示なしで SVG アイコンを描く力を有している。Opus5.5 は、SVG を「描いて・見て・直す」ループを回していました。その自己調整力がアウトプットの品質を上げていると分かりました。

何度か生成を繰り返しました。「effort（生成の深さ）」による生成物の差分を確かめるためです。

effort は high を既定にしました。同内容を max で回すと、費用は2.1倍、時間は2.3倍。完成度の差は、さほど大きくありませんでした。

手綱を緩め、できるだけ指示しない。具体ほど任せる。その領域がまた大きく広がったと感じています。"地力"を持ったモデルとの関わり方を体感する喜びが芽生えた気がします。

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

納品したスライドが10本, 20本と蓄積されていきます。その際、導入事例はこの構成、事業Aはこの表紙、などの傾向が見えてくるはずです。それを確かめて、AI に渡す指定と見本帳に戻していくのがデザイナーの役割です。

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

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