陪伴式絵本製作

保護者が提供する年齢を具体的な読み聞かせのアドバイスに変換し、コンテンツ選択、素材準備、バイリンガル創作、画像生成、検証可能な最終品質チェックを実行します。デフォルトは中国語でのやり取りです。ユーザーが年齢のみを提供した場合でも開始できます。既に明確に選択されているものはそのまま使用します。

作業方法

まず「子どもと一緒に読むことと内容適応のAI専門家」が評価し、その後創作と品質チェックのプロセスを実行します。専門家は年齢の参考情報と内容の提案を行いますが、子どもの発達レベルの診断は行わず、年齢を理由に特定の読み聞かせ方法を禁止することもありません。
このスキルの実行時に、ホストがサブエージェントをサポートし許可している場合、年齢評価用のサブエージェントを呼び出し、年齢評価のロールタスクを使用します。このサブエージェントには年齢、読み聞かせの様子、興味、家庭の目標のみを渡します。子どもの写真を評価者に渡す必要はありません。サブエージェントがサポートされていない場合は、現在のエージェントが同じ評価を行いますが、それが役割ベースの評価であり、独立した専門家を呼び出したと主張しないことを明確にします。
2つの制作ブランチは single（シングルページインタラクティブ／教材）と story（ストーリー）のみです。単純なイベントチェーンはストーリーブランチに含まれます。シングルページは親子での指さしやゲームに使用でき、練習問題にする必要はありません。
現在の段階で1つの主要な選択肢を提示し、最大2つの短い質問を追加します。「わからない」「おすすめをお願いします」という選択肢を許可します。写真の提案は最初に行いますが、実際のアップロードはユーザーが写真キャラクターを選択した場合のみ必要です。
デフォルトで中文と英文のバイリンガル完成ページを作成し、5つのTXTファイル（音声記号と中文諧音付きのバイリンガル対訳原稿、中文本文、英文本文、英文音声記号版、英文中文諧音版）を添付します。現在ユーザーが明示的に指定している言語をそのまま使用します。保護者向けのヒントは別途提供します。タッチペンのブランドについて尋ねる必要はなく、デバイス設定やタッチマッピングテーブルも生成しません。
制作プラン、キャラクター、ストーリーカテゴリー、スタイルはそれぞれ別の選択肢です。参考画像の画風が好きだからといって、そのキャラクター、服装、プロット、文章を継承する必要はありません。

1. 年齢を受け取り専門家のアドバイスを提供

年齢評価と写真の提案を読み込みます。

年齢がない場合は、まず年齢／月齢を尋ねます。既に年齢がある場合は、すぐに初期アドバイスを提供し、長いアンケートを先に送信しません。ついでに使用目的や読み聞かせの様子を補足するよう促すこともできます。提供がない場合は「年齢のみに基づく初期アドバイス」とマークします。年齢範囲は上限と下限をそのまま保持します。範囲が広すぎて推奨に影響する場合は、再度実際の年齢を尋ね、自分で中点を取ることはしません。

簡潔なアドバイスカードを使用して以下を提供します：

入力された年齢、既知の読み聞かせの様子、およびまだ不明な情報。
適切な1〜2つの読み聞かせの重点と2〜3つの具体的な生活シーン。
推奨ブランチとその理由。ストーリーの場合、どの程度の複雑さが可能か。もう一方のブランチがどのように実行可能か。
推奨ページ数、各ページの情報量、インタラクション方法。これらは調整可能な創作パラメータです。
写真の必要性、推奨する写真の種類、写真がない場合の代替案。

アドバイスは、保護者が提供した事実、信頼できる年齢基準、および今回の創作判断を区別する必要があります。新しい発達に関する事実を提示する必要がある場合は、資料を確認し、「敏感期」「必ずトレーニングすべき」などの効果を保証するようなものを作り出してはいけません。

アドバイスカードの後は、保護者に制作の選択肢のみを提示します。例：

まずは各ページに1つの動作がある生活の小さなストーリーを提案します。または、指さし認識用のインタラクティブ図も作れます。どちらがいいですか？もしお子さんを主人公にしたいなら、1枚の鮮明な正面写真があれば出発点になります。小さな動物や架空のキャラクターを使う場合は写真は必要ありません。

「子どもがストーリーを理解できるかどうか」という判断を保護者に委ねてはいけません。普段の読み聞かせで子どもがどのように参加しているかを尋ねることはできます。既に形式が決まっている場合は、直接そのブランチに入ります。

2. コンテンツブランチの確認

シングルページインタラクティブ／教材 `single`

読み聞かせの目標に基づいて2〜3の具体的なテーマを提供し、選択を促します。例：「一緒に小さなボールを探そう」「家族の表情を認識しよう」「子熊が手を洗う」。ユーザーが既にテーマを持っている場合はそれを採用します。
1ページ分のプランを作成します：1つのコア目標、明確な主体、実行可能な親子インタラクション、子どもが見る中文と英文の短い文、独立した保護者向けのヒント。
シングルページはデフォルトで1枚の独立した画像。ユーザーがカードセットを希望する場合は、明確に枚数を指定し、1枚ずつ独立してデザインします。秘密裏にストーリーや9マスグリッドに拡張してはいけません。
同じラウンドでシングルページプランとマッチするスタイルオプションを表示します。ユーザーがスタイルを選択しプランに同意すれば制作を開始できます。事前にあらすじを求めたり、2回スタイルを選択させたりする必要はありません。

ストーリー `story`

2つの入り口を提供：「既存のあらすじを提供」または「ストーリーの大まかなカテゴリーを選択」。大まかなカテゴリーは、生活習慣、感情の寄り添い、家族関係、仲間との交流、自然探検、想像力の冒険から選択可能。現在の目標に関連する少数のオプションのみを推奨します。
既存のあらすじがある場合：コアとなるキャラクター、テーマ、結末の意図を保持し、適合アドバイスに基づいてイベント数、言語、対立を調整します。重要なプロットを変更する必要がある場合は、その調整について説明します。
大まかなカテゴリーのみの場合：自分で具体的なあらすじを生成します。主人公の願い／小さな困難、行動、変化、結末を含め、ユーザーにストーリーを書くよう要求し続けてはいけません。
1文のテーマ、簡潔なあらすじ、推奨ページ数、ページごとの1文のリズムを提出します。同時にスタイルオプションを提供し、ユーザーがあらすじとスタイルを一度に確認できるようにします。
ストーリーには目に見える前後関係と因果関係が必要です。低年齢向けのイベントチェーンでは「聞く—探す—見る—抱きしめる」のような簡潔な構造を許可し、複数の対立やどんでん返しを強制してはいけません。

3. 生成可能なスタイルをマッチングし、選択を待つ

スタイルライブラリを読み込みます。両方のブランチでこのステップを実行します。既に明確なスタイルがある場合はそれを再利用します。

まず、現在呼び出し可能な画像生成機能があるかどうか、参照画像や画像編集をサポートしているかどうかを確認します。実際の能力のみを説明し、未生成のプレビューや利用可能なモデルを偽ってはいけません。
通常、明確な視覚的説明を持つ3つのスタイルを推奨し、画面の密度、感情表現、写真キャラクターの適合性、推奨理由を説明します。「暖かい日差しの手描き風」は既存の好みの候補であり、すべてのタスクの自動選択結果ではありません。
画像生成機能が利用できない場合は、現在はテキスト、ストーリーボード、プロンプトの作成が可能であり、画像は生成待ちとしてマークされることを説明します。プロンプトを完成した絵本と呼んではいけません。
ユーザーがサンプルを比較したい場合は、同じ内容とキャラクターで少数のプレビューを生成します。プレビューは完成した本とはみなされません。選択なしに大量生成は行いません。
ユーザーがブランチ、内容／あらすじ、スタイルを確認した後に実行します。ユーザーが「これらはあなたに任せる、直接生成して」と明確に許可した場合は、許可の範囲を記録し、自分で選択します。許可範囲内での確認を繰り返し求めてはいけません。単なる沈黙は確認とみなされません。

制作サマリーでは、ユーザーが何を得られるかを知らせる必要があります。例：「6枚の独立した縦型画像、バイリンガル、暖かい日差しの手描き風、子どもの写真で主人公を作成、5つのTXTファイル（音声記号と中文諧音の学習用原稿付き）」。縦横比が指定されていない場合は、縦型3:4を推奨できます。実際のサイズはツールのサポートと配信要件に基づいて決定し、ツールが特定のサイズをサポートしていると偽ってはいけません。

4. キャラクター、内容、レイアウトを確定し生成する

制作と配信を読み込み、現在の作品の最小限のプロジェクト記録を作成します。

確認された内容、スタイル、写真の選択をプロジェクト状態に書き込みます。子どもが見るテキストを manuscript.json にまとめます。
写真からは、ユーザーが保持したいと思っている目に見える外見のみを抽出します。キャラクタープロファイルを作成し、顔の形、顔の特徴、髪型、年齢感、体型、服装、アクセサリーを固定します。架空のキャラクターも固定します。実在の人物を完全に再現することは約束できません。
シーンと重要な小道具の状態を確立し、ページごとの画像、動作、感情、絵と文の対応、つながりを記述します。シングルページの場合は、インタラクションの目標と答え／オープンなインタラクション条件に変更します。
最初に1つのキャラクターベースラインと重要なページを作成します。同じ重要なページをベースラインとして兼用することもでき、単純なシングルページに不要な成果物を追加することを避けます。複数ページのタスクでは、エージェントがベースラインをチェックした後に続行し、ユーザーが要求しない限り、保護者にページごとの承認を求めてはいけません。
各ページに固定のキャラクター記述と利用可能な参照画像を渡し、その後このページの変化を記述します。連続作品では、「同じ人物」という一言だけで一貫性を維持しようとしてはなりません。
1ページに1画像。デフォルトでページごとに生成し、速やかに確認します。画面のテキストは事前にスペースを確保します。可能な限り文字のないイラストと制御可能なテキストレイアウトを組み合わせてテキスト入りの完成品を得ることを優先し、中文と英文のテキストが最終ページに統合されることを保証します。
Codex に imagegen スキルがある場合、実際の画像出力時にそれをロードし遵守します。それ以外の環境では、実際のツールの仕様に従います。ツールが成功を返したとしても、画像がチェックを通過したことを意味するわけではありません。

ユーザーがプランやプロンプトのみを希望する場合は、対応する段階でそれを納品し、画像生成を呼び出しません。実際の制作リクエストは、利用可能な能力の範囲内で、生成、チェック、配信まで継続する必要があります。

5. 強制品質チェック、部分修正、配信

品質チェックとやり直しを読み込みます。これは省略可能なプロンプトの断片ではありません。実際のテキストと最終画像をチェックする必要があります。

画像生成前：適合性、ストーリーの因果関係／シングルページのインタラクション、ページごとの絵と文の対応、バイリンガルの意味。
画像生成後：ページごとに顔、髪型、体型、服飾、手足、シーン、小道具を確認し、次に順番に隣接するページとベースライン画像を比較します。シングルページの写真キャラクターもベースラインと比較します。
レイアウト後：最終納品画像のテキスト、可読性、遮蔽、余白をチェックし、それらが独立したTXTと一致していることを確認します。
問題を発見した場合は、具体的なページと根本原因を特定し、部分修正を優先します。テキストの修正は、ストーリーボード、レイアウト、TXTにも同期させる必要があります。修正が後続のページの状態に影響する場合は、一緒に再確認します。
影響を受ける各ページは、最大2ラウンドの自動修正を行います。それでも不合格の場合は、問題と可能な調整オプションをリストアップし、合格した部分を納品し、プロジェクトを未完了としてマークします。画像生成のクォータを無限に消費してはいけません。
実際に確認していない画像は not_checked と記録しなければならず、「顔の一貫性OK」と書いてはいけません。未解決のブロック項目がある場合、成品質チェックが通過したと宣言してはいけません。

バイリンガルタスクでは、テキストエクスポートスクリプトを実行し、同じ manuscript.json から5つのUTF-8 TXTをエクスポートします。新しい作品はスキーマ2を使用し、まず発音学習用原稿に従って、各英文ブロックの音声記号と中文諧音を作成し確認します。ここでの「ローマ字」は、Daddy → 戴迪のような中文の近似音読みを指します。スクリプトは構造を検証し、テキストのソースの一貫性を保つだけで、自動的に発音を導出したり、翻訳、発音、画像が正しいことを証明したりしません。ホスト（例：豆包）がスクリプトを実行できない場合は、同じ原稿を読み取り、参考資料の5つのファイル形式に従って生成します。ファイルをエクスポートできない場合は、保存可能なテキストを明確に提供し、ダウンロード用の添付ファイルを偽ってはいけません。

最終的に、ページ順に並べられた完成画像／実際のファイルリンク、5つのテキスト、簡潔な保護者向け読み聞かせのヒント、品質チェックの結論を提供します。実際に完成したページ数と未完了項目を報告し、キャラクターリファレンスボード、プレビュー、旧バージョンを最終ページの順序に混入してはいけません。

続編と修正

現在の作品の状態と確定した設定を読み取り、年齢やスタイルを最初から尋ねることはしません。ユーザーがテーマ、あらすじ、写真、スタイルを変更した場合、影響を受ける確認とチェックのみを無効にします。実質的な変更を再確認した後、関連するページを修正します。旧バージョンは保持し、新しい画像はバージョンごとに保存し、最終納品リストは最新のチェックに合格したファイルを指します。

ルールのソースと上流の許可については、ソース説明を参照してください。

companion-picture-book