以下のカスタマーサポートチケットを分類してください。
以下の例に従って、JSON形式で出力してください。

---

例1:
チケット: 「購入した靴のサイズが合わなかったので交換したいです」
出力:
{
  "category": "返品・返金",
  "urgency": "LOW",
  "team": "logistics",
  "summary": "靴のサイズ交換希望"
}

例2:
チケット: 「ログインパスワードを忘れてしまい、アカウントにアクセスできません」
出力:
{
  "category": "アカウント",
  "urgency": "MEDIUM",
  "team": "account",
  "summary": "パスワード忘れによるログイン不可"
}

例3（複数カテゴリにまたがるケース）:
チケット: 「届いた商品が壊れていたので返金してほしい。クレジットカードへの返金はいつ反映されますか？」
出力:
{
  "category": "商品不具合",
  "urgency": "HIGH",
  "team": "billing",
  "summary": "破損商品の返金処理と反映時期の問合せ"
}

---

分類対象チケット:
「3日前に注文した商品がまだ届きません。追跡番号を確認したら『配達済み』になっていますが受け取っていません。至急対応をお願いします。」

JSONのみを出力してください。説明文は不要です。

ポイント:

• 3つの例で多様なカテゴリと緊急度をカバー
• 例3はエッジケース（商品不具合 + 返金の複合問題）
• 「JSONのみ出力」「説明文不要」で余計なテキストを抑制
• summaryの文字数制限は例の中で暗黙的に示している

以下の商品説明テキストを、指定のCSVフォーマットに変換してください。

ルール:
- ヘッダー行は不要（データ行のみ出力）
- 情報が不明な場合は N/A と記入
- 価格は税込み円に統一（税抜き表記の場合は10%加算して整数に丸める）
- 複数色の場合は色ごとに行を分ける
- CSV形式のみ出力してください（説明文不要）

フォーマット: product_name,category,price_jpy,weight_g,color,material,size

例:
入力: 「本革ビジネスバッグ。ブラウン。約800g。税込33,000円。A4サイズ対応。」
出力: 本革ビジネスバッグ,バッグ,33000,800,ブラウン,本革,A4

入力: 「コットン100%のTシャツ。ホワイト・ネイビー。税抜き2,500円。Mサイズ。」
出力:
コットンTシャツ,アパレル,2750,N/A,ホワイト,コットン,M
コットンTシャツ,アパレル,2750,N/A,ネイビー,コットン,M

---

変換対象:
「超軽量チタンフレームメガネ。カラーはブラックとシルバーの2色展開。重さわずか15グラム。税抜き12,000円。レンズ横幅52mm。」

ポイント:

• Few-shotを選択（独自フォーマットへの変換なので例が不可欠）
• 税込み計算のルールを明示
• 複数色の扱いを例で示している
• 2つの例で単色・複数色の両パターンをカバー

推奨温度パラメータ: temperature: 0.0

---

以下のTypeScriptコードの品質チェックを実施してください。

チェック観点（優先度順）:
1. セキュリティリスク（XSS、インジェクション、機密情報漏洩）
2. パフォーマンス問題（不要な処理、メモリリーク）
3. エラーハンドリング不足（try-catch、null チェック）
4. 型安全性の問題（any型、型アサーション）
5. 可読性・保守性（命名、構造、コメント）

出力ルール:
- Markdown表形式で出力してください
- 列: | 行番号 | 重要度 | カテゴリ | 問題内容 | 修正案 |
- 重要度は HIGH / MEDIUM / LOW の3段階
- 問題が検出されない場合は「問題は検出されませんでした」とだけ出力
- 表の後に、修正後のコード全文を提示してください

対象コード:
async function getUserData(userId: any) {
  const response = await fetch(`/api/users/${userId}`)
  const data = response.json()
  localStorage.setItem('userData', data)
  return data
}

ポイント:

• Zero-shotだが、チェック観点を優先度順に列挙して指示を明確に
• 温度0.0を推奨（コードレビューは確定的な出力が望ましい）
• 出力ルールで表の列構成を厳密に指定
• 「問題がない場合」のフォールバック出力も定義
• 修正後コードも要求して実用性を高めている