baoyu-slide-deck

スライドデッキ生成ツール

コンテンツをプロフェッショナルなスライドデッキ画像に変換します。このデッキは、ライブプレゼンテーションではなく、閲覧と共有を目的に設計されています（スライドだけで内容が理解できること、論理的に読み進められる流れ、ソーシャルメディアで共有しやすいこと）。以下のレイアウトや情報密度に関するすべての判断は、この前提に基づいています。

ユーザー入力ツール

このスキルがユーザーに質問するときは、以下の優先順位に従ってツールを選択してください。

1. 組み込みのユーザー入力ツールを優先する — 現在のエージェントランタイムが提供する AskUserQuestion、request_user_input、clarify、ask_user など、または同等のツールを使用します。
2. 代替手段：そのようなツールがない場合は、番号付きのプレーンテキストメッセージを出力し、各質問の回答として選んだ番号や回答をユーザーに返信してもらいます。
3. 質問のまとめ方：1 回の呼び出しで複数の質問に対応できる場合は、該当する質問をすべてまとめて呼び出します。質問が 1 つずつの場合は、優先順位に従って一問ずつ尋ねます。

以下の AskUserQuestion に関する具体例は参考例です。他のランタイムでは、環境に応じた同等のツールに置き換えてください。

画像生成ツール

このスキルで画像をレンダリングする必要がある場合は、以下の順序でバックエンドを決定してください。

1. 現在のリクエストによる指定 — ユーザーが現在のメッセージで特定のバックエンドを指定した場合は、それを使用します。
2. 保存された設定 — EXTEND.md で preferred_image_backend に現在利用可能なバックエンドが設定されている場合は、それを使用します。
3. 自動選択（設定が auto、未設定、または固定されたバックエンドが利用できない場合）：
   • Codex（imagegen） — まず、利用可能なスキル／ツールの一覧を確認します。imagegen というスキルがあれば、Codex 内で実行中です。Skill ツールを使い、skill: "imagegen" を指定して呼び出すことが必須です。保存済みのプロンプトファイルの内容を渡し、出力先パスとアスペクト比も Codex の imagegen 独自の引数に従って指定します。このランタイムでは、Codex imagegen は公式のラスター画像バックエンドであり、ユーザーが別の preferred_image_backend を明示的に指定している場合を除き、ネイティブでないスキル（例：baoyu-image-gen）より優先されます。
   • codex exec 経由の Codex（codex-imagegen） — 現在のランタイムにネイティブの imagegen スキルがなく、codex CLI が PATH 上にあり、codex login が有効な場合は、baoyu-image-gen --provider codex-cli 経由（推奨）で実行します。利用できない場合は、同梱のラッパーを直接呼び出してください。詳細、パラメーター、ランタイムの検出手順は references/codex-imagegen.md に記載されています。この分岐を選択した場合に限り、このファイルを読み込んでください。
   • Cursor（GenerateImage） — ランタイムにネイティブの GenerateImage ツールがある場合は、Cursor 内で実行中です。これは、Codex imagegen と同様に、ネイティブでないスキルより優先されます。以下の 2 点には必ず従ってください。（a）アスペクト比のパラメーターがないため、description として渡すプロンプト内に、目標のアスペクト比または寸法を明記します。（b）出力ディレクトリを指定できません。ファイルはツールが管理する場所に保存されるため、生成後にスキルで指定された出力先パス（例：outputs/.../NN-xxx.png）へファイルをコピーまたは移動します。参照画像は reference_image_paths に指定します。
   • その他のランタイムネイティブツール — ランタイムに別のネイティブ画像ツール（例：Hermes image_generate）がある場合は、同じ方法で使用します。
   • それ以外の場合、ネイティブでないバックエンドが 1 つだけインストールされている（例：baoyu-image-gen）なら、それを使用します。
   • それ以外の場合（ネイティブツールがなく、ネイティブでないバックエンドが複数ある場合）は、ユーザーに一度だけ尋ねます。他の初回質問があれば、まとめて尋ねてください。
4. 利用可能なものがない場合は、その旨をユーザーに伝え、どのように進めるかを尋ねてください。 ⛔ ラスター画像の生成を、SVG、HTML、canvas、その他のコードベースの描画で代用してはいけません。 Codex imagegen の説明には、「出力がリポジトリのネイティブコードやベクターではなく、ビットマップアセットであるべき場合」に使用するとあります。手順 3 でラスター画像のバックエンドを解決できない場合は、手順 4 に進んでユーザーに確認してください。SVG を黙って出力したり、インラインの <svg> マークアップを書いたり、HTML/CSS アートを代替として作成したりしてはいけません。記事やセクションが「図解向き」に見える場合も同様です。このルールを呼び出すスキルは、すでにラスター画像が必要だと判断しています。

⛔ 生成済みのビットマップに重ね描きして、レンダリングされたテキストを修正してはいけません。 ImageMagick、Pillow、Canvas、SVG、HTML/CSS、OCR スクリプトなど、いかなるプログラムによるオーバーレイも使用して、すでに生成されたスライド画像内のタイトル、箇条書き、その他のテキストを覆う、書き換える、消す、縁取りする、置き換えることは禁止です。テキストが誤っている、または不明瞭な場合は、修正したプロンプトで再生成するか、画像内のテキストを簡潔にするか、どの不完全な候補を残すかユーザーに確認してください。

preferred_image_backend: ask を設定すると、利用可能なバックエンドの有無にかかわらず、毎回手順 3 のプロンプトが表示されます。固定バックエンドは、以下の ## Changing Preferences セクションから変更できます。

プロンプトファイルの要件（必須）：バックエンドを呼び出す前に、各画像の完全かつ最終的なプロンプトを prompts/ 以下の独立したファイル（命名規則：NN-slide-[slug].md）に保存してください。このファイルは再現性の記録となり、プロンプトを再生成せずにバックエンドを切り替えられます。

上記の具体的なツール名（imagegen、GenerateImage、image_generate、baoyu-image-gen）は例です。同じルールのもとで、ローカルの同等ツールに置き換えてください。

バッチ生成ポリシー

現在の生成グループのすべてのプロンプトファイルを保存し、確認した後は、原則としてスライド画像をバッチで生成してください。

優先順位：

1. 選択したバックエンドにネイティブのバッチ／マルチタスクインターフェースがある場合は、それを使用します。各タスクには、それぞれのプロンプトファイル、出力パス、アスペクト比、セッション ID、直接参照画像を設定してください。
2. ネイティブのバッチインターフェースはないものの、ランタイムから並列のツール呼び出しが可能な場合は、一度に generation_batch_size 枚までスライド画像の生成を実行します。デフォルトは 4 です。現在のメッセージで --batch-size 4 や「并行4张一起生成」など、ユーザーから明示的な指定があれば、EXTEND.md の設定より優先されます。
3. ネイティブのバッチ機能も並列のツール呼び出しも利用できない場合は、順次生成します。

ルール：

• 選択したすべてのスライドのプロンプトファイルがディスク上に存在するまで、最初のバッチを開始してはいけません。
• 失敗した項目は一度だけ再試行し、成功した項目は再生成しないでください。
• 画像レンダリングの並列化だけを目的に、サブエージェントを使用してはいけません。サブエージェントは、プロンプトの反復やクリエイティブなアイデア出しなど、別個の作業にのみ使用してください。
• 選択したすべてのスライド画像が生成されるまで、PPTX/PDF を結合してはいけません。

確認ポリシー

デフォルトの動作：生成前に確認します。

• スキルの明示的な呼び出し、ファイルパス、該当するシグナル／プリセット、EXTEND.md のデフォルトは、推奨入力としてのみ扱います。これらを理由に確認を省略してはいけません。
• ユーザーが手順 2 を完了するまで、手順 3 以降を開始してはいけません。
• 現在のリクエストで「直接生成」「不用确认」「跳过确认」「按默认出幻灯片」など、確認を省略する旨が明示されている場合に限り、確認を省略できます。
• 確認が明示的に省略された場合は、生成前の次のユーザー向け更新で、想定したスタイル、対象者、スライド枚数、言語、バックエンドを伝えてください。

言語

質問、進捗報告、エラーメッセージ、完了報告では、ユーザーの言語を使用してください。技術トークン（スタイル名、ファイルパス、コード）は英語のままにしてください。

スクリプトディレクトリ

{baseDir} = この SKILL.md のディレクトリです。${BUN_X} を解決する際は、bun を優先し、それがなければ npx -y bun を使用します。どちらも利用できない場合は、brew install oven-sh/bun/bun を提案してください。

スクリプト	用途
scripts/merge-to-pptx.ts	スライドを PowerPoint に結合
scripts/merge-to-pdf.ts	スライドを PDF に結合

オプション

オプション	説明
--style <name>	プリセット（下記のプリセットを参照）、custom、またはカスタムスタイル名
--audience <type>	初心者／中級者／専門家／経営幹部／一般
--lang <code>	出力言語（en、zh、ja、...）
--slides <N>	スライドの目標枚数（8～25を推奨、最大30）
--ref <files...>	スライドごとに適用する参考画像（スタイル／パレット／構成／題材）
--batch-size <n>	今回の実行で一時的に使用するスライド画像生成のバッチサイズ。デフォルトは、EXTEND.md の generation_batch_size。設定がない場合は 4。1～8 の範囲に制限されます。
--outline-only	アウトラインの作成後に停止
--prompts-only	プロンプトの作成後に停止（画像生成をスキップ）
--images-only	Step 7 に進む。既存の prompts/ が必要
--regenerate <N>	特定のスライドを再生成：3 または 2,5,8

スタイルシステム

技術／教育／ライフスタイル／エディトリアルの用途を網羅する17種類のプリセットがあります。各プリセットは、4つの要素（テクスチャ／ムード／タイポグラフィ／密度）の組み合わせです。Round 1 で「カスタムの要素」を選択した場合、確認の Round 2 では、各要素について1つずつ質問します。選択肢とそのまま使用する文言は references/confirmation.md にあります。

プリセット（17種類）

プリセット	要素	最適な用途
blueprint（デフォルト）	グリッド＋クール＋テクニカル＋バランス	アーキテクチャ、システム設計
chalkboard	オーガニック＋ウォーム＋手書き＋バランス	教育、チュートリアル
corporate	クリーン＋プロフェッショナル＋幾何学的＋バランス	投資家向け資料、提案書
minimal	クリーン＋ニュートラル＋幾何学的＋ミニマル	経営幹部向けブリーフィング
sketch-notes	オーガニック＋ウォーム＋手書き＋バランス	教育、チュートリアル
hand-drawn-edu	オーガニック＋マカロン＋手書き＋バランス	教育用図解、プロセスの解説
watercolor	オーガニック＋ウォーム＋ヒューマニスト＋ミニマル	ライフスタイル、ウェルネス
dark-atmospheric	クリーン＋ダーク＋エディトリアル＋バランス	エンターテインメント、ゲーム
notion	クリーン＋ニュートラル＋幾何学的＋高密度	製品デモ、SaaS
bold-editorial	クリーン＋鮮やか＋エディトリアル＋バランス	製品発表、基調講演
editorial-infographic	クリーン＋クール＋エディトリアル＋高密度	テクノロジーの解説、研究
fantasy-animation	オーガニック＋鮮やか＋手書き＋ミニマル	教育的なストーリーテリング
intuition-machine	クリーン＋クール＋テクニカル＋高密度	技術文書、学術資料
pixel-art	ピクセル＋鮮やか＋テクニカル＋バランス	ゲーム、開発者向け講演
scientific	クリーン＋クール＋テクニカル＋高密度	生物学、化学、医療
vector-illustration	クリーン＋鮮やか＋ヒューマニスト＋バランス	クリエイティブ、子ども向けコンテンツ
vintage	紙＋ウォーム＋エディトリアル＋バランス	歴史、伝統

プリセットごとの仕様：references/styles/<preset>.md。プリセットと要素の対応：references/dimensions/presets.md。

要素（「カスタムの要素」を選択した場合）

要素	選択肢	目的
テクスチャ	クリーン、グリッド、オーガニック、ピクセル、紙	背景の処理
ムード	プロフェッショナル、ウォーム、クール、鮮やか、ダーク、ニュートラル、マカロン	色温度
タイポグラフィ	幾何学的、ヒューマニスト、手書き、エディトリアル、テクニカル	見出し／本文のスタイル
密度	ミニマル、バランス、高密度	スライドあたりの情報量

要素ごとの詳細仕様：references/dimensions/*.md。

自動選択

コンテンツのシグナルをプリセットに照合します。シグナルのキーワードがソースに含まれる最初の行を選択します。該当するものがない場合は、blueprint を使用します。

ソース内のシグナル	プリセット
tutorial, learn, education, guide, beginner	sketch-notes
hand-drawn, infographic, diagram, process, onboarding	hand-drawn-edu
classroom, teaching, school, chalkboard	chalkboard
architecture, system, data, analysis, technical	blueprint
creative, children, kids, cute	vector-illustration
briefing, academic, research, bilingual	intuition-machine
executive, minimal, clean, simple	minimal
saas, product, dashboard, metrics	notion
investor, quarterly, business, corporate	corporate
launch, marketing, keynote, magazine	bold-editorial
entertainment, music, gaming, atmospheric	dark-atmospheric
explainer, journalism, science communication	editorial-infographic
story, fantasy, animation, magical	fantasy-animation
gaming, retro, pixel, developer	pixel-art
biology, chemistry, medical, scientific	scientific
history, heritage, vintage, expedition	vintage
lifestyle, wellness, travel, artistic	watercolor

スライド枚数の目安

ソースの長さ	推奨スライド数
1000語未満	5-10
1000-3000語	10-18
3000-5000語	15-25
5000語超	20-30（分割を検討）

参照画像

ユーザーは、スタイル、配色、レイアウト、または題材の参考として画像を提供できます。

受け取り：--ref <files...> を使用するか、ユーザーが会話内でファイルパスを指定したり、画像を貼り付けたりした場合に受け取ります。

• ファイルパス → {slide-deck-dir}/refs/NN-ref-{slug}.{ext} にコピーします
• パスのない画像の貼り付け → パスを尋ねるか、代替としてスタイルの特徴をテキストで聞き取ります

使用モード（参照画像ごと）：

使用方法	効果
direct	各スライドの参照画像として、ファイルをバックエンドに渡します
style	スタイルの特徴（線の表現、質感、雰囲気）を抽出し、各スライドのプロンプト本文に追加します
palette	16進数の色を抽出し、各スライドのプロンプト本文に追加します

各スライドのプロンプトのフロントマターに参照画像を記録します。

references:
  - ref_id: 01
    filename: 01-ref-brand.png
    usage: direct

生成時にファイルが存在することを確認します。usage: direct で、バックエンドが参照画像を受け付ける場合（例：baoyu-image-gen --ref）、各スライドでファイルを渡します。それ以外の場合は、抽出した style／palette の特徴をプロンプトテキストに埋め込みます。

ファイル構成

slide-deck/{topic-slug}/
├── source-{slug}.{ext}
├── outline.md
├── prompts/NN-slide-{slug}.md
├── NN-slide-{slug}.png
├── {topic-slug}.pptx
└── {topic-slug}.pdf

スラッグ：2～4語のケバブケースで、トピックから抽出します。「Introduction to Machine Learning」→ intro-machine-learning。

バックアップルール（すべてのステップに適用）：書き込み予定のファイルがすでに存在する場合は、新しいファイルを書き込む前に <name>-backup-YYYYMMDD-HHMMSS.<ext> に名前を変更します。これにより、ユーザーによる編集内容を保護し、ロールバックが可能になります。

ワークフロー

このチェックリストをコピーし、完了した項目にチェックを付けてください。

- [ ] Step 1: Setup & analyze
- [ ] Step 2: Confirmation ⚠️ REQUIRED (Round 1; Round 2 only if "Custom dimensions")
- [ ] Step 3: Generate outline
- [ ] Step 4: Review outline (conditional)
- [ ] Step 5: Generate prompts
- [ ] Step 6: Review prompts (conditional)
- [ ] Step 7: Generate images
- [ ] Step 8: Merge to PPTX/PDF
- [ ] Step 9: Output summary

ステップ 1：セットアップと分析

1.1 EXTEND.md を読み込む — 以下のパスを順に確認し、最初に見つかったものを使用します。

パス	スコープ
.baoyu-skills/baoyu-slide-deck/EXTEND.md	プロジェクト
${XDG_CONFIG_HOME:-$HOME/.config}/baoyu-skills/baoyu-slide-deck/EXTEND.md	XDG
$HOME/.baoyu-skills/baoyu-slide-deck/EXTEND.md	ユーザーホーム

見つかった場合は読み込み、解析して、要約（スタイル／対象読者／言語／レビュー／生成バッチサイズ）を表示します。見つからない場合はデフォルト設定で続行します。このスキルでは、初回セットアップは必須ではありません。スキーマ：references/config/preferences-schema.md。

1.2 コンテンツを分析する — references/analysis-framework.md に従います。コンテンツを分類し、言語を検出し、スタイル選択に役立つ特徴を記録し、長さからスライド数を推定し（上記のスタイルシステムにある スライド数の目安 を参照）、トピックのスラッグを生成します。ソースを source.md として保存します（バックアップルールがあればそれに従います）。

1.3 既存の出力を確認する ⚠️ ステップ 2 の前に必須です。slide-deck/{topic-slug}/ が存在する場合は、どのように進めるかを確認します。選択肢は 4 つ（アウトラインを再生成／画像を再生成／バックアップして再生成／終了）で、references/confirmation.md の文言をそのまま使用します。

分析結果を analysis.md に保存します。内容：トピック、対象読者、特徴、推奨スタイルとスライド数、言語の検出結果。

ステップ 2：確認 ⚠️ 必須

必須の確認ゲート：確認ポリシー に従い、このステップは必須です。ユーザーがここで確認するか、現在のリクエストで「直接生成」などの同等の表現を使って明示的に確認を省略しない限り、ステップ 3 以降を開始できません。

ラウンド 1（常に実施） — 5 つの質問（スタイル、対象読者、スライド数、アウトラインをレビューするか、プロンプトをレビューするか）を 1 回の AskUserQuestion 呼び出しにまとめます。references/confirmation.md の選択肢をそのまま使用します。

質問の前に表示する概要：

• コンテンツの種類とトピック
• 検出された言語
• 推奨スタイル（特徴に基づく）
• 推奨スライド数（長さに基づく）

ラウンド 2（ラウンド 1 で「カスタムの寸法」を選択した場合のみ） — 4 つの質問（質感、雰囲気、タイポグラフィ、密度）をまとめます。references/confirmation.md の選択肢をそのまま使用します。4 つの回答でプリセットを置き換えます。

確認後：最終的な選択内容で analysis.md を更新し、Q4／Q5 の skip_outline_review／skip_prompt_review フラグを保存します。

ステップ 3：アウトラインを生成する

スタイルを解決します。プリセットの場合は references/styles/{preset}.md を使用し、カスタムの寸法の場合は references/dimensions/ 内のファイルを組み合わせます。解決したスタイルから STYLE_INSTRUCTIONS を作成し、確認済みの対象読者、言語、スライド数を適用して、references/outline-template.md に従い、outline.md として保存します。

--outline-only が指定されている場合は、ここで停止します。skip_outline_review が設定されている場合は、ステップ 4 をスキップします。

ステップ 4：アウトラインをレビューする（条件付き）

スライドごとの表（# | タイトル | 種類 | レイアウト）を合計数と解決したスタイルとともに表示します。続行／先にアウトラインを編集／再生成のいずれかを尋ねます。references/confirmation.md の文言をそのまま使用します。

「先にアウトラインを編集」を選択した場合は、outline.md を編集して、準備ができたら再度確認するようユーザーに伝えます。「アウトラインを再生成」を選択した場合は、ステップ 3 に戻ります。

ステップ 5：プロンプトを生成する

アウトライン内の各スライドについて：

1. references/base-prompt.md を読み込む
2. アウトラインから STYLE_INSTRUCTIONS を抽出する（スタイルファイルは再度読み込まない）
3. スライドの内容を追加する
4. Layout: が指定されている場合は、references/layouts.md のガイダンスを含める
5. prompts/NN-slide-{slug}.md に保存する（バックアップルールを適用）

--prompts-only が指定されている場合は、ここで停止します。skip_prompt_review が設定されている場合は、ステップ 6 をスキップします。

ステップ 6：プロンプトをレビューする（条件付き）

プロンプトのインデックス（# | ファイル名 | スライドタイトル）を表示して、続行／先にプロンプトを編集／再生成のいずれかを尋ねます。references/confirmation.md の文言をそのまま使用します。分岐はステップ 4 と同じです。

ステップ 7：画像を生成する

1. 冒頭の Image Generation Tools ルールに従って画像生成バックエンドを解決します。複数インストールされている場合は、一度だけ確認します。
   • codex-imagegen の呼び出し：ルールによって codex-imagegen が選択された場合は、呼び出しの仕様（推奨される baoyu-image-gen --provider codex-cli の経路、実行時のラッパーの検出、パラメーターに関する注意事項、標準出力のスキーマ、バッチ処理の仕様 — 1 回の呼び出しにつき n=1 のため、スライドのバッチ処理ではスライドごとにラッパーを 1 回呼び出します）について、references/codex-imagegen.md を参照してください。
2. prompts/NN-slide-{slug}.md がすべて存在することを確認します（必須です。バックエンドに関係なく、プロンプトファイルは再現性を担保する記録です）。
3. セッション ID：slides-{topic-slug}-{timestamp} — セッションに対応する場合のみバックエンドに渡します。
4. 選択したスライドについて、各スライドのプロンプトファイル、出力 PNG パス、アスペクト比、セッション ID、確認済みの直接参照を含むタスクリストを作成します。
5. ## Batch Generation Policy に従って、スライド画像をバッチ処理で実行します。まずバックエンド標準のバッチ処理を使用し、次に実行時の並列ツール呼び出しを使用し、最後の手段としてのみ逐次処理を行います。実行前に PNG ファイルに対するバックアップ規則を適用します。進捗は Generated X/N として報告します。エラーを報告する前に、失敗した項目のみ一度再試行します。

--regenerate N は、指定したスライドのみを対象にこのステップから開始します。--images-only は、既存のプロンプトを使ってここから開始します。

ステップ 8：結合

${BUN_X} {baseDir}/scripts/merge-to-pptx.ts <slide-deck-dir>
${BUN_X} {baseDir}/scripts/merge-to-pdf.ts <slide-deck-dir>

ステップ 9：要約

Slide Deck Complete!
Topic: [topic]
Style: [preset or "custom: texture+mood+typography+density"]
Location: [directory]
Slides: N

- 01-slide-cover.png
- ...
- NN-slide-back-cover.png

Outline: outline.md
PPTX: {topic-slug}.pptx
PDF: {topic-slug}.pdf

スライドの変更

操作	方法
編集	まず prompts/NN-slide-{slug}.md を更新し、その後 --regenerate N を実行します
追加	該当位置に新しいプロンプトを作成して画像を生成し、後続の NN を振り直し（スラッグは変更しません）、outline.md を更新して再結合します
削除	PNG とプロンプトを削除し、後続の番号を振り直して、outline.md を更新して再結合します

画像を再生成する前に、必ずプロンプトファイルを更新してください。これにより、プロンプトディレクトリが信頼できる情報源として維持され、変更を再現できるようになります。番号を振り直す際に変更するのは NN のみです。参照が有効なままになるよう、スラッグは固定します。

テキスト修正ポリシー：

• スライドのタイトル、箇条書き、その他の描画済みテキストに誤字、文字化け、読みにくさ、または視覚的な弱さがある場合、コードでビットマップを修正しないでください。
• テキスト修正のために再生成する場合は、新しいプロンプトファイルと新しい出力パスを用意し、問題のある候補を比較用に残してください。
• 後処理は、テキストや主要な構成を変更しないトリミング、リサイズ、圧縮、形式変換に限定されます。

詳細については、references/modification-guide.md を参照してください。

参照資料

ファイル	内容
references/confirmation.md	すべての確認で使用する AskUserQuestion の選択肢の文面（原文のまま）
references/analysis-framework.md	コンテンツ分析フレームワーク
references/outline-template.md	アウトラインの構成
references/base-prompt.md	画像生成用の基本プロンプト本文
references/layouts.md	レイアウトの選択肢
references/design-guidelines.md	対象読者、タイポグラフィ、色の選択
references/content-rules.md	コンテンツのガイドライン
references/modification-guide.md	編集、追加、削除のワークフロー
references/styles/<preset>.md	プリセットごとの仕様
references/dimensions/*.md	寸法ごとの仕様
references/config/preferences-schema.md	EXTEND.md のスキーマ

注意事項

• 画像生成にはスライド 1 枚あたり約 10～30 秒かかります。スライド間の進捗を報告してください。
• 影響に配慮が必要な公人については、肖像の問題を避けるため、様式化した代替案を優先してください。
• バックエンドが対応している場合は、セッション ID を使ってビジュアルの一貫性を維持してください。

設定の変更

EXTEND.md は、ステップ 1.1 に記載されているパスのうち、最初に一致するパスにあります。変更方法は 2 つあります。

• 直接編集する — EXTEND.md を開き、フィールドを変更します。スキーマ全体については、references/config/preferences-schema.md を参照してください。
• よく使う一行編集：
  • preferred_image_backend: auto — デフォルトです。実行環境にネイティブなツールが優先され、それがない場合は、インストール済みの唯一のバックエンドが使われます。ネイティブでないバックエンドが複数ある場合にのみ確認します。
  • preferred_image_backend: codex-imagegen — Codex 内蔵のものを固定します。
  • preferred_image_backend: baoyu-image-gen — baoyu-image-gen スキルを固定します。
  • preferred_image_backend: ask — 実行するたびにバックエンドを確認します。
  • generation_batch_size: 4 — バックエンド／実行環境がバッチ生成または並列生成に対応している場合に、同時にレンダリングするスライド画像のデフォルト数です。
  • preferred_style: blueprint、preferred_audience: experts、language: zh。