2026/07/27

Codexで研究からプレゼン資料を生成する方法

Codexでスライド生成：研究からプレゼン資料を作成する7ステップワークフロー、アウトラインによる品質管理、主張を固定するプロンプト、自動化の限界についても。

Codexは、入力が構造化されているときにスライドデッキの作成に最も役立ちます。「PowerPointを作ってくれ」ではなく、研究ノート、競合分析、製品ポジショニング、スクリーンショット、既存のブランドテンプレートが入ったフォルダを、毎回同じルールに従うデッキに変換することです。

OpenAIはこれを直接ドキュメント化しています。Codexは.pptxファイルを操作し、ビジュアルを生成し、反復可能なレイアウトルールを適用し、既存のデッキを更新し、新しいものを構築できます。PowerPoint編集のためのSlides スキルとイラスト・カバーアートのためのImageGen スキルを使用します^[1]。

Codexでスライドを生成する方法を学ぶことは、基本的にはひとつの規律です。単一のスライドを書く前にアウトラインを提案させること、そしてそれが書き直してはいけないテキストを指示することです。

TL;DR

既存のブランドデッキから始まり、何かを生成する前にCodexにビジュアルルールを要約させます^[1]。
最初にアウトラインを要求してください。 スライドごとのタイトル、コアメッセージ、ソース証拠、推奨ビジュアル、プレゼンターノート。PptxファイルPPTXが作成される前に承認してください。
書き直してはいけないクレームを固定してください。 承認されたメッセージング、価格表現、法的クレーム。それに「検証が必要」とマークするよう指示します。埋める代わりに。
テキストは編集可能に、チャートはネイティブに保ちます。 スライド全体をラスターにさせないでください。
配信前にレンダリングして検査します。 デッキはコンテンツ的に正しくても、視覚的に壊れていることがあります。
ImageGenをカバーアートとコンセプトに使用します。製品UIや本当のロゴやデータチャートには使用しないでください。

7ステップのワークフロー

Codexでスライドデッキを生成するための7ステップワークフロー：入力を集める、ブランドテンプレートから始める、アウトラインをリクエストする、正確なクレームを固定する、編集可能なスライドを生成する、ビジュアルを追加する、そしてレンダリングと検証を行う

1. 構造化された入力を集める

Codexはソース資料から機能するため、デッキの品質はフォルダの構成を反映します。製品の概要、研究ノート、ブランドテンプレート、スクリーンショット、競合ノート、インタビュー要約、キャンペーン指標、メッセージングフレームワーク、承認されたクレーム、ロゴアセット。

2. ブランドテンプレートから始める

OpenAIのガイダンスは、可能であれば既存のデッキから始めることです^[1]。まずモデルにそれを読ませてください：

まず既存のブランドデッキを検査してください。スライドサイズ、タイトルスタイル、
本文テキストスタイル、カラーパレット、ロゴ配置、画像処理、チャートスタイル、
及びスペーシングルールを識別してください。新しいスライドを生成する前に、
これらのルールを要約してください。

3. デッキの前にアウトラインを取得する

これはスキップされるステップであり、デッキが何かを主張するかどうかを決定するステップです。

デッキを作成する前に、スライドごとのアウトラインを提案してください。各スライドについて、
タイトル、コアメッセージ、ソース証拠、推奨ビジュアル、プレゼンターノートを含めてください。
アウトラインが承認されるまで、PPTXを生成しないでください。

ナラティブフローは汎用的ではありません。市場調査デッキ、ローンチデッキ、セールスデッキは同じ構造を持つべきではありません。モデルがそれを理解したかどうかは、40個のスライドをレンダリングした後ではなく、アウトラインステージで判明します。

4. 書き直してはいけないクレームを固定する

デッキは承認されたメッセージング、法的クレーム、価格表現を持ちます。それらを言い換えるモデルはドラフトではなくコンプライアンス上の問題を生み出しました。

すべての承認された製品クレームをそのまま保持してください。顧客の引用、価格、
パフォーマンス数字、競争クレームを発明しないでください。証拠がない場合は、
埋める代わりに「検証が必要」とマークしてください。

機能する指示は最後の条項です。ギャップが与えられると、モデルは他に言われない限り、もっともらしく埋めます。

5. 編集可能なスライドとネイティブチャートを生成する

編集可能なPPTXとしてデッキを作成してください。テキストは編集可能なPowerPoint テキストとして保ちます。
実用的な場合は、シンプルなバー、線、円グラフ、ヒストグラムビジュアルにネイティブチャートを使用してください。
スライド全体をラスター化しないでください。スクリーンショット、イラスト、複雑なビジュアルのみに画像アセットを使用してください。

チームは何度も文言を修正します。ラスター化されたスライドは袋小路です。

6. ImageGenを慎重に使用する

ひとつのビジュアル方向を定義して再利用し、各スライドが漂流するのではなく。

このデッキのための一貫したビジュアル方向を定義してください。クリーンなSaaS スタイルの
イラスト、リアルな製品コンテキスト、ポーランド製B2Bビジュアルトーンを使用してください。
画像プロンプトを保存して、将来のスライドが同じ方向に一致できるようにしてください。

生成する： カバースライド、製品コンセプトイラスト、市場トレンドビジュアル、カスタマージャーニーダイアグラム、セクションディバイダー。

生成しない： 正確な製品UIスクリーンショット、法的またはコンプライアンスクレーム、許可のない本物の顧客ロゴ、またはネイティブで編集可能なままであるべきデータチャート。

7. レンダリングと検証

デッキをスライド画像にレンダリングしてください。各スライドをクリップされたテキスト、
オーバーラップ、不一致なスペーシング、読めないスクリーンショット、フォント置換、
レイアウトドリフト、ビジュアルスタイル不一致についてレビューしてください。
最終PPTXを保存する前にすべての問題を修正してください。

デッキは完全に正しくて、まだ視覚的に壊れていることがあります。画像へのレンダリングは、モデルがあなたが見るものを見る方法です。

適切に機能するデッキタイプ

パターンは、構造が安定し、コンテンツが変わるデッキタイプに適用されます^[1]。

市場調査。 市場概要、成長ドライバー、顧客セグメント、バイヤーペイン、競争の風景、価格パターン、採用の障壁、機会分野、推奨事項。

製品ローンチ。 製品概要、顧客問題、ターゲットオーディエンス、ポジショニングステートメント、主要な機能、差別化、ローンチナラティブ、メッセージング支柱、キャンペーン計画、タイムライン、行動要請。

製品デモ。 デモ目標、ユーザー問題、ワークフロー概要、ステップバイステップスクリーンショット、機能のハイライト、ビフォーアフター、顧客価値、次のステップ。

競合分析。 競合概要、機能比較、価格比較、メッセージング比較、強みと弱み、ポジショニング図、差別化戦略、推奨されるトークトラック。

セールスイネーブルメント。 バイヤーペルソナ、ペイン、ディスカバリー質問、価値提案、異議処理、競争対応、証明ポイント、デモフロー、クロージングトークトラック。

完全な実例プロンプト

Slides スキルと ImageGen スキルを使用して、12スライドの市場調査デッキを生成します。

入力：
- 添付のブランド PowerPoint テンプレート
- 市場調査ノート
- 競合分析
- 顧客インタビューの要約
- 製品スクリーンショット

まずブランドテンプレートを検査し、ビジュアルルールを要約してください。
次に、デッキを生成する前に、スライドごとのアウトラインを提案してください。
市場概要、顧客セグメント、ペイン、競争の風景、
ポジショニングギャップ、製品機会、推奨事項を含めてください。

承認されたクレームを正確に保持してください。欠落している証拠を埋める代わりに、
「検証が必要」とマークしてください。すべてのテキストは編集可能に、
ネイティブチャートを使用してください。画像にレンダリングし、
最終的な PPTX を保存する前にレイアウトの問題を修正してください。

このプロンプトのすべての条項は、このワークフローが防止するために設計された失敗モードに対応しています。

アプローチが壊れるところ

明確に述べる価値があります。失敗モードは予測可能だからです。

戦略を発明しません。 Codexは提供するArgumenを配置してレンダリングします。薄い入力が与えられると、何も言わないが、適切にフォーマットされたデッキを生成します。これは醜いものよりも見つけるのが難しいです。

未検証の数字が主なリスク。 ソースなしの市場規模スライドを求められるモデルは、自信を持った数字を生成します。「検証が必要」という指示が軽減で、あなたが実際にこれらのマーカーを読む場合のみ機能します。

長いデッキ全体のビジュアル一貫性は低下 します。方向を一度固定し参照しない限り。それがステップ6が目的です。

ブランドニュアンスは人間のままです。 モデルはパレットとタイプスケールに一致することができます。デッキがあなたの会社のように聞こえるかどうかは判断の呼び出しです。

自分の製品に組み込む

上記のワークフローは Codex の中で実行されます。あなたのマシン上で、あなたのフォルダに対して。デッキがあなたのものであるとき、それが正しい形です。

それは別の仕事では間違った形です。出荷するソフトウェア内にデッキ生成を配置することです。顧客のレポートをスライドに変えるツール。週次レビューをアセンブルする内部サービス。CRM レコードから営業用の資料を作成する機能。これらのどれも開発者が CLI を実行していません。

その仕事は直接モデルが必要です。アウトラインを計画する推論と、カバーアートを生成する画像モデルの両方が API 呼び出しです。reAPI は両方を公開していますが、チャットとメディアは別のゲートウェイ、キー、バランスを使用します。

from openai import OpenAI

client = OpenAI(api_key="YOUR_CHAT_API_KEY", base_url="https://api.reapi.ai/v1")

outline = client.chat.completions.create(
    model="gpt-5.6-terra",
    messages=[{"role": "user", "content": "Propose a 12-slide outline from this research. Mark unsupported claims."}],
    max_tokens=16000,
)

カバーアートとセクションビジュアルは、reapi.ai/models/gpt-image-2の個別メディアワークスペースとキーを使用します。これはタイトルとラベルに十分な画像内テキストを処理します。完全なカタログはreapi.ai/modelsです。

自分のデッキに Codex を使用してください。デッキが他の誰かに属するときは API を使用してください。

OpenAI. Platform documentation — Codex, skills, and model capabilities. Retrieved July 2026 from platform.openai.com/docs
OpenAI. Codex — open-source repository and usage documentation. Retrieved July 2026 from github.com/openai/codex