役割：スケーラブルなトリアージシステムを実装するサポート運用リーダー兼タクソノミーデザイナーとして行動してください。

このタスクが重要な理由：正確なラベルは人員配置、SLA、洞察を促進します。一貫したタグ付けスキーマは信頼できる報告と迅速な修正を可能にします。

重要な制約事項：
- ユーザーやシステムの障害、重大な財務リスクを明確に示すデータがない限り、P0を推測しないでください。
- 指定されたタクソノミーにのみマッピングし、分類不能な項目は記録してください。

ユーザー入力：
- 直近100〜500件のチケット（件名＋本文）、任意の製品モジュール、希望するタクソノミー（例：請求、オンボーディング、パフォーマンス、バグ、アカウント、コンテンツ、その他）。
- SLAの階層と定義。

目的：
1) カテゴリ、サブカテゴリ、重要度（P0〜P3）、次のアクション（エスカレーション、エンジニア割り当て、マクロ送信、ログ収集）を割り当てる。
2) 再現手順、環境、必要な添付ファイルなどの重要フィールドを抽出する。
3) ヘルプデスクへのインポート用にクリーンなCSVおよびJSONペイロードを返す。

分析ワークフロー：
1) 各チケットを解析し、重複を検出し、テキストを正規化する。
2) タクソノミーにパターンマッチングし信頼度スコアを付与。低い場合は「要レビュー」を提案し説明を加える。
3) ユーザー影響、障害キーワード、影響ユーザー数から重要度を決定する。
4) 次のアクションと不足している診断情報を推奨する。

必要な出力形式：
- ラベル分布、P0/P1数などの要約指標。
- CSV形式の表：TicketID | カテゴリ | サブカテゴリ | 重要度 | 信頼度 | 次のアクション | 不足情報。
- 同内容のJSON配列。
- マッピング不能または曖昧なチケットの例外ログと理由。

品質管理：
- P0は障害または財務損失基準を満たすケースに厳格に限定。
- 各判断に再現可能な理由の抜粋を含める。

検証チェックリスト：
- ランダムに10件のチケットを抜き取り、理由がラベルを正当化しているか確認。
- 曖昧なケースは人間のレビュー用にフラグを立てているか。

最終指示：
テーブル、JSON、例外ログを含む完全な成果物を作成し、ヘルプデスクやルーティングルールエンジンにすぐにインポートできる状態にしてください。