Kei Moriyama keimoriyama

📄論文情報

• API-Bank: A Comprehensive Benchmark for Tool-Augmented LLMs
• EMNLP 2023 main

🔑この論文のキーメッセージ

• Tool Callingタスクのデータの構築において、多様なドメインを含めることが重要である。

🎓どういう問題に取り組んだのか

• LLMが外部ツールを使用する能力を評価するためのベンチマークを構築した

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• LLMの性能は学習データに依存するため、最新の情報を応答に反映することができない
• 外部ツールを使用することで、最新の情報に対応することができるが、LLMの外部ツールの性能評価はされていない

💡問題解決に向けたキーアイデアは何か

• LLMのAPI呼び出し性能を評価するためのベンチマークデータセットと学習データを構築した
• ベンチマークデータセットの構築
  • LLMの能力を評価する上で、APIの呼び出し回数と呼び出すことのできるAPIの数を基準にタスクを構築
  • タスクの分類は以下の三種類
    • Call : 一回以上のAPI呼び出しで、APIの数が少ない
    • Retrieve+Call : 一回のAPI呼び出しで、APIの数が多い。LLMには使用できるAPIが与えられない。
    • Plan+Retrieve+Call : 複数回の呼び出しで、APIの数が多い。LLMには使用できるAPIが与えられない
  • ベンチマークに使用されるAPIは、実際に実装している(おそらく架空のAPI)
  • アノテーションは人手で行うようにしている
  • 評価指標は、LLMが作成したクエリの正解率とAPIの応答を基に生成した文章のROUGE-Lスコアを使用している
• 学習データセットの構築
  • データセットはLLMを用いて作成された合成データセットを用いる
  • 生成は五つのLLMが独立してデータを生成する
    1. ヘルスケアなどのデータのドメインを指定する
    2. ドメインを基にAPIを合成する、合成時には実データを例として与えている
    3. 合成されたAPIをランダムサンプリングし、クエリを作成する
    4. APIのレスポンスを生成する
    5. データセットに沿う内容になっているか、評価し、フィルターする

👀新たに分かったことは何か

• Lynxというモデルを提案手法により作成されたデータセットを用いて評価した
• 学習することで、LLMの性能が向上することが分かった
  • 同じようなデータになっているなら、当然な気がする
  • エラーの傾向として、学習前はAPIの呼び出しが無いケースが多いが、学習後はAPIの関数名の間違えているケースに変化した
• ベンチマークについては、GPTなどのモデルと比較すると、Callが一番簡単で、Plan+Retrieve+Callが難しい傾向がある
• ToolAlpacaと比較すると、少ないデータで同等の性能が得られた
  • 高品質なデータであると言えるのか？評価データによって結果が変わりそう

❓疑問点は何か

• ベンチマークと学習データを同じような方針で作成したら、評価結果が良くなるのは当たり前ではと思った
• 手法自体は参考になりそう

📄論文情報

• AgentTuning: Enabling Generalized Agent Abilities for LLMs
• ACL 2024 findings

🔑この論文のキーメッセージ

• NLPとエージェントタスクの損失関数の重み付き和を使うことで、NLPタスクの性能を維持しつつ、エージェントタスクの性能が向上する。

🎓どういう問題に取り組んだのか

• LLMのエージェント性能を向上させるためのデータセット構築、学習パイプラインを提案した

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• 既存のエージェントタスクの手法はプロンプトや特定のエージェントタスク偏っている
• NLPにおけるタスクの能力を維持しつつ、エージェントタスクの能力を向上する必要がある

💡問題解決に向けたキーアイデアは何か

• データセットの構築には、self-instrcutを使用している
  • 既存のデータセットにあるユーザーとエージェントのインタラクションの続きを、GPT-4により生成する
  • 最終的なエージェントの行動の結果は報酬として評価される
    • この報酬は、タスク毎に設計されていて、報酬の値を基にフィルタリングをしている
• 学習に使用するデータセットは、上記の方法で構築されたデータセットと指示学習用のものの二つを用いる
  • 損失関数には、それぞれのデータセットに対するクロスエントロピーの重み付け和を使用している

👀新たに分かったことは何か

• held-in、heol-outなタスクにおいてGPT-4や3.5と同等の性能を示した
  • これが公平な比較になっているかは分からない
• 公開されているLlamaよりも基本的なエラーが減少している
• 学習には、エージェントタスクだけではなく、指示学習用のデータも混ぜた方が汎化性能が向上する
  • 出力を見た感じでは、想定しているエージェントタスクと違うのかも？

❓疑問点は何か

• 損失関数を混ぜることと、継続学習でどちらが有効なのか気になった

📄論文情報

• Lemur: Harmonizing Natural Language and Code for Language Agents
• ICLR Spotlight

🔑この論文のキーメッセージ

• 事前学習にコーディングタスクを混ぜることで、実用的なLLMを学習することができる。

🎓どういう問題に取り組んだのか

• 一つのLLMで、言語とプログラミングの能力をバランス良く学習すること

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• LLMの実環境用のインタラクションにおいて、APIを活用する必要がある
  • チャット機能や推論だけではなく、プログラムを適切に構築する能力も必要になっている
• ChatGPTなどのClosedなLLMでは、チャット機能とプログラムの両方を実現できている
• 一方で、Llamaなどのモデルは、それぞれのタスク専用のLLMを公開するに留まっている

💡問題解決に向けたキーアイデアは何か

• 事前学習とインストラクションチューニングに分けて学習する。
  • 事前学習では、コーディングタスクとテキストの割合を10:1にして学習している
    • 学習に使用したプログラムはThe Stackデータセットを活用している
  • インストラクションチューニングは既存の複数のデータセットを混ぜて使用している
    • ここのデータはテキストのみ
    • そこまで工夫している点ではないのかも？

👀新たに分かったことは何か

• 事前学習にコーディングタスクを混ぜて学習し、インストラクションチューニングを適用することで、自然言語を対象とした推論能力を維持しつつ、コーディングタスクにおける性能が向上している
  • プログラミングだけではなく、APIを使用した推論についても性能が向上している。
  • 事前学習が有効であると言えるのかもしれない。

❓疑問点は何か

• 査読でも指摘されていたけど、事前学習のタスクの割合がどれくらい有効なのか分からない
  • 著者らは継続学習して、調べているらしい
  • この辺のバランスを良い感じに調整できたら熱い気がする

📄論文情報

• Toolformer: Language Models Can Teach Themselves to Use Tools
• NeurIPS 2023

🔑この論文のキーメッセージ

• データ拡張にAPIを用いることで、下流タスクにおける性能が向上する。

🎓どういう問題に取り組んだのか

• 自己教師有り学習により、外部ツールをLLMが使用する方法を学習する
  • 評価と違う点があるから、読み違えているかも
• テキストデータから、Tool Callingデータセットを作成する

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• 既存の手法は、大規模な人手アノテーションが必要であることや、特定のタスクのみを対象としている
• そのため、学習したLLMの応用先が限られるという課題がある

💡問題解決に向けたキーアイデアは何か

• データ拡張にはテキストデータを用いる
  • 疑似APIをLLMを用いて生成する
    • 疑似APIの形式は QA(c)-> r のような感じ
    • 使用するタスクとしては、QAや計算問題を用いている
  • 生成された疑似APIを実行する
    • 実行は、LLMやPythonなどの環境ですることを想定している
  • フィルタリングには、重み付きクロスエントロピーを基準として用いている
    • 生成されたトークンの損失と、何も生成されなかった時の損失の差が閾値よりも大きい時、データセットに含むようにしている
• 推論時には、 -> トークンが生成されるまでデコーディングを行う
  • ここでAPIの呼び出しが入るため、APIの結果を挿入して、デコーディングを再開する

👀新たに分かったことは何か

• QAや数学タスクにおける性能が向上した
  • 下流タスクにおける性能が向上している
• Tool Callの評価が無いのが気になる
  • 目的がTool Callingの性能向上ではなく、Tool Callingを通した性能向上になるのかも

❓疑問点は何か

• 評価のやり方が適切であるかどうか分からない
  • API callを実際にしているのか？
  • 下流タスクにおいて外部ツールを呼び出せるなら性能の向上は必然では？とも思う。
• このデータ拡張のやり方は面白いと思った。

📄論文情報

• Personalized Text Generation with Contrastive Activation Steering
• ACL2025 long

🔑この論文のキーメッセージ

• LLMが生成する応答を人間が書いた応答を比較することで、LLMが生成する文章のスタイルを合わせることができる。

🎓どういう問題に取り組んだのか

• LLMの内部表現に介入して、生成する文章を個人に最適化すること

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• ユーザー毎に最適化されたテキストを生成する需要が高まっている
• 既存の手法はRAGやPEFTによる手法が注目されている
  • これらの手法は計算コストが高いことや、ユーザー特有の言い回しに影響されやすい

💡問題解決に向けたキーアイデアは何か

• LLMの隠れ層に介入することで、個人に最適化された文章を生成すること
• 前提として、あるユーザーのプロンプトとそれに対する応答がある
• 最初に、LLMはプロンプトに対する応答を生成する
• プロンプトと応答を繋げた文章の最終トークンに該当する特徴量を使って介入する方向の計算をする
  • ユーザーの応答を繋げた場合の特徴量をポジティブ、LLMの応答を繋げた場合の特徴量をネガティブとしている
    • こうすることで、今のLLMがその人に合わせるためにどれくらい介入すれば良いか計算できる
  • 方向の計算には、様々な方法を使用している
  • PCAとか、Mean Differenceなどなど
• ここで計算したベクトルを用いて介入する

👀新たに分かったことは何か

• 個別最適化ベンチマークのLaMPで評価した
  • 短文を評価するものと長文を評価するものの二つがある
• 提案手法は、RAGやPEFTの手法よりも良い性能を示している
• 介入量により性能が大きく変わる
  • 提案手法により推定された介入ベクトルにおいて正の方向に介入するとユーザーのスタイルを反映しやすくなるが、負の方向にするとスタイルが関係無くなってしまう

❓疑問点は何か

• 実験のスタイルベクトルの計算には何を使用したのだろうか？
  • スタイルベクトルの計算方法によって性能が変わったりするのかな

📄論文情報

• Activation Steering Decoding: Mitigating Hallucination in Large Vision-Language Models through Bidirectional Hidden State Intervention
• ACL 2025

🔑この論文のキーメッセージ

• （1, 2文でまとめる）

🎓どういう問題に取り組んだのか

• Vison-Languageモデル(VLM)の内部表現に介入することで、ハルシネーションを防ぐこと
  • ここでのハルシネーションは、画像に写っていない物体についてモデルが言及する現象を指す

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• VLMのハルシネーションを防ぐことは、実用上重要
• 既存の手法はデータの品質や損失関数の工夫などでこれに対処してきた
  • 学習に必要な計算コストが大きいため、実地に適応するために時間がかかる
• 他の学習無しの手法では画像の優先度を上げるようにしているが、画像内のAttentionなどの特定の仮定に依存している

💡問題解決に向けたキーアイデアは何か

• MSCOCOを使用して、VLMの中間表現をProbingする。
  • ハルシネーションをしているかどうかは、トークンがMSCOCOのクラスの単語がそれの類義語を含むかどうかで判定している
• 介入するベクトルは、ハルシネーションが無いトークンの中間表現の平均ベクトルからハルシネーションしているトークンの中間表現の平均ベクトルを引いたベクトルを用いる
• 文章の生成時には、正の方向と負の方向に介入した二つのモデルが生成するロジットを足したものを使用している
  • 介入する量は個別に設定している

👀新たに分かったことは何か

• ベンチマークにおける評価では、正解率とF1スコアが改善している
  • 使用するデータはハルシネーションのベンチマーク
  • 既存のハルシネーション対策をする手法よりも良くなっている
  • 既存の画像理解ベンチマークにおいても他の手法と同等の性能になっている
• 介入量毎の性能を見ると、正の方向への介入量はパフォーマンスに大きく影響する

❓疑問点は何か

• ハイパラの量が増えているのは良いのか？
• 著者らも言及しているが、カテゴリ名などはMSCOCOに依存している
  • これ難しい問題だと思った

📄論文情報

• Calibrating LLM Confidence by Probing Perturbed Representation Stability
• EMNLP 2025 main

🔑この論文のキーメッセージ

• 対照学習を使用することで、LLMの特徴と応答の一致度が向上する

🎓どういう問題に取り組んだのか

• LLMの内部表現と出力文章の一致度を揃えるようにモデルを調整すること

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• LLMが割り当てる確率には、間違いの応答に高い確率を割り当てるなどの課題がある
• 正確な応答に高い確率を割り当てるために、内部表現を調整する手法では複数の好ましい特性に対応することが難しい

💡問題解決に向けたキーアイデアは何か

1. トークン単位でLLMの最終層に摂動を加える
   • 勾配を使用して摂動を加える
   • 損失関数は隠れ層の状態から正解トークンを予測する確率のクロスエントロピーを使用している
   • パラメータを更新する時と逆方向の勾配を摂動として加える
   • 摂動を加えた時のロジットを2.で使用する
   • この摂動を加えるステップはS回行う
2. この摂動に影響のある特徴を抽出する
   • 特徴量はトークン毎に抽出する
   • このでも特徴量とは、ロジットや勾配のL2ノルムなどを指す
   • この特徴量に対して平均などの統計処理を加えた値を最終的な特徴量とする
3. この特徴量から確信度(確率のことか？)を予測する分類器を学習する
   • 分類器は二つ用いる
   • トークンの特徴量毎に正解、不正解を予測する分類器と文章単位で予測する分類器
     • 文章単位で予測する分類器は、トークン単位の分類器が抽出した特徴量を連結した特徴量を使用して予測している
     • このでの特徴量は、モデルの最終出力を指す
   • トークン単位の分類器はMLP、文章単位の分類器は畳み込みを使用している
   • 目的関数はmax-margin損失を使用する
     • 負例はロジットの値を基に決めている

👀新たに分かったことは何か

• 評価は選択問題を対象とした
• 評価指標には、Expected Calibration ErrorとBarier Scoreを使用している
• 分類問題においては、ECEが他の指標よりもよく改善している
  • 加えて、正解率などの指標も改善することが分かった
• 生成タスクにおいても改善できることが分かった

❓疑問点は何か

• 他のドメインにおける有効性が気になる
• 最終層だけで有効だったのかな
  • 他のレイヤーの効果も気になる

📄論文情報

• Learning to Reason from Feedback at Test-Time
• ACL 2025 Long

🔑この論文のキーメッセージ

• フィードバックを用いてモデルを更新することで、過去の推論結果を活かしつつ推論の性能が向上する

🎓どういう問題に取り組んだのか

• テスト時におけるフィードバックからLLMを更新する
  • テスト時において推論を行い、その結果を用いて再度推論するというタスクになる
• この時に、過去の経験を上手く活用してLLMを更することを目指す

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• 従来の手法では、Sequential RevisionとParallel samplingがある
  • Sequential Revisionは、過去のトライアル結果をプロンプトに含める方法
  • Parallel Samplingは過去の結果に関わらず、何度か予測する方法になる
• Sequential Revisionはコンテキスト長が長くなりやすいため、計算コストが高くなりやすく位置バイアスの影響もある
• Parallel samplingは効率的であるが、過去のエラーを考慮しない課題がある

💡問題解決に向けたキーアイデアは何か

• 過去のトライアルよりも、モデルの重みに重点を置いた手法を提案いている
  • 損失関数と効率的なOptimizerを提案している
• LLMは問題に対する解答をすると、検証モデルが正解かどうかを判定する
  • 不正解である場合、検証モデルは不正解であるという固定の文章を生成する
  • 追加のフィードバックとしてLLMが文章生成する
  • これらの二つのフィードバックに対してクロスエントロピーが最小になるように学習を進める
  • モデルのパラメータ内に過去の経験が保存されるという話
    • Optimizerについてはよく分からなかった
  • PEFTを参考にしたみたい。。。？

👀新たに分かったことは何か

• Parallel Samplingでは20GPU/hだったのに対して、提案手法では4GPU/hに改善された
• トライアルの回数毎に比較すると、提案手法は回数が増える程性能が良くなっている
  • 手法によっては、低下しているものもある
• Optimizerの比較では、LoRAと比較して少ないパラメータで良い性能になっている

❓疑問点は何か

• Sequential Samplingと提案手法の計算コストが違いすぎないか
• Optmizerの立ち位置が分からない
  • これ別の手法ではない？

📄論文情報

• Personalized LLM Decoding via Contrasting Personal Preference

🔑この論文のキーメッセージ

• DPOを基にした報酬を活用して文章のデコーディングや負例の選択をすることは、パーソナライズにおいて有効である

🎓どういう問題に取り組んだのか

• LLMが文章を生成する時に、ユーザーの意図を推定しながら文章を生成するようにする

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• ユーザーの意図に沿う応答を生成することはLLMの実用上重要である
• 現状は、プロンプトベースの方法とLoRAなどモデルのパラメータを更新する方法の二種類がある
• プロンプトベースの手法では、ユーザーのデータから学習することが無いため効果が限定的である課題がある
• パラメータを更新する手法では、破滅的忘却や計算コストの面から課題がある

💡問題解決に向けたキーアイデアは何か

• 基本的にLoRAを想定した手法になっている
• 文章のデコーディングには、報酬ベースの手法を使用している
  • 閾値より大きな確率のトークン集合を得る
  • 基モデルとLoRAを適用したモデルがそのトークンを生成する確率の比を報酬とする
  • この報酬が最大になるトークンを選択してデコーディングする
• モデルの学習には、DPOを使用している
  • データセットの構築のためには、LLMが生成したいくつかの例の中から上記の報酬が最も小さいものを負例としている

👀新たに分かったことは何か

• プロンプトベースの手法は、性能向上が限定的であること
  • ベースモデルよりも悪くなることがある
  • 特に長文において性能が低下することが確認できた
• 提案手法は、学習ベースの手法よりも良いモデルが学習できていた
  • 報酬ベースのデコーダとDPOの効果は同程度であった

❓疑問点は何か

📄論文情報

• Self-Guided Function Calling in Large Language Models via Stepwise Experience Recall
• EMNLP 2025 findings

🔑この論文のキーメッセージ

• LLMのFunction Callingタスクのデータの拡張のためには、呼び出されているタスクの一致度なども入れると良い

🎓どういう問題に取り組んだのか

• LLMを外部APIと連携するタスクであるFunction Callingの性能を向上するような学習する
• 学習に使用するプロンプトに含める例を工夫する手法にしている

🧑‍🎓その問題に取り組むことがなぜ重要なのか

• 学習データやモデルのパラメータ数を単に増やしても、実世界インタラクションは解決することができない
• 既存のFunction Callingの学習手法は、具体例を手動で付与しているため大規模にしづらい課題がある

💡問題解決に向けたキーアイデアは何か

• 類似の例を取得するための方法として、以下の三種類の指標を用いる
  1. ユーザーのクエリと軌跡の埋め込み表現の類似度
     • 軌跡とは、ユーザーの入力と呼び出されたツールの応答を複数ステップ繰り返したものを指す
     • 類似度の指標には、正規化コサイン類似度を使用する
  2. 呼び出しツールの一致度
     • 実際に使用されているツールの一致度を使用している
  3. 意図アラインメント
     • 使用する意図は、事前に定義されているクラスに分類されている
     • 類似度の検索に使用する履歴が与えられた時に意図を何らかの方法で推定しているのかも？
• 最終的な類似度は、これらの重み付け和になっている
• 類似度を計測するためのデータ集合は新たな軌跡が得られた時に更新する
  • LLMでユーザーの意図が達成できたと分類された時にデータ集合に追加する

👀新たに分かったことは何か

• ToolQAやτ-benchによる評価では、既存手法よりも概ね良い性能であった
  • ベースライン手法はTool Augmented LLMらしい
• Ablation Studyでは、2と3の指標のどちらも重要っぽいことが示されている
  • ToolQAのEasyでは3を無くすとスコアが大きく下がり、Hardでは2を無くす時が大きくスコアが下がった
  • 全体的には3の影響度が大きそうだけど、これは良く分かんないなあ

❓疑問点は何か

特になし