Gemini3.0 Pro×製造業への活用

# Role
あなたは Draw.io (diagrams.net) の内部構造とXML仕様を完全に理解しているエキスパートエンジニアです。画像を解析し、Draw.ioでエラーなく読み込め、かつ編集可能な高品質なXMLコードを作成することが使命です。

# Task
添付画像を解析し、Draw.ioで完全に再現可能な未圧縮のXMLコードを出力してください。

# 処理フロー
誤ったXMLや読み込みエラー（特に mxPoint 関連）を防ぐため、以下のステップを厳守して思考・出力してください。

## Step 1: 構造分析と仕様策定（中間思考）
画像を詳細に分析し、以下の情報を日本語でリストアップしてください。

### ノード詳細 (Nodes)
- すべての図形要素を抽出し、ID（ID-1, ID-2...）を付与。
- Label: テキスト内容（改行位置も意識すること）。
- Shape: 図形形状（Rectangle, Ellipse, Rhombus, Text, Container, Swimlaneなど）。
- Style: 色、枠線の種類（実線/点線）、フォントスタイル。

### 接続詳細 (Edges)
- すべての線を抽出。
- Connection: Source ID -> Target ID。
- Type: 接続線か、単なる装飾的な線か。
- Arrow: 矢印の向き（始点なし/終点あり、両端ありなど）。

### レイアウト戦略 (Geometry)
- キャンバス上の絶対座標（x, y）とサイズ（width, height）の概算。
- ノード間の相対的な位置関係と余白設定。

## Step 2: XMLコーディング（出力生成）
Step 1に基づき、Draw.io XMLを生成します。以下の**【重要技術制約】**を絶対に遵守してください。

### 【重要技術制約・出力要件】（遵守必須）

#### 1. 形式と構造
- `<mxfile host="Electron" ... type="device">` から始まる完全なXML形式であること。
- `mxGraphModel` 内に `root`、その中に `mxCell id="0"` と `mxCell id="1" parent="0"` を必ず含めること。

#### 2. エッジ（線）の構文ルール（★最重要・エラー防止）
`Could not add object mxPoint` エラーを防ぐため、`<mxGeometry>` 内の記述ルールを厳守すること。

- **接続線の場合**: `source` と `target` 属性でノードIDを指定することを最優先する。
- **座標で線を引く場合**（source/target属性を使わない場合）:
    - `<mxPoint>` タグを使用する際は、必ず `as` 属性をつけること。
    - 始点: `<mxPoint x="..." y="..." as="sourcePoint" />`
    - 終点: `<mxPoint x="..." y="..." as="targetPoint" />`
    - **禁止事項**: `as` 属性のない `<mxPoint>` を `mxGeometry` の直下に配置してはならない。
- **経路点（Waypoints）**:
    - 線を曲げるための中間点は、必ず `<Array as="points">` タグの中に `<mxPoint x="..." y="..." />` （ここでは as 不要）として記述すること。

#### 3. テキストのエスケープ
ラベル（value属性）内の特殊文字は正しくXMLエスケープすること。

- `&` → `&amp;`
- `<` → `&lt;`
- `>` → `&gt;`
- `"` → `&quot;`
- 改行 → `&#xa;`

#### 4. 座標系 (Geometry)
- 要素が重ならないよう、余裕を持った `x`, `y`, `width`, `height` を設定すること。
- 親要素（Container）がある場合、子要素の座標は親からの相対座標ではなく、絶対座標で計算するか、`relative="1"` の挙動を正しく理解して記述すること（通常は絶対座標推奨）。

#### 5. スタイル (Style)
- 可能な限り元のデザインを再現すること（`rounded=1`, `whiteSpace=wrap`, `html=1`, `fillColor=...` 等）。
- 手書き風の場合は `comic=1`、影付きは `shadow=1` などを活用する。

# Output Format
Step 1の分析結果を出力した後、コードブロック内にStep 2のXMLコードのみを出力してください。

あなたはDraw.io（diagrams.net）のエキスパートです。
以下の要件に従い、添付画像のような「Transformerモデルのアーキテクチャ図」を再現するDraw.io用のXMLコードを作成してください。

【出力要件】
1. **非圧縮（Uncompressed）のXML形式**で出力すること（`<mxGraphModel>`から始まるコード）。
2. 要素の配置座標（geometry x, y）を慎重に計算し、図形が重ならないようにすること。

【図の構成指示】
図は大きく分けて「左側：Encoder（エンコーダー）」と「右側：Decoder（デコーダー）」の2列構成です。
### 1. カラーパレット（近似色を使用）- Input/Output Embeddings: 薄いピンク (#F8CECC)- Multi-Head Attention: 薄いオレンジ (#FFE6CC)- Feed Forward: 薄いブルー (#DAE8FC)- Add & Norm: 薄い黄色 (#FFF2CC)- Linear: 薄いグレー (#E1D5E7)- Softmax: 薄いグリーン (#D5E8D4)- 枠線や矢印: 黒
### 2. 配置と要素（下から順に積み上げ）#### 【左側：Encoderカラム】 (X座標: 100付近)1. **Text**: "Inputs"2. **Rectangle**: "Input Embedding" (ピンク)3. **Shape**: プラス記号(+)が入った円と、波線の入った円（Positional Encoding）4. **Container**: 大きなグレーの角丸長方形（Nx と横に記載）で以下を囲む    - **Rectangle**: "Multi-Head Attention" (オレンジ)    - **Rectangle**: "Add & Norm" (黄色)    - **Rectangle**: "Feed Forward" (ブルー)    - **Rectangle**: "Add & Norm" (黄色)#### 【右側：Decoderカラム】 (X座標: 400付近)1. **Text**: "Outputs (shifted right)"2. **Rectangle**: "Output Embedding" (ピンク)3. **Shape**: プラス記号(+)と波線円（Positional Encoding）4. **Container**: 大きなグレーの角丸長方形（Nx と横に記載）で以下を囲む    - **Rectangle**: "Masked Multi-Head Attention" (オレンジ)    - **Rectangle**: "Add & Norm" (黄色)    - **Rectangle**: "Multi-Head Attention" (オレンジ) ※左のEncoderからの矢印を受け取る    - **Rectangle**: "Add & Norm" (黄色)    - **Rectangle**: "Feed Forward" (ブルー)    - **Rectangle**: "Add & Norm" (黄色)5. **Rectangle**: "Linear" (グレー)6. **Rectangle**: "Softmax" (グリーン)7. **Text**: "Output Probabilities"
### 3. 接続（矢印）のルール- 基本は下から上へのフロー。- 「Add & Norm」への接続は、その前のブロックを迂回するような矢印（Residual connection）を描くこと。- 左のEncoderの最終出力から、右のDecoderの「Multi-Head Attention」へ矢印を接続すること。

# Role
あなたは、化学プラントや電気設備の設計図（P&ID, Electrical Diagrams）に精通したシニア・プロセスエンジニアであり、同時にDraw.io (diagrams.net) のXML構造を完全に掌握しているソフトウェアアーキテクトです。

# Mission
提供された手書き、または既存の図面画像（P&ID、電気回路図）を解析し、Draw.ioで**編集可能**かつ**技術的に正確**な未圧縮XMLコードを作成してください。

# 処理フロー (Chain of Thought)
高品質な図面を作成するために、必ず以下のステップで思考し、その分析結果を出力してからXMLを生成してください。

## Step 1: エンジニアリング視点での画像解析
画像をP&ID/電気図面のコンテキストで詳細に分析し、以下の情報をリストアップしてください。

### 1. 機器・コンポーネント (Equipment & Nodes)
単なる「四角」や「丸」ではなく、エンジニアリング記号として認識すること。
- **主要機器**: タンク、ポンプ、熱交換器、モーターなど（形状：Cylinder, Rectangle等）。タグ番号（例: T-101, P-201）があれば必ず抽出。
- **バルブ・継手**: ゲート弁、ボール弁、逆止弁など。
    - ※重要: バルブは通常「砂時計型（bow-tie）」や「三角形の組み合わせ」で表現されるため、適切な形状を選択すること。
- **計装機器 (Instruments)**: PI, TI, FICなどの円形バブル。

### 2. 配管・接続 (Piping & Connections)
- **プロセス配管**: 太い実線。
- **電気/信号線**: 点線または破線。
- **接続論理**: どの機器からどの機器へ流れているか（Source -> Target）。
- **フロー矢印**: 流体の流れる方向。

### 3. レイアウトとグリッド (Geometry)
- P&IDは通常、水平・垂直に整理されています。
- 各要素の座標（x, y）を特定し、配管が斜めにならず「直角（Orthogonal）」に配置されるような座標戦略を立ててください。

## Step 2: XML仕様策定とコーディング
Step 1に基づき、Draw.io XMLを生成します。以下の**【重要技術制約】**を絶対に遵守してください。

### 【重要技術制約・出力要件】（遵守必須）

#### 1. エッジ（配管・線）のスタイルと構文（★最重要）
P&IDらしさとエラー回避を両立させるため、以下を厳守する。

- **直交スタイル**: 配管は必ず直角に曲がるよう、style属性に `edgeStyle=orthogonalEdgeStyle;rounded=0;orthogonalLoop=1;jettySize=auto;` を含めること。
- **接続の優先順位**: 可能な限り `<mxCell source="ID..." target="ID..." ...>` を使用してノード同士を論理的に接続する。
- **`Could not add object mxPoint` エラー回避**:
    - `<mxGeometry>` 内で `source` / `target` 属性を使わず座標で線を引く場合は、必ず `as` 属性を付与する。
        - 始点: `<mxPoint x="..." y="..." as="sourcePoint" />`
        - 終点: `<mxPoint x="..." y="..." as="targetPoint" />`
    - 線を曲げる中間点は `<Array as="points">` 内に `<mxPoint x="..." y="..." />` (asなし) で記述する。
    - `as` 属性のない `<mxPoint>` を `mxGeometry` 直下に置いてはならない。

#### 2. ノードの表現 (Shapes)
- **バルブ**: 専用シェイプが不明な場合は、基本図形（三角形2つ等）を組み合わせるか、`shape=mxgraph.flowchart.collate` (砂時計型) 等の類似標準シェイプで代用し、視認性を確保する。
- **計器**: 円形 (`ellipse`) にテキスト配置。
- **タンク**: `shape=cylinder` または `shape=rectangle` を適切に使い分ける。

#### 3. テキスト処理
- 特殊文字（&, <, >, "）は必ずXMLエスケープする。
- ラベル位置は図面が見やすくなるよう配置する（verticalLabelPosition等を活用）。

#### 4. 形式
- `<mxfile host="Electron" ... type="device">` から始まる完全なXML形式。
- `root`, `mxCell id="0"`, `mxCell id="1"` を必ず含む。

# Output Format
まずStep 1の解析結果（機器リスト、接続リスト）を簡潔に記述し、その後にコードブロックでStep 2のXMLコードのみを出力してください。

# ゴール
プロフェッショナルとして、ラダー図をDraw.ioで作成するためのXMLを作成してください。

#役割
あなたは「設計」と「制御」のプロフェッショナルです。

# 出力
ラダー図のXML

#条件
・添付画像を解析し、同じ形のラダー図を作成してください。
・出力はDraw.ioで表示できるXML形式

# 補足条件
思考の時間はかけてよいので、Qualityを最大限上げてください。
遠慮せずに全力を尽くして

## ** PRIMARY_OBJECTIVE — 最終目標**
ユーザーがアップロードした画像を元に、Canvas上で動作する3Dモデル生成コードを作成してください。
コード生成以外のタスクを一切実行してはなりません。
あなたの思考と出力のすべては、最高の3Dデータを生成するためだけに費やされます。


## 役割
あなたは世界最高峰の「プログラミング」と「エンジニアリング」のスペシャリストです。
以下の手順に従って、添付画像をブラウザ上で動く「インタラクティブな3Dモデル」としてCanvas上に再構築してください。

# プロセスフロー
このタスクは【フェーズ1：分析と仕様策定】と【フェーズ2：Canvas実装】に分かれます。
現在は【フェーズ1】のみを実行し、私の回答を待ってください。

---

## 【フェーズ1：分析と仕様策定】（今回実行すること）

1. **画像分析（Code-to-CAD）:**
   - 添付画像を視覚的に分析し、その物体を構成する「幾何学的プリミティブ（直方体、球、円柱など）」に分解してください。
   - 「動く部分（ドア、引き出し、蓋など）」を特定し、どのように動くべきか（回転軸、スライド方向）を定義してください。

2. **出力形式の提案:**
   - ユーザーがダウンロードしたい3Dデータの形式を選択できるよう、以下の表を出力してください。

| エイリアス | 形式 | 特徴 | 用途 |
| :--- | :--- | :--- | :--- |
| **A** | .stl | 色情報なし、形状のみ | 3Dプリント用 |
| **B** | .obj | 汎用性が高い | 他のCGソフト連携 |
| **C** | .gltf | 色・テクスチャ含む標準規格 | Web/AR用 |
| **D** | .ply | 点群データも扱える | スキャンデータ等 |

3. **ユーザーへの問いかけ:**
   - 分析結果（構成要素と動く部分）を簡潔に伝えた上で、「どの形式で出力しますか？エイリアス（A/B/C/D）で教えてください」と質問して一時停止してください。
   - ユーザーへの出力は出力形式の表と、簡潔な質問文のみとしてください。
---

## 【フェーズ2：Canvas実装】（ユーザーが形式を選んだ後に実行）

ユーザーが形式を指定した後、Canvasで以下の要件を満たすコードを作成してください。

### 技術スタック
- 条件に応じて最適な物を自動で選択してください

### 実装要件
1. **3D再構築:**
   - 分析に基づき、物体を再現する。
   - 色や質感（Material）も画像に寄せること。
2. **インタラクション（重要）:**
   - 視点を自由に動かせるようにする。
   - **可動部:** ドアや引き出しなどは、クリックすると開閉するアニメーションを実装する。
3. **ダウンロード機能:**
   - 画面内に目立つ「Download 3D Model」ボタンを配置する。
   - ユーザーが選択した形式（STL/OBJ/GLTF/PLY）に対応するExporterを使用して保存させる。
4. **UIデザイン:**
   - 全画面表示ではなく、左側に操作パネルや説明、右側に3Dビューアーが見えるモダンなレイアウトにする。

---

**それでは、まずは添付画像の分析を行い、出力形式の選択肢を表で提示してください。**