ジェネレーティブAIソリューションの導入ワークフローの計画
ジェネレーティブAIソリューションの戦略が決まれば、完了すべきタスクを含むワークフローを計画することができる。
次の表は、プランに含めることができる高レベルのタスクと、各タスクがニーズに応じて必須、推奨、オプション、または場合によっては必須であるかどうかを示しています。 一部の状況でのみ必要とされるタスクもあるが、すべての状況で推奨されるタスクもある。
| タスク | 必須かどうか |
|---|---|
| AIのユースケースを定義する | 時々、お勧め |
| ガバナンス・ワークフローの開発 | 時々 |
| プロジェクトを立ち上げる | 必須 |
| データの準備 | 時々 |
| ジェネAIを試す | 必須 |
| あなたの遺伝的AI 資産を評価する | 時々、お勧め |
| 基盤モデルを最適化する | 時々 |
| ソリューションの展開 | 必須 |
| ソリューションの監視と保守 | 時々、お勧め |
AIユースケースの定義
AIユースケースは、モデルやプロンプトテンプレートなどのAI資産のライフサイクルに関する系譜、履歴、その他の関連情報を含む一連のファクトシートで構成される。
あなたの組織は、透明性や規制遵守のために、AIソリューションを追跡し、文書化することを要求するかもしれません。 しかし、AIのユースケースは、ソリューションに関する進捗、意思決定、測定基準を追跡する統合的な方法を提供するため、必要でない場合でも有用である。
AIのユースケースを作成するには、まずインベントリーを作成し、次にユースケースを作成する。 データサイエンティスト、データエンジニア、およびソリューションの作成、テスト、管理に関与するその他のユーザーを、ユースケースの共同作業者として追加します。
AIのユースケースの定義について学ぶ
ガバナンス・ワークフローの開発
ガバナンス・ワークフローは、AIのユースケースとモデル使用のレビューと承認プロセスを強制する。
あなたの組織では、以下のタイプのガバナンス・ワークフローの1つ以上が必要になるかもしれない:
- AIの利用事例の承認、 基盤モデルライフサイクルイベントの承認、リスク評価の実行、モデルのパフォーマンスモニタリングの自動化などを行うためのモデルリスクガバナンスのワークフロー。
- 規制コンプライアンス管理ワークフローは、規制当局から発表されるアラートを処理します。
- オペレーショナルリスク管理ワークフローにより、モデルリスクとその他のオペレーショナルリスクを全社的に追跡。
ガバナンス・ワークフローを設定するには、ガバナンス・コンソールで設定します。
ガバナンス・ワークフローの開発について学ぶ
プロジェクトの設定
プロジェクトとは、共有された目標を達成するために、人々がモデルやデータを使って作業する共同作業空間のことである。
プロンプトを作成し、実験を行い、モデルを調整するにはプロジェクトが必要だ。
AIエンジニアによって明示的に追加されるか、プロセスの結果として作成される:
- ベクターストアやトレーニングデータ、チューニングデータを保存する場所など、データソースへの接続アセット。
- モデルをトレーニングまたはチューニングするためのデータセットを表すデータ資産。
- プロンプトのセッション資産は、将来の参照用に保存します。
- 推論のためのエンドポイントを提供するプロンプト・テンプレート・アセット。
- 作成したノートブック、またはプロンプトをノートブックとして保存したり、 AutoAI 実験を実行したりするプロセスによって生成されたノートブック。
- RAGパターンのベクトル化された文書を表すベクトルインデックス。
- AutoAI, Tuning Studio、 Synthetic Data Generatorなどのツールを使用して作成した実験アセットやフローアセット。
- RAGのようなAIパターンのエンドポイントを提供するAIサービス資産。
- ツールでアセットを実行することによって作成されるジョブ。
自動作成されたサンドボックス・プロジェクトがある。 しかし、自分の目標を反映した名前のプロジェクトを作りたいと思うかもしれない。 プロジェクトの作成は、ホームページまたはナビゲーションメニューから行うことができます。 解決策に取り組んでもらいたい人全員を追加する。 各コラボレーターにロールを割り当て、プロジェクト内での権限をコントロールします。
プロジェクト作成の詳細
データの準備
データ準備には、ソリューションが必要とするフォーマットと品質レベルで、必要なデータへのアクセスを提供することが含まれます。
RAGパターンでドキュメントとモデルを接地したり、プロンプトテンプレートを評価したり、 基盤モデルを調整したりする場合は、データを準備する必要があります。 ユースケースが翻訳、要約、分類、テキスト生成の場合は、評価を実行するのでなければ、データを準備する必要はないかもしれない。
RAGパターンでは、効率的な検索のために、ドキュメントを埋め込みベクトルに変換する。 ベクトル化された文書をベクトルストアに保存し、ベクトルインデックスで検索する。 以下の方法でRAGパターンに文書を含めることができます:
- ローカルシステムからドキュメントファイルをアップロードし、ベクターストアに追加します
- 既存のベクターストアにあるドキュメントを指定する
- 接続されたデータソースからベクトルストアにドキュメントを追加する
RAGパターンの作成方法は、ドキュメントの総サイズや実験の自動化レベルなどに応じて、さまざまな方法から選ぶことができる。
プロンプトテンプレートの評価や基盤モデルチューニングを行うには、モデルへの代表的な入力と、それに対応してモデルが生成する適切な出力を含むデータセットを提供します。 チューニングデータは以下の方法で提供できます:
- ローカルシステムからファイルをアップロードする
- データセットを含むデータソースに接続する
- 合成データの生成
データ準備の詳細
ジェネAIの実験
プロンプトとは、 基盤モデルレスポンスを生成させるための指示方法です。 プロンプトをプロンプトテンプレートとして保存します。 プロンプトに文書、画像、エージェントを追加すると、AIサービスとして保存されます。
以下のように条件を変えてプロンプトを試すことができる:
- チャットモードと非チャットモードの切り替え
- プロンプトテキストまたはシステムプロンプトの変更
- 基盤モデルの変更
- モデルパラメーターの調整
- ガードレールの有効化と無効化
- チャットに画像やドキュメントを追加する
- 変数を追加してプロンプト・テキストを動的に変更する
- ツールを呼び出すエージェントの設定
プロンプトを開発するには、 Prompt Lab または REST API、 Python、 Node.js のコードで試してみることができます。 最適なRAGパターンを自動で見つけるには、 AutoAI for RAG実験を実行する。
ツールを呼び出すAIエージェントを開発するには、エージェントラボ、またはREST API、 Python、または Node.js コードで実験できます。 IBM、あなたの組織、または他のプロバイダが提供するガバメントエージェントとツールを、ガバメントエージェントカタログからソリューションに追加することができます。
gen AIの試用についてさらに詳しく
お客様の遺伝的アルゴリズム資産の評価
資産 (プロンプトやAIサービスなど)の評価では、選択した一連の評価基準に対するモデル出力の品質がテストされます。 いくつかのメトリクスは、テスト・データ・セットで提供された適切な出力とモデルの出力を比較することに基づいています。 モデルがいかに効率的にレスポンスを生成するかも評価される。
あなたの組織では、規制遵守や内部ポリシーのために評価が必要になるかもしれません。 しかし、評価指標のスコアはソリューションの品質を示すことができ、スコアが低下したときにユーザー満足度の低下を予測できる可能性があるため、評価は必要ない場合でも有用である。
資産を評価する際には、以下の要因を設定することができます
- テストするサンプルサイズ
- どのメトリクスを含めるか
- 各メトリクスのしきい値
一般的な指標は 資産に関する以下の種類の情報を提供します
- ラベル付きテストセットと比較したモデルの性能。
- モデルが偏った結果を生み出すかどうか。
- 時間経過に伴うモデル出力の精度の変化。
- モデルがトランザクションを処理する効率性。
生成型AIに特有の指標は、 資産に関する以下の種類の情報を提供します
- 出力テキストが入力テキストとどの程度類似しているか。
- 出力テキストが参照出力とどの程度類似しているか。
- 入力または出力テキストに有害な情報や機密情報が含まれているかどうか。
- 資産が敵対的な攻撃に対してどれだけ性能を維持できるか。
現在の成績と過去の成績を見ることができる。 各評価の結果は、プロンプトのユースケースに追加される。
プロンプトを評価するには、 Prompt Lab、コード、またはデプロイされたプロンプトテンプレートから評価を実行する。 RAGパターンに対する AutoAI の実験を行うと、候補となるAIサービスが自動的に評価され、ランク付けされます。
複数のプロンプトテンプレートを同時に評価および比較するには、評価スタジオで評価実験を実行します。
資産の評価についてさらに詳しく
基盤モデル最適化
基盤モデルを最適化すると、そのモデルの1つ以上のパフォーマンス指標が改善されます。
基盤モデルチューニングするには、チューニング方法を選択し、チューニングデータを追加し、 Tuning Studio またはコードでジョブ実行します。
基礎モデルの最適化について詳しくはこちら
ソリューションの展開
アセットをデプロイすると、エンドポイントでのテストや生産的な使用に利用できるようになります。 デプロイメントを作成したら、それをテストして管理し、本番前環境や本番環境にデプロイするための資産を準備することができます。
デプロイメントは、デプロイメント スペースで作成します。デプロイメント スペースは、プロジェクトとは別のワークスペースであり、別のコラボレータ セットを追加できます。
ほとんどのタイプの gen AI アセットを配置するには、アセットを配置スペースに昇格させ、エンドポイントを含む配置を作成します。 次に、アプリケーションからエンドポイントを呼び出して基盤モデルを推論します。 変数を含まないテンプレートを迅速に取得するには、 Prompt Lab から直接エンドポイントコードをコピーできます。 テスト用、ステージング用、本番用のデプロイメント デプロイメント・スペース個別に作成し、 ModelOps のワークフローをサポートできます。
運用環境を最小限に抑えたい場合は、 watsonx.ai のフルインストールではなく、 watsonx.ai の軽量エンジンを運用クラスタにインストールすることができます。
AIアセット導入の詳細
ソリューションの監視と保守
ソリューションをアプリケーションに組み込み、本番稼動させた後は、ソリューションを保守しなければなりません。 また、モデルのパフォーマンスをモニターすることもできる。 ソリューションのメンテナンスには、 基盤モデルを新しいバージョンに更新または置き換えたり、評価やユーザーからのフィードバックに基づいてモデルを最適化したりすることが含まれます。 ソリューションのモニタリングは、本番環境におけるモデルのパフォーマンスを評価します。
お客様の組織では、ソリューションを監視し、パフォーマンスが指定の閾値を下回らないようにすることが求められるかもしれません。
ソリューションを監視するには、配置スペースでソリューションの配置を開き、評価 を有効にします。 ペイロードロギングエンドポイントを使用して、公平性とドリフト評価のためのスコアリング要求を送信し、フィードバックロギングエンドポイントを使用して、品質評価のためのフィードバックデータを提供することができます。
ソリューション基盤モデルを導入した場合は、パフォーマンスを向上させるために定期的にモデルを更新することをお勧めします。