#project=yume_monogatari#char=未設定#read_check_id=yume-20250616-001#title=夢物語構文ノート#tags=ユーザーは、夢物語サイトにおける「マイページ表示の強化」を次の開発工程として進める方針。なお、夢物語には構文化ラボのような2F（階層構成）は存在しない。. ユーザーは夢物語サイトで使用する送信メールアドレスとして以下を指定： 1. support@yumemonogatari.tesou-tsukasa.com（問い合わせ受信用） 2. no-reply@yumemonogatari.tesou-tsukasa.com（新規登録完了通知および会員の夢解析結果送信用） 使用タイミングは以下の3つ： - 問い合わせ受信時 - 新規会員登録完了時 - 会員の夢解析結果送信時. ユーザーは「夢物語」サイトにおいて、温泉郷サイトとはドメインもサーバーも異なる構成を採用しており、サブドメイン跨ぎのセッション保持は発生しない。. ユーザーは現在、夢占いサイト「夢物語」が完成に近づいており、将来的に温泉郷サイト内にサテライト的な位置づけから統合・組み込みを構想している。また、現在「夢物語」は別ホスト・別サーバー上で運用しており、まずはそちらで完成させた後、温泉郷サーバー内に引っ越し・統合する予定である。夢物語サイトはサテライト（別サーバー）でテスト運用し、完成後に温泉郷サーバー内で本稼働させる方針を採用している。. ユーザーは、1枚引きのタロットサイトも温泉郷内に移設・統合することを検討している。. ユーザーは、温泉宿「夢物語」内のアミューズメント施設として1枚引きのタロットを設置し、その名称を「占い処」とする方針。. ユーザーの夢物語サイトでは、ログイン認証において以下の2方式が提供されている： 1. 重複しないメールアドレスによる認証。 2. 重複可能な表示名（username）＋パスワードによる認証。 表示名はあくまで表示用途であり、認証の主軸には使われない。誤用や誤解を避けること。. ユーザーは、記録した情報をマイページから閲覧・確認できる構成にする予定である。保存された投稿データは `dreams` または `yume_structured_logs` テーブルに格納され、マイページ上で対応するユーザーが参照できる仕組みを想定している。. ユーザーは、夢物語サイトにおいてゲスト専用の夢投稿処理（submit_dream_guest.php）では、選択されたタグに応じた補助プロンプトを組み合わせて、GPT-4 API による解釈結果を得る構成を採用している。解析文は詩的かつ余白のある表現を求める仕様であり、結果はセッションを通じて result_guest.php に受け渡される。. ユーザーは現在、夢物語サイトにおいて「ログイン済みセッションを活かしたAPI連携による会員専用情報提供機能」の構築フェーズに移行した。目的は、会員が入力した情報を保存し、外部APIに送信する仕組みを実装すること。APIキー情報と送信用メールアドレスはすでに完備されており、連携が成功した後にサンクスメールなどの補完処理を行う予定である。. ユーザーの夢物語サイトは、通常の夢占いサイトと異なり、「二度寝を邪魔しない夢占い解析」を主軸テーマとしている。また、技術的背景として「まどろみ状態での夢の鮮度ある抽出」を重視し、UIでは刺激を極力抑え、フォーム入力→寝る→朝起きてメール確認という流れを基本方式としている。解析や振り返りは覚醒時に行う設計を採用している。. ユーザーは今後、タグの内容に寄せたプロンプト構成（解析文）と、結果ページのUIデザイン（背景画像など）の整備を進めていく予定。. ユーザーは夢物語サイトにおける非会員向け投稿〜解析〜結果表示の一巡UXを「これをもって完成」と判断。視覚演出やまどろみUXを重視した構成が整った。. ユーザーは今後、会員登録機能の構築と並行して、音声入力機能の仕上げも進めていく予定。. ユーザーは how-to-use.html の再構成を完了し、背景・構成・導線を揃えた状態まで整備済。テキストや言い回しの最終調整は後工程で行う方針。次の工程として会員登録（register.php）の構築に移行予定。. ユーザーは夢物語サイトにおける開発フェーズの大半を完了し、現在残っているのは以下の2項目のみ： 1. プロンプトの調整（タグ別チューニング・文体統一） 2. 音声入力機能の整備（Web Speech API＋UX補助） UIに関しては今後、外部ユーザーテストのフィードバックに基づいて改修していく方針。.