注意可視化：見ている先は分かるが、それが理由とは限らない

注意を可視化すると、各トークンがどのトークンを参照しやすいかが見える。これはデバッグの手がかりになる。たとえば、モデルが誤って別の人物名を参照している、直近の否定語を見落としている、箇条書きの番号対応が崩れている、といった兆候が見えることがある。

一方で注意は、そのトークンが参照した情報の一部の経路に過ぎない。Transformerには残差経路があり、情報は注意だけでなくMLP経由でも運ばれる。したがって、注意が向いているからといって、それが最終出力の原因だと断定はできない。注意可視化は「疑う場所を絞る」道具であって、「説明」そのものではない。

内部表現のプロービング：情報が“ある”と“使う”は違う

プロービングは、ある層の内部表現から特定の属性が読み取れるかを調べる方法だ。たとえば品詞や依存関係、数の大小、文の話題などが内部表現に埋め込まれているかを、小さな分類器で測る。これにより、どの層でどの種類の情報が現れやすいかの傾向が分かる。

ただし、読み取れることは「そこに情報がある」ことを示すだけで、「モデルがその情報を意思決定に使っている」ことを示すわけではない。モデルは別の経路で判断している可能性がある。プロービングは能力の所在を推測する指標であり、因果の証明ではない。

ロジットの変化を見る：途中段階で何を言いかけているかを追う

モデルは層を通るたびに表現を更新し、最後に次トークンの分布を出す。途中の層でも「現時点で次に何が出そうか」を覗くと、どの段階で結論が固まり、どこで方向転換が起きたかが見える場合がある。これは、エラーの発生箇所を特定するのに役立つ。たとえば、序盤で誤った固有名詞に寄り始め、中盤で修正されずに固定されている、といった挙動が見えれば、プロンプトの与え方や根拠提示の仕方を変える方向性が立つ。

介入実験の発想：本当に効いている要因を確かめる

観察だけでは因果が分からない。そこで介入が必要になる。介入とは、特定の層や特定の注意ヘッドの出力を変えたときに、最終出力がどう変わるかを見ることだ。たとえば、ある注意ヘッドを無効化しても回答が変わらなければ、そのヘッドは少なくともそのケースでは決定的ではない可能性がある。逆に、特定の内部表現を別の入力のものに差し替えると答えが入れ替わるなら、その表現が因果的に効いている可能性が高い。

介入は強力だが、手間がかかる。どこを触るかの仮説が必要であり、結果の解釈も慎重さが要る。とはいえ、難しい不具合を追うとき、介入の考え方は「ブラックボックスに手を入れて確かめる」ための現実的な道具になる。

実務のデバッグ手順：再現できる形に落とし込むことが最優先

LLMの不具合は再現性が低いことがある。温度やtop-pが影響し、同じ入力でも出力が揺れる。まずは生成設定を固定し、できるだけ決定的に再現させる。その上で、入力を最小化し、どの文が効いているかを切り分ける。根拠文を入れた場合は、どの根拠が効いているかを一つずつ抜いてテストする。こうした“最小再現”ができると、注意可視化や層の観察、介入が意味を持つ。

まとめ：完全理解ではなく、診断としての解釈可能性が役に立つ

LLMを完全に説明することは難しいが、挙動を調べる技術はある。注意可視化は手がかりを与えるが、理由と同一視してはいけない。プロービングは内部に情報があるかを示すが、使っているかは別問題である。途中段階の予測を追うと、どこで誤りが固まったかが見える。介入は因果を探るための強力な発想であり、難しいデバッグで役に立つ。ブラックボックスを恐れるのではなく、観測と検証の手順を整えることが、LLMを安定運用するための技術になる。