1つの文書と1つの質問が、製品全体を急いで紹介するよりも有益なプライベートAIデモを実現します。観客は入力を確認し、モデルの経路を追い、回答を評価できます。当社の立場は、たとえ制限を示すことになっても、そのような検証が可能なデモであるべきだということです。
これは8月の編集追補記事で、9月に調査・公開されました。推奨するデモンストレーション基準を示すものであり、顧客テストの報告やすべてのワークフローが既にこれをクリアしているという主張ではありません。
回答の前にルート名を記載してください
その Software Tailor製品カタログ さまざまなタスク向けのアプリケーションが含まれています。まず、アプリケーション名とデモンストレーションされる作業内容を明示してください。次に、選択されたモデルがデバイス上で動作しているのか、組織のサーバー上で動作しているのか、またはオプションのホスティングプロバイダー経由で動作しているのかを特定してください。周囲のアプリのラベルには、この特定のリクエストがどの経路で処理されたかは説明されていません。
ローカルデモンストレーションでは、準備と推論を区別してください。セッションの前にモデルをダウンロードする必要がある場合があります。聴衆には、どの部分が既に完了しているのか、どの部分がライブで実行されているのかを明確に伝えるべきです。そうしないと、一見完結しているように見えるデモでも重要な疑問が残ってしまいます。
セッションには無関係なプライベートな資料を含めないでください。聴衆が閲覧を許可されており、評価記録に含めることができる文書を使用してください。回答が情報源と照合できるかどうかを示すために、実際のやり取りを公開する必要はありません。
聴衆に検証できるものを提供する
回答が可視の文章内にある質問を選んでください。モデルが応答した後にその文章を表示し、例外がわかるように前後の文も十分に含めてください。このデモは、発表者の判断を聴衆に受け入れさせるのではなく、証拠への経路を短縮することを目的としています。
次に、文書が答えていない質問を含めてください。満足のいく回答がどのようなものかを事前に合意しておきます。すべての質問にもっともらしい回答を出すシステムはスムーズなプレゼンテーションを実現するかもしれませんが、そのプレゼンテーションはワークフローが欠落した証拠をどのように扱うかを示すものではありません。
NISTは、評価をAIシステムに信頼性の考慮を組み込む一環として説明しています。[2] 短い製品デモンストレーションは、その作業のごく一部に過ぎません。これは、購入者の評価の代わりではなく、明示された条件下での観察として提示されるべきです。
候補者を識別可能な状態に保つ
Hugging Faceのモデルカード形式は、意図された使用方法や評価情報のドキュメント化をサポートしています。[1] セッションで使用した候補モデルにはその出典を必ず付記してください。表示名のスクリーンショットだけでなく、モデルのリビジョンとアプリケーションの設定も記録してください。
プレゼンターが例の間にモデルや設定を変更する場合は、その旨を伝えてください。異なる構成から組み立てられたデモンストレーションは必ずしも役に立たないわけではありませんが、聴衆はどの結果がどの構成に属するのかを知る必要があります。 モデル選択記録 はその詳細を保持する自然な場所です。
これはセッションを再現できない場合にも役立ちます。最初の疑問は、同じ入力と構成が使用されたかどうかであり、誰かが元の応答を正しく覚えているかどうかではありません。
未解決の質問で締めくくる
有用なデモンストレーションは、未検証の項目の短いリストで終わることができます：異なる文書レイアウト、第二言語、同時ユーザー、またはサービス中断後の復旧経路など。各項目は具体的な次の検証を記述すべきです。すべてをカバーする長期パイロットの漠然とした約束は避けてください。
当社の アップグレード受け入れ記事 はソフトウェアが変更された際に同じ習慣を適用しています。証拠は決定とともに移動すべきであり、次のデモンストレーションは前回のものと比較可能です。
「 AI Suite 」から1つのジョブを選び、その入力、ルート、結果を明確に示してください。制限を検査できる聴衆は、洗練された回答しか見ていない聴衆よりも判断力が高まります。
参考文献
- Hugging Face. モデルカード. 2026年9月12日アクセス。
- NIST. AIリスク管理フレームワーク. 2026年9月12日アクセス。