付録F — FAQ
F.1 EHARの基本概念
| No. | 質問 | 回答 |
|---|---|---|
| F.1.1 | EHARとは何ですか？ | EHARは、AIのハルシネーションを創造的探索エンジンとして活用するシンクタンク型システムです。複数のAIが生成するハルシネーション同士を意図的に衝突・交差させ、単体のモデルでは到達不能な概念空間を創発的に探索します |
| F.1.2 | エマージェントハルシネーションとは何ですか？ | 複数のハルシネーション同士の衝突・交差から、個々のハルシネーションの総和を超えた知見が創発的に浮かび上がる現象です。「ハルシネーションを超えるハルシネーション」と定義されます |
| F.1.3 | なぜハルシネーションを排除せず活用するのですか？ | ハルシネーションは既存の情報にない組み合わせを生成する力であり、制御された環境下では創造性の源泉として機能します。EHARでは生成と選別を分離し、相互監査を組み込むことで、安全に活用できる環境を構築しています |
| F.1.4 | EHARは特定のAIモデルに依存しますか？ | いいえ。資料型モジュラー設計を採用しており、本資料を理解可能な任意のAIモデルがEHARの構成要素となり得ます。特定のプラットフォームやモデルへの依存はありません |
| F.1.5 | EHARを使うにはプログラミングの知識が必要ですか？ | 必要ありません。EHARは資料型モジュラー設計であり、本資料をAIに読み込ませることでパイプラインを稼働させることができます |
F.2 FORGEパイプライン
| No. | 質問 | 回答 |
|---|---|---|
| F.2.1 | FORGEとは何ですか？ | EHARの中核を成すパイプラインです。入力から出力までの五つの工程（インジェクション・パイロ・バレット・ブレット・ブリギッド）で構成され、ハルシネーションの生成から選別、数値化までを一貫して処理します |
| F.2.2 | パイプラインの各工程は必ず順番通りに実行する必要がありますか？ | はい。FORGEは入力→インジェクション→パイロ→バレット→ブレット→ブリギッド→出力の順序で処理されます。各工程は前工程の出力を入力として受け取るため、順序の遵守が必要です |
| F.2.3 | パイロ工程では何人のAIインスタンスが必要ですか？ | 最低2インスタンス以上を推奨します。エマージェントハルシネーションは複数のハルシネーション同士の衝突・交差から生まれるため、複数の生成元が存在することが前提となります |
| F.2.4 | バレット工程での「弾丸加工」とは具体的に何をしますか？ | パイロで生成された生のハルシネーションを整理し、一つ一つの独立したアイデアとして切り出します。断片的であったり複数の概念が混在している状態から、後続のブレットで判定可能な形に成形する工程です |
| F.2.5 | FORGEパイプラインは一度だけ実行するものですか？ | いいえ。種バンクからの再注入により、同一のハルシネーションが新しい文脈のもとで繰り返しパイプラインを走行します。サイクルを重ねることで評価の精度と発見の深度が向上します |
F.3 ブレット（枝切り）
| No. | 質問 | 回答 |
|---|---|---|
| F.3.1 | 枝切りの基準は何ですか？ | 「今の文脈にそれは必要かどうか」の一点のみです。正しいか間違いかでは判断しません |
| F.3.2 | なぜ正誤ではなく文脈への必要性で判断するのですか？ | エマージェントハルシネーションの目的は、既存の枠を超えたアイデアの創発です。正誤で判断すると、既存の知識体系に収まるものしか残らなくなり、創発の可能性が失われます。一方、文脈への必要性で判断すれば、間違っていても今の探索に有用なものは残り、正しくても無関係なものは除外されます |
| F.3.3 | 枝切りされたハルシネーションはどうなりますか？ | 破棄されません。解体された上で、スコア情報・文脈情報・生成元情報・タイムスタンプとともに種バンクに格納されます。将来の文脈で再注入・再評価される可能性を常に保持します |
| F.3.4 | 枝切り基準が固定なのに動的に機能するのはなぜですか？ | 基準自体は「今の文脈に必要かどうか」で固定ですが、「今の文脈」が常に変化するためです。同じ基準のもとで、文脈の変化に応じて判断結果が毎回動的に変わります |
| F.3.5 | 枝切りの判定は誰が行いますか？ | AIインスタンスが行います。この基準は「今の文脈にこれは必要か」という問いであり、任意のモデルが即座に判断可能です |
F.4 ブリギッド（スコアリング）
| No. | 質問 | 回答 |
|---|---|---|
| F.4.1 | 五軸とは何ですか？ | アフィニティ（親和性）・コヒーレンス（一貫性）・ファンクション（作用度）・インパクト（印象度・影響度）・エクステント（程度・広がり）の五つの評価軸です |
| F.4.2 | スコアの範囲は？ | 各軸0から5.0で、小数点を含む連続値です |
| F.4.3 | なぜ生成元と別のAIがスコアリングするのですか？ | 自己評価による偏りを排除するためです。自分で生成したハルシネーションを自分で採点すると甘くなる可能性があり、相互監査の原則に反します |
| F.4.4 | アフィニティとコヒーレンスの違いは何ですか？ | アフィニティは文脈に自然に馴染むかどうかという感覚的な評価です。コヒーレンスは文脈と論理的に一貫しているかどうかという論理的な評価です。アフィニティが高くコヒーレンスが低い場合、「直感的に馴染むが論理的根拠が薄い」ことを意味し、創発的着想が現れている可能性があります |
| F.4.5 | 人間がスコアリングに参加できますか？ | はい。付録Dに人間用スコアリングテンプレートを用意しています。人間の直感や暗黙知はAIには捉えにくい重要な評価情報となります |
| F.4.6 | 全軸が低スコアのハルシネーションに価値はありますか？ | 現在の文脈においては価値が低いと判定されますが、種バンクに格納されることで将来の文脈での再評価機会が保持されます。EHARでは「今価値がない」と「永久に価値がない」を明確に区別します |
F.5 種バンク
| No. | 質問 | 回答 |
|---|---|---|
| F.5.1 | 種バンクとは何ですか？ | ブレットで枝切りされたハルシネーションを保管する永続的ストレージです。農業の種子保存に着想を得ており、現在不要でも将来価値を持つ可能性のあるハルシネーションを保全します |
| F.5.2 | 種バンクにはどのような情報が格納されますか？ | ハルシネーション本体、五軸スコアプロファイル（暫定値含む）、解体時の文脈情報、生成元AIインスタンス情報、タイムスタンプが格納されます |
| F.5.3 | 種バンクのハルシネーションはいつ再利用されますか？ | 新しい文脈が発生した際に、インジェクション工程から再注入されます。再注入のタイミングは、新しい文脈との関連性が認められた場合に行われます |
| F.5.4 | 種バンクの容量に上限はありますか？ | EHARの設計思想としては上限を設けません。不可逆にしないという原則に基づき、すべての枝切り済みハルシネーションを保管します。ただし、実運用上のストレージ制約がある場合は、運用者の判断で管理方針を定めることができます |
| F.5.5 | 再注入されたハルシネーションが再び枝切りされることはありますか？ | はい。再注入されたハルシネーションはFORGEパイプラインを最初から再走行するため、新しい文脈においても不要と判断されれば再び種バンクに格納されます。その際、新しい文脈でのスコアプロファイルが追加記録されます |
| F.5.6 | 種バンクの推奨ツールはありますか？ | 特定のツールは指定しません。Googleドライブ、Obsidian、Notion、GitHubリポジトリ、ローカルのテキストエディタなど、テキストデータを保管・検索できる環境であれば何でも種バンクとして機能します。重要なのはツールの選択ではなく、付録Eのテンプレートに従って必要な情報が記録されていることです。普段使い慣れた環境をそのまま種バンクとして活用することを推奨します |
F.6 テンプレートの運用
| No. | 質問 | 回答 |
|---|---|---|
| F.6.1 | テンプレートはどのように使いますか？ | 付録D（スコアリングテンプレート）と付録E（種バンク格納テンプレート）を、AI用・人間用それぞれの用途に応じて使用します。AIインスタンスに対してはテンプレートを文脈に含めることで、所定のフォーマットでの出力を促すことができます |
| F.6.2 | AIが出力したエントリシートはどう保管しますか？ | AIが出力したスコアリングシートや種バンクエントリは、テキストエディタやMarkdownファイルに保管することを推奨します。保管されたエントリは、必要に応じて別のAIインスタンスの文脈に添付ファイルとして注入し、参照・再評価・再利用に活用できます |
| F.6.3 | テンプレートをAIに使わせるにはどうすればよいですか？ | 付録D・Eに記載されたAI用テンプレートをコピーし、AIインスタンスへの指示文とともに文脈に含めてください。テンプレートを読み込んだAIは、所定のフォーマットに従ってスコアリングシートや種バンクエントリを出力します |
| F.6.4 | 過去のエントリシートを別のAIに読ませることはできますか？ | はい。保管されたエントリシートを別のAIインスタンスに添付して読み込ませることで、過去のスコアリング結果や種バンクの内容を文脈として共有できます。これにより、インスタンス間での情報共有や、異なるAIによる再評価が可能になります |
| F.6.5 | 種バンクのエントリを再注入する際、テンプレートごと添付しますか？ | 推奨します。付録Eの種バンク格納テンプレートに記録されたエントリをそのまま添付することで、枝切り時の文脈・スコア・履歴といった付帯情報を含めた状態で再注入できます。これにより、再注入先のAIインスタンスが過去の経緯を踏まえた上で再評価を行うことができます |
| F.6.6 | 複数のエントリシートをまとめて添付することはできますか？ | はい。関連する複数のエントリシートをまとめて添付し、一括で文脈に注入することが可能です。特に、種バンク内で組み合わせ可能性が示唆されている複数のハルシネーションを同時に再注入することで、エマージェントハルシネーションの新たな創発を促すことができます |
| F.6.7 | 人間用テンプレートの記入結果もAIに読ませられますか？ | はい。人間用テンプレートに記入された直感的なコメントやメモは、AIにとって貴重な文脈情報となります。特にメモ欄の自由記述に含まれる暗黙知や直感は、AIが独力では到達しにくい視点を提供し、再評価の精度向上に寄与します |
F.7 実践・運用
| No. | 質問 | 回答 |
|---|---|---|
| F.7.1 | EHARを始めるのに最低限必要なものは何ですか？ | 本資料と、複数のAIチャットインスタンスです。最低でも生成担当2インスタンスとスコアリング担当1インスタンスの計3インスタンスを推奨します |
| F.7.2 | 手動で運用できますか？ | はい。人間がハブとなり、複数のチャットインスタンス間で文脈をコピー＆ペーストしながら相互に反映していく手動運用が可能です。EHARは手動運用から設計が始まっており、手動運用を前提とした実用性を備えています |
| F.7.3 | どのAIモデルが推奨されますか？ | 特定のモデルは推奨しません。資料型モジュラー設計により、本資料を理解可能な任意のモデルで稼働します。異なるモデルを組み合わせることで、ハルシネーションの多様性が増し、創発の可能性が高まります |
| F.7.4 | 一回のサイクルでどのくらいの時間がかかりますか？ | 文脈の複雑さ、生成担当インスタンスの数、ハルシネーションの量によって異なります。手動運用の場合は人間のコピー＆ペースト速度がボトルネックとなります |
| F.7.5 | EHARの出力はどのように使えますか？ | EHARから出力された成果物は、任意のプロジェクトやシステムに対して素材として供給可能です。また、別のEHARインスタンスの入力として接続し、エマージェントハルシネーションの多段階連鎖を構成することもできます |
| F.7.6 | EHARを複数同時に稼働させることはできますか？ | はい。EHARは独立したシステムとして設計されているため、複数のEHARインスタンスを同時に稼働させ、それぞれの出力を相互に入力として接続することが可能です |
F.8 設計思想
| No. | 質問 | 回答 |
|---|---|---|
| F.8.1 | なぜ「不可逆にしない」が重要なのですか？ | 情報の圧縮や選別において、切り捨てられた情報が実は重要であった場合、二度と取り戻せません。さらに深刻なのは、切り捨てられたこと自体を誰も認識できなくなる可能性がある点です。EHARではこの不可逆性を設計段階で排除しています |
| F.8.2 | 「創造と批評の分離」とはどういうことですか？ | 生成フェーズ（パイロ）では一切の制約を外してハルシネーションを許容し、選別フェーズ（ブレット）では厳密なバイナリ判定を行います。一名のAIに両方やらせるのではなく、工程として明確に分離することで、創造性と品質を両立させます |
| F.8.3 | 資料型モジュラー設計の利点は何ですか？ | 特定のプラットフォームやモデルに依存しないポータブルなシステムとなり、本資料を読み込ませるだけで任意のAIがEHARを稼働できます。また、モジュール単位での組み合わせが自由であり、他のシステムとの接続も容易です |
| F.8.4 | EHARは他のシステムやフレームワークと併用できますか？ | はい。EHARは独立したシステムとして設計されており、任意のプロジェクトやシステムに対して出力を供給可能です。既存のワークフローやフレームワークと組み合わせて使用することが想定されています |