ナレッジ生成用プロンプトのバックアップ(No.18)

AI（言語モデル）自体が暗黙知を説明できるのはコーパスから学習した事を意味する。
- 「完全な暗黙知」は本質的に形式知化が不可能な部分もあるが（例：直感やセンス）、
- 「擬似的な暗黙知」は単一のナレッジ・ベースにまとまっていなかったりデータ化されていないケースが多い。
  - 言語化し難いという側面に加えデータ化されていないと言う側面がある。
  - 「職人の勘」のようなものも、データ化することで人間以上に再現可能になるものもある。

しかし、「擬似的な暗黙知」も、コスパ観点やモチベーション観点の側面から「データ化」「情報集約」が促されないケースが多い。
- コスパ観点：形式知化がコスパ的に合わない。
- モチベーション観点：形式知化がデメリットになるなどで動機がない。

↑

状況を決める因子 †

以下のようなものがある。

非言語的：感覚や身体動作など言語では捉え難く、また、データ化に専門知識が必要
組織文化：経験を形式知として残すことの価値の認識がない場合
認知の壁：そもそも自分のやってることは価値があるとの認識がない場合
状況依存性：文脈依存での場合が分けが多く、一般化・共有・活用が難しい

↑

ドメイン・ナレッジと、その生成 †

基本的な専門知識は生成AIが保有しているから...

↑

そもそもドメイン・ナレッジとは？ †

AIに質問した所、以下のような回答があった。

特定の分野・領域（ドメイン）に関する専門的な知識・経験のこと。
ドメイン（分野・領域）＝業界・分野・領域の特有の知識を深く理解していることを指す。
- 医療ドメイン → 診断の流れ、保険制度、医療用語、規制（薬機法など）
- 金融ドメイン → 会計基準、金融商品の仕組み、コンプライアンス要件
- 製造業ドメイン → 生産工程、品質管理、サプライチェーンの慣行
- ECドメイン → 購買行動、在庫管理、物流コストの構造

↑

仮説：フォワード生成できるのでは？ †

情報の重要度、比率、条件を「ドメイン・コンテキスト」で調整してドメインに特化させる。

AIが保有していない知識は、「組織内の独自情報」（ルールなど）と、「完全な暗黙知」ぐらいではないか？と考える。

このドメイン・コンテキストで「細分化されたドメインに適合させるための情報の重要度、比率、条件」を調整する。

↑

ドメインに適合させるイメージ †

一般的な情報に「XXX（ドメイン）においては？」と言う軸を加え「追加軸での分布（重要度、比率、条件）が追加された」情報を取得する。


イメージA	イメージB
イメージA、イメージBとあるが、意味するところは同じ

結構、良い絵が出たのでプロンプトをメモ

以下のような言語モデル生成AIの画像イメージを生成してください。 
・情報が空間（2次元散布図）上に散らばっているものとします。
・プロンプトで2次元の集合から情報を抽出します。
・プロンプトを追加する事で2次元の集合に次元を追加し3次元の集合から情報を抽出します。
・集合からの情報抽出イメージは１つのプロットではなく複数のプロットを含む集合をポイントします。
・3次元の図については立体感を出してください。

※ 左右の図を関連付ける線と丸は、ペイント・ソフトを使用して追記しています。

↑

出来ることと出来ないこと †

そもそもナレッジ生成はドメインに適合したナレッジ情報のセットを取得すること。

↑

出来ること †

生成AIがドメイン知識を学習済みの場合のナレッジ生成（ナレッジのリサーチ）
ドメインに適合した（既知の）情報のセットを取得するためのプロンプトを与える。

既知問題（かんたん）
コーパスで学習しているハズなので、ソレを取り出すプロンプトを与える。

未知問題（ただし難しい）
コーパスで学習していないので、情報を組み合わせたり、傾向を探ったりするプロンプトを与え
「確定的な知識獲得」ではなく、類似ドメイン・隣接領域からの類推、構造的共通性の抽出をする。

↑

出来ないこと †

膨大なコーパスで学習しているが、マイナーなドメインにおいては、

網羅性や重要度が目的変数として最適化されていないため

網羅性が無い「情報の網羅性の欠如」
重要度が無い「フォーカスポイントの欠如」

が発生する可能性がある。そのため、マイナーなドメインには特化せず、

「平均的な知識」「多数派の言説」「よく知られたトピック」に偏る。

膨大なコーパスで学習しているため、テンプレ的構造には強いが、
目的依存で内容の意味的な重みや本質的な論点を再定義する力は強くない。

重要な視点（低頻度重要問題）や最新の情報の項目（時間軸問題）が抜け落ちる可能性がある。
重要なハイレベル課題に人間が適切な軸をプロンプトとして与えなければリーチしない。

...従って、生成AIを使用し「０（零）」ベースで網羅性や重要度ドメイン知識を得るのは非効率と言える。

生成AIを使用しても「「私」と同じ（SI系生産技術の）知識」を生成AIを用いて入手するのは困難。
生成AIを使用しても「例えは特定ニッチ用途向けのDIY知識」を生成AIを用いて入手するのは困難。

※ 必要な「網羅性の高い情報」や「重要度についての情報」をプルできない。全体的にプッシュして貰った方が容易。

↑

詳細 †

↑

ドメイン・コンテキスト作成手法 †

ドメイン・コンテキストの生成方法次第で「フォワード生成」or「リバース生成」に分類できる。

フォワード生成、リバース生成の手法があり、基本的にはフォワード生成で事足りる。
フォワード生成で、必要な情報（網羅性、重要度、比率、条件）が含まれない様なケースで、リバース生成で補う事が出来る。

↑

フォワード生成 †

体系的ドメイン・コンテキストのフォワード自動生成

AAAAにおけるBBBBについての重要な項目を2-3階層の目次レベルで体系化してください。

必要に応じて更に詳細化（4階層以下の生成）

CCCCにフォーカスしてさらに詳細化して下さい。

↑

アリモノ生成 †

例えば「性能問題のポイント」の目次項目を使用する。

↑

リバース生成 †

ソースを体系的ドメイン・コンテキストを生成するためのノウハウとして使用する。

Wikiを生成AIのRAGソースにして、情報を抽出する。

↑

ドメイン・ナレッジ作成手法 †

↑

フォワード生成 †

オーソドックスな手法
1. 生成AIを使用してドメイン・コンテキストを生成する。
2. プロンプトにドメイン・コンテキストを追加して生成AIでドメイン・ナレッジを生成する。

最近の生成AIでの手法：

↑

アリモノ生成 †

例えば「性能問題のポイント」の目次項目を使用する。

↑

リバース生成 †

生成：VDBに格納したWikiのチャンクから生成

Top-K=50-100とRecall最大化したVDB-RAGチャンクを使う。
これを生成AIで「まとめ」ると網羅性、体系化、重要度に問題が出やすい。
- 「チャンク粒度が意味単位ではない」「Recall最大化 = ノイズも最大化」「情報圧縮で知識設計でない」
- もう少し複雑なプロンプト・フローにすれば解決可能な可能性はある？（チャンクごとに役割付与するなど）

プロンプトの例

VDB検索文：Top-K=50-100とRecall最大化したVDB-RAGチャンクを取得
```
「YYYYについて」：（キーワード）「X」「Y」「Z」
```

コンテキストとして、Top-K=50-100とRecall最大化したVDB-RAGチャンクを追加。

「以下はXXXXのノウハウ集のリーフページのYYYYを要約したものです。
ココから、XXXXのYYYYに関する重要項目を2-3層の目次レベルで体系化するとどのようになりますか？」

生成：エージェントのGoogle検索結果から生成

Google検索はVDB検索と異なり、Recallは捨てて、 Precisionを極限まで高めたHybrid Retrieval
XXXXのYYYYについて検索キーワードで検索した結果から重要な情報を抽出しているモノと思われる。

プロンプトの例

あなたはユーザーの要求に合わせインターネット検索を行い、発見した技術情報を提供するエージェントです。
インターネットや、インターネット上の以下の優先ナレッジから情報を取得して回答をします。
https://opentouryo.osscons.jp/
https://techinfoofmicrosofttech.osscons.jp/
https://dotnetdevelopmentinfrastructure.osscons.jp/

優先ナレッジを使用する場合、以下の様に検索してください。

site:techinfoofmicrosofttech.osscons.jp {キーワード}

参考にしたWebページ情報はユーザにも提示して下さい。

ユーザーの要求：
「XXXXのYYYYを教えてください。」
※ キーワードには「X」「Y」「Z」などを使用します。

↑

参考 †

...

ナレッジ生成用プロンプト のバックアップ(No.18)

目次 †

概要 †

暗黙知に付いての定義 †

生成可能か？不可か？ †

完全 or 擬似的な暗黙知 †

状況を決める因子 †

ドメイン・ナレッジと、その生成 †

そもそもドメイン・ナレッジとは？ †

仮説：フォワード生成できるのでは？ †

ドメインに適合させるイメージ †

出来ることと出来ないこと †

出来ること †

出来ないこと †

詳細 †

ドメイン・コンテキスト作成手法 †

フォワード生成 †

アリモノ生成 †

リバース生成 †

ドメイン・ナレッジ作成手法 †

フォワード生成 †

アリモノ生成 †

リバース生成 †

参考 †

ナレッジ生成用プロンプトのバックアップ(No.18)