アカデミックプレゼンテーションデッキ構築

アカデミックPPTX

このクリーンルームワークフローは、RylaiによってCodex、Hermes、およびClaude向けにメンテナンスおよび適応されています。学術用デッキに必要な推論、制作、レンダリング、検証を網羅しています。プライベートテンプレートやクローズドなヘルパーには依存していません。

必要に応じて以下のリソースを参照してください：

• content_guidelines.md：議論、エビデンス、タイミング、引用、および発表者ノートの決定に関するガイドライン。
• slide_patterns.md：再利用可能な学術スライド構造。

ランタイム契約

• ユーザーの機関テンプレート、既存のデッキ、およびリポジトリを尊重します。
• PptxGenJS、python-pptx、LibreOffice、PowerPoint自動化、またはランタイムプレゼンテーションツールなど、環境で利用可能な標準的なプレゼンテーションツールを使用します。
• 実装パスにコミットする前に、フォント、パッケージ、レンダリングツール、画像サポート、ファイルアクセスを確認します。
• ユーザーが編集を要求しない限り、ソースドキュメントは変更しません。
• アクティブなプロジェクトまたはこのスキルディレクトリからパスを解決します。
• 研究結果、引用、引用文、または欠損値を決して捏造しません。

期待される成果物

リクエストが計画のみでない限り、以下を生成します：

• 編集可能な .pptx ファイル。
• それを作成するために使用されたスライドアウトラインまたはビルドソース。
• ツールが許す場合、レンダリングされたスライドプレビューまたは視覚検査用のPDF。
• コンテンツ、レイアウト、およびファイル整合性をカバーする簡潔な検証レポート。

ワークフロー

1. エビデンスの棚卸し

提供された論文、原稿、メモ、図、表、データ、ブランディング、および既存のスライドを読み込みます。以下のエビデンス台帳を作成します：

• 主張またはメッセージ。
• サポートソース。
• 利用可能な図、表、引用、または計算。
• 引用の詳細。
• 信頼度または未解決のギャップ。
• 外部メディアの使用許可または来歴メモ。

欠落情報は明示的にマークします。もっともらしい内容でギャップを埋めてはいけません。

2. トーク契約の設定

以下を決定します：

• 聴衆の知識レベルと予想される質問。
• プレゼンテーションの種類。
• 割り当てられた発表時間と質疑応答時間。
• 必須セクションまたは機関のルール。
• 聴衆が覚えておくべき一文。
• クロージングがサポートすべき行動または判断。

ユーザーが指定していない場合は妥当なデフォルト値を使用し、それらのデフォルトを作業アウトラインに記録します。

3. 時間とスライドの配分

オリエンテーション、エビデンス、統合、および意図的なクロージングに時間を確保します。スライド数は、固定比率ではなく、コンテンツの複雑さと発表時間から見積もります。密度の高い数式、メソッド図、結果の解釈には、タイトルスライドやトランジションスライドよりも多くの時間が必要です。

二次分析、導出、拡張文献比較、および予想される質問は付録に移動します。

4. 議論のアウトライン構築

スライドごとの計画を作成します。各計画には以下を含めます：

• スライド番号。
• 結論または質問として書かれたメッセージタイトル。
• 議論における目的。
• エビデンスまたはビジュアル。
• 引用。
• 予想発表時間。
• ノートまたはトランジション。

メッセージタイトルだけを順番に読み上げます。それらは、問題からエビデンス、結論に至るまで、防御可能な連鎖を形成する必要があります。スライドを作成する前に、欠落しているロジックを修復します。

5. 制作パスの選択

プロジェクトの既存のプレゼンテーションスタックを優先します。それ以外の場合は、タスクに応じて標準ツールを選択します：

• PptxGenJS: プログラムによるレイアウト、チャート、再利用可能なヘルパーに強力。
• python-pptx: 決定論的なテキスト、図形、表、画像配置に適しています。
• LibreOffice または PowerPoint 自動化: 変換、レンダリング、および最終的な互換性チェックに有用。
• 既存テンプレートの編集: 機関が必須のマスターデッキを提供する場合に適切。

インストール済みのスタックで作業を完了できる場合、新しい依存関係を導入しないでください。後で改訂を再構築できるように、生成されたソースは決定論的に保ちます。

6. スライドシステムの定義

すべてのスライドを構築する前に、以下を定義します：

• スライドサイズ（通常は16:9、テンプレートが別途指定しない限り）。
• 安全マージンと安定したコンテンツグリッド。
• タイトル、本文、キャプション、引用、および数値テキストの役割。
• アクセシブルなコントラストを備えた抑制された配色システム。
• 色だけに依存せずに区別可能なチャート色。
• スライド番号、ソース、所属の配置ルール。
• 画像のトリミングと帰属表示の動作。

代表的なコンテンツスライドを1枚作成し、早期にレンダリングします。デッキ全体にレイアウトの問題が拡大する前にシステムを修正します。

7. デッキの構築

繰り返し構造にはマスタースライドレイアウトまたは再利用可能な関数を使用します。各スライドは、聴衆の1つの意思決定に焦点を当てます：

• 何に注目すべきか。
• エビデンスがそれをどのようにサポートするか。
• どのような限定条件が必要か。
• それがどのように次のスライドに接続するか。

目の移動を必要とする凡例よりも、直接的なラベルと注釈を優先します。不確実性、単位、サンプルサイズ、およびベースライン定義を保持します。借用したエビデンスが表示されるスライドにソースを配置します。

発表者ノートは、投影スライドを混雑させるべきではない、発表の合図、トランジション、注意点、および詳細に使用します。

8. レンダリングと検査

利用可能な場合、独立したプレゼンテーションエンジンを使用して生成されたファイルを開くかレンダリングします。すべてのスライドを画像として、またはスライドソータービューで検査します。

以下をチェックします：

• 欠落しているフォント、画像、記号、数式、またはグリフ。
• クリップされたテキストやキャンバス外のオブジェクト。
• 誤った重なりや不整合な配置。
• コンテンツ領域にはみ出すタイトル。
• 小さすぎる軸、ラベル、引用、脚注。
• 引き伸ばされた、またはトリミングが不適切な画像。
• ソースに対するチャート値とテーブルセル。
• 隣接するスライド間の視覚的連続性。

修正後にレンダリングを繰り返します。ファイル書き込みの成功は視覚的な証明にはなりません。

9. リハーサルパス

発表順にデッキをレビューします：

• オープニングが研究課題に迅速に到達しているか。
• 用語が使用前に導入されているか。
• 各結果に解釈が与えられているか。
• トランジションが次のスライドが続く理由を説明しているか。
• 制限事項が実際のエビデンスと一致しているか。
• 結論が冒頭の問題に答えているか。
• メインデッキのタイミングが無理なく収まっているか。
• 付録スライドが予想される技術的な質問をカバーしているか。

リハーサルが制限時間を超えた場合、可読性を低下させるのではなく、コンテンツを削除または移動します。

10. 構造検証

選択したスタックで利用可能なチェックを実行します：

• PPTXをZIPパッケージとして開き、必須パーツが存在することを確認します。
• プレゼンテーションライブラリまたはアプリケーションで再度開きます。
• スライド数と期待されるメディアを確認します。
• ソーステキストからプレースホルダーや未解決のTODOマーカーをスキャンします。
• 可能であればリンクと引用を検証します。
• 出力パスと最終ファイル名を確認します。
• 実行できなかったチェックを報告します。

プレゼンテーションモード

カンファレンスまたはセミナー

動機から中心的な質問へ迅速に移行します。最も強力なエビデンスとその解釈にほとんどの時間を費やします。文献コンテキストは選択的にします。

学位論文審査

研究プログラムを可視化します：問題、貢献、章または研究の関係、エビデンス、制限、将来の展望。メソッド、ロバスト性、および審査員固有の関心事に対する付録の回答を準備します。

助成金申請または審査パネル

重要性、提案される研究、実現可能性、評価、リスク管理、マイルストーン、およびリクエストされたサポートを接続します。完了したエビデンスと計画中のエビデンスを区別します。

教育または招待講義

前提条件に従って概念を順序付けます。例、統合のための一時停止、および復習スライドを含めます。研究論文の構造がそのまま教育構造になることを想定しないでください。

完了ゲート

以下の条件が満たされるまで完了を報告しないでください：

• すべての主張が提供された、または検証されたソースに遡れること。
• メッセージタイトルだけを読んでも議論が成立すること。
• デッキが少なくとも1つのプレゼンテーションエンジンで開くこと。
• すべてのスライドがレンダリングされるか、視覚的に検査されていること。
• クリップ、重なり、プレースホルダーテキスト、または読めない引用が残っていないこと。
• チャート、表、数式、および画像がソースと一致していること。
• ペース配分が割り当てられた時間に対して妥当であること。
• 編集可能なソースと最終的なPPTXの両方が存在すること。
• ツールや検証における制限事項が明確に述べられていること。