GenieエージェントがUnity Catalog内のファイル分析に対応

Databricksは、GenieエージェントがUnity Catalogボリュームに保存されたPDF、スライド、画像などを分析できる機能をベータ提供しました。

要点

• 会話ごとのローカルアップロードではなく、管理されたボリュームをGenieエージェントの知識源として接続できます。
• 非構造化ファイルをUnity Catalogのテーブルと組み合わせて質問できます。
• ファイルの更新、権限、対応形式、抽出品質をボリューム単位で管理する必要があります。

今回の更新で変わること

GenieエージェントへUnity Catalogボリュームを関連付けることで、そこに保存された文書や画像を質問の根拠として利用できるようになりました。対象例としてPDF、スライド資料、画像が挙げられています。会話のたびに利用者がローカルファイルを添付する方式とは異なり、チームが管理するボリュームをエージェントへ接続し、複数の会話から共通の資料を参照できる点が重要です。定義書、運用手順、製品資料など、更新される非構造化情報をテーブルと一緒に扱う用途が考えられます。

公式ドキュメントは、ローカルファイルのアップロードとボリューム分析を別の利用方法として説明しています。ローカルPDFは現在の会話だけで使われる一方、ボリュームはエージェント側へ接続する知識源です。短期的な持ち込み分析と、継続的に管理する社内資料を分けられます。既存のローカルアップロード運用をそのまま置き換えるのではなく、誰が更新する資料か、どの会話で繰り返し参照するかを基準に保存先を選びたいです。

Unity Catalogに置くことで、ファイルの保管場所とアクセス権をデータ資産と同じ管理面へ寄せられます。ただし、利用者がボリュームや個々のファイルを閲覧できることと、Genieエージェント経由で内容へ到達できることの関係は検証が必要です。機密度の異なる資料を一つのボリュームへ混在させず、エージェント、利用者グループ、資料区分ごとにアクセス境界を設計します。削除や差し替え後に回答へ古い内容が残らないかも確認しておきたいです。

非構造化ファイルでは、抽出できる文字、表、画像、スライド順序によって回答品質が変わります。導入時には、資料名を指定した質問、複数文書をまたぐ比較、改訂前後の区別、表や図に依存する質問を試します。回答の引用から元ファイルへ戻れるか、同名ファイルや版違いを正しく区別できるかも評価します。この更新は文書知識をGenieエージェントへ継続的に接続する選択肢ですが、ベータであるため、対応形式と更新反映の挙動を代表資料で確かめてから対象を広げる必要があります。

関係しそうなチーム

社内文書をGenieエージェントへ接続するデータ・ナレッジ管理担当、Unity Catalogのボリュームと権限を管理する基盤担当、回答品質を評価する業務部門に関係します。

実務で確認したいポイント

1. ローカルアップロードとボリューム接続を資料の用途で使い分けます。
2. ボリューム、エージェント、利用者の権限境界を確認します。
3. 差し替え、削除、版違い、表や画像を含む資料で回答を評価します。

結局、この更新をどう読むべきか

Genieエージェントへ継続的な文書知識を与えるためのベータ機能です。Unity Catalogへ置くだけで品質と統制が保証されるわけではないため、資料の更新責任、権限、引用の確認方法をセットで設計したいです。