ElanoryaJewelry AI
モデルのどこにジュエリーが載るかを決めているもの
作品を自分で配置することはありません。モデル着用の流れは五つのステップで進み、配置はその中にないため、アプリから出ていく値は自動配置です。サーバーは今も手動の配置オブジェクトを受け付けます。だからこのパラメータは、エンドポイントにもサーバー設定にも残っています。
流れは、作品をどこに載せるかを尋ねません
モデル着用の流れのどこにも、作品を動かせるコントロールはありません。流れは五つのステップ、すなわちカテゴリー、ジュエリーの入力、モデルの取得元、確認、処理で進み、配置はその中にありません。このステップはフロー定義から外されました（tool-flows.ts:42-48、2026-08-18に確認）。
アプリが案内してくるのはこの並びであり、この流れはモデルの取得元から確認へ、間に何も挟まずに進みます。
その帰結はリクエストそのものにまで届きます。アプリが手動の配置を書き込むのは、その実行がすでにplacement === "manual"を持っている場合だけで、それ以外はautoを書き込みます（store.tsx:215）。その値を設定できるステップがないため、実際に送信されるのは自動配置です。
コードが層ごとに記録していること
配置に触れているソース上の箇所は、同じことを言っていません。以下の参照はいずれも、2026-08-18にリポジトリに対して確認しました。
- ステップは削除され、その理由は削除の隣に書き残されました。
- フロー定義の横のコメントには、稼働中のプロバイダーが手動配置をテキストのヒントとしてしか受け取らず、座標が確実には適用されなかったため、実行が自動配置と同じ出力になったことが記録されています（tool-flows.ts:37-40）。
- エディターのファイルは、削除されずに残されました。
- placement-step.tsxとmanual-placement-editor.tsxは今もツリーにあります。リポジトリ全体でどちらへの参照も自分自身の定義だけなので、何もそれを描画していません（tool-flows.ts:39-40）。このページは、残されていることを計画とも、時期とも、経路とも読みません。
- エンドポイントは今も手動モードを受け付けます。
- 生成コントローラーはplacement=manualを受け付け、それが送られたときはmanualPlacementオブジェクトを一緒に必須とします（generation.controller.ts:69,78-81）。
- サーバー設定は今も、両方のモードを有効として報告します。
- 作成設定は、自動配置と手動配置を有効なモードとして返します（creation-config.service.ts:143-148）。これはサーバーが受け取るであろうものの説明であって、アプリが目の前に差し出しているものの説明ではありません。
後ろは開いていて、前は閉じている
同じ機能が、どの層を見るかによって、使えるようにも使えないようにも読めます。何に到達できるかを決めているのは、ステップの並びです。
| 層 | 配置について何を言っているか | どこに書かれているか |
|---|---|---|
| フロー定義（アプリ） | 五つのステップ。配置ステップは外された | tool-flows.ts:42-48 |
| 配置エディターのファイル（アプリ） | ツリーには存在し、参照は自分自身の定義だけ | tool-flows.ts:39-40 |
| 送信される値（アプリ） | 実行がすでに手動を持つ場合のみ手動、それ以外はauto | store.tsx:215 |
| 生成エンドポイント（サーバー） | placement=manualを受け付け、その場合はmanualPlacementオブジェクトを必須とする | generation.controller.ts:69,78-81 |
| 作成設定（サーバー） | 両方の配置モードを有効として返す | creation-config.service.ts:143-148 |
外されたステップが座標を送らなかった理由
これは削除の背景であって、取れる道筋ではありません。仮に手動の配置が送られたとしても、パラメータとして運ばれるわけではありません。左からと上からの中心、そして作品の幅は整数のパーセントとして書かれ、回転は小数第一位まで書かれ、そのすべてがリクエストの中で一つの英文になります（model-generate-provider.ts:106-109）。
コードに記録された理由は、この形から導かれます。稼働中のプロバイダーは手動の配置をテキストのヒントとしてしか受け取らず、座標を確実には適用しなかったため、結果は自動配置が生んだものと同じになりました（tool-flows.ts:37-40）。ステップを外した理由としてコードが挙げているのは、これです。
そうした文がプロバイダーの側で何をするのかは、このページが定めることではありません。自分で選んだ座標なら絵が変わっていた、とも主張しません。送信されるリクエストの中身は、それを扱うページで決着しています。リンクは下にあります。
流れが実際に委ねてくる判断
位置はこの一覧にありません。流れが尋ねてくるものは、すべてこの一覧にあります（tool-flows.ts:42-48）。返ってくるのは送信一回につき一枚の画像で、モデル着用の結果は透過を持てません。どちらもスマートフォンから何が出ていくのかを扱うページで決着しており、ここではありません。
- 作品のカテゴリー。最初に尋ねられる。
- 送信するジュエリーの写真。
- モデルをどこから用意するか。
- モデルの取得元の次に来る確認のステップで、そのまま進めるかどうか。
このページで決着しないこと
以下は未解決です。推測で埋めるのではなく、意図して開いたままにしています。
- 自動配置がどのように位置へ行き着くのか。コードが定めているのはどのモードが送信されるかであって、そのモードがどう決めるかではありません。
- 自分の手で選んだ配置なら、違う絵になっていたのかどうか。
- プロバイダーが、文に書き込まれた配置に従うのかどうか。
- 外されたステップが戻るのかどうか、戻るとしていつなのか。ツリーに残されたファイルは予定表ではなく、ここでもそのようには読みません。
- 定義された流れの外にあるものが、外されたステップに到達するのかどうか。このページで基準として使うのは、ステップの並びだけです。
- 送信されるリクエストが何を運び、返答に何が求められているのか。それはスマートフォンから何が出ていくのかを扱うページのものです。
- モデル着用の画面の中で、見かけの大きさや長さがどうふるまうのか。それはサイズや着け方のある作品を扱うページのものです。
よくある質問
生成する前に、作品をドラッグして位置を決められますか？
できません。モデル着用の流れは五つのステップ、すなわちカテゴリー、ジュエリーの入力、モデルの取得元、確認、処理で進み、配置ステップはその並びから外されました（tool-flows.ts:42-48、2026-08-18に確認）。実行の後半で位置を尋ねられることもありません。
APIは手動の配置を受け付けます。その機能が使えるということですか？
エンドポイントはたしかにplacement=manualを受け付け、送られたときはmanualPlacementオブジェクトを必須とします（generation.controller.ts:69,78-81）。サーバー設定も、両方のモードを有効として報告します（creation-config.service.ts:143-148）。どちらも、流れにステップを出現させるものではありません。アプリが手動を書き込むのは実行がすでにその値を持っている場合だけなので、送信されるのはautoです（store.tsx:215）。
配置ステップはなぜ外されたのですか？
理由はフロー定義の隣に書かれています。稼働中のプロバイダーが手動配置をテキストのヒントとしてしか受け取らず、座標を確実には適用しなかったため、実行は自動配置と同じ出力になりました（tool-flows.ts:37-40）。これが記録されている理由であり、このページはそこから、プロバイダーがそうした文をどう扱うのかという主張へは踏み出しません。
配置エディターのファイルが二つソースに残っています。ステップは戻りますか？
このページでは分かりません。placement-step.tsxとmanual-placement-editor.tsxは今も存在し、リポジトリ全体でどちらへの参照も自分自身の定義だけなので、何もそれを描画していません（tool-flows.ts:39-40）。描画されないファイルはステップではありませんし、残っていることから時期も約束も導かれません。