Upgrade to Pro — share decks privately, control downloads, hide ads and more …

PLaMoを毎日の開発で使い育てていく

 PLaMoを毎日の開発で使い育てていく

2026年7月30日に開催された「PFN LLMオープンハウス」での講演資料です。

Avatar for Preferred Networks

Preferred Networks PRO

July 30, 2026

More Decks by Preferred Networks

Other Decks in Technology

Transcript

  1. 例: PLaMo開発レポジトリのCI監視 CIの監視: 長期間の動作が必要なagentタスクの一例 1 CIの状況取得 2 ログの調査 3 エラーの判定

    修正すべき エラー LLM agentの必要性: retryで治る flakyなテストの失敗などを判定 エラー・障害 CI実行中 する必要がある 4 CIのリトライ 8
  2. 例: PLaMo開発レポジトリのCI監視 CIの監視: 長期間の動作が必要なagentタスクの一例 1 CIの状況取得 2 ログの調査 3 エラーの判定

    修正すべき エラー LLM agentの必要性: retryで治る flakyなテストの失敗などを判定 エラー・障害 CI実行中 する必要がある 難しい点: チェック→待機→チェック のループが必要 4 CIのリトライ 9
  3. PLaMo-3.0-Primeを使ってみる: 課題 実際にPLaMo-3.0-Primeを使ってみた時のよくあるパターン 失敗事例: 長期間の待機が現在難しい ABCのCIが終わるまで待機 •PR現在のPLaMoに足りない能力を発見できた 問題点: tool call:

    CIの状態をチェックするscript • 具体的な改善点が不明のままのことが多い • 普段から使い続けるのは難しい 状態: 実行中 モデル更新時に改めてテストしづらい CIは実行中なのでしばらく待機します。 (sessionが終了してしまう) 14
  4. PLaMo-3.0-Primeを使ってみる: 外部ロジックの利用 外部ロジックを追加することで、この問題は回避できる while True: status = PLaMoで監視 if status

    == “retry”: PLaMoによるretry continue if status == “finish”: break PR ABCのCIの状況を教えて tool call: CIの状態をチェック 状態: 実行中 status: executing 15
  5. PLaMo-3.0-Primeを使ってみる: 外部ロジックの利用 外部ロジックを追加することで、この問題は回避できる while True: PR ABCのCIの状況を教えて status = PLaMoで監視

    if status == “retry”: tool call: CIの状態をチェック PLaMoによるretry 外部ロジックによる支援 continue • == 外部ロジックで支援したことが具体的な改善点となる if status “finish”: 状態: 実行中 • 普段から使い続けてモデルの性能を継続的に確認できる break 課題: status: executing • モデル更新時に支援を外してテストしづらい 16
  6. OpenAI API proxyによるuser code共通化 (1) 外部ロジックをOpenAI APIとして実装することで、使い方を共通化 状態: 実行中 CIは実行中です

    呼び出し側のコードは tool call: CIの状態をチェックするscript 普通のモデル呼び出しと同じ . . . 18
  7. OpenAI API proxyによるuser code共通化 (1) 外部ロジックをOpenAI APIとして実装することで、使い方を共通化 状態: 実行中 CIは実行中です

    呼び出し側のコードは tool call: CIの状態をチェックするscript 普通のモデル呼び出しと同じ . . . proxyサーバは • 外部ロジックによる処理 • PLaMoの呼び出し を使い分けて行動する 19
  8. OpenAI API proxyによるuser code共通化 (2) proxy内部の処理は以下のようになっている API requests (chat completion)

    最初の呼び出し 監視/retryのために呼び出すtoolを決める 22 tool callの要求
  9. OpenAI API proxyによるuser code共通化 (2) proxy内部の処理は以下のようになっている API requests (chat completion)

    最初の呼び出し 監視/retryのために呼び出すtoolを決める tool callの出力が 返ってきた 出力からCIの状態を判定 23 tool callの要求
  10. OpenAI API proxyによるuser code共通化 (2) proxy内部の処理は以下のようになっている API requests (chat completion)

    最初の呼び出し 監視/retryのために呼び出すtoolを決める tool callの出力が 返ってきた 実行中 または retryが必要 出力からCIの状態を判定 24 tool callの要求
  11. OpenAI API proxyによるuser code共通化 (2) proxy内部の処理は以下のようになっている API requests (chat completion)

    最初の呼び出し 監視/retryのために呼び出すtoolを決める tool callの出力が 返ってきた tool callの要求 実行中 または retryが必要 出力からCIの状態を判定 25 結果を出力
  12. OpenAI API proxyによるuser code共通化 (3) 使い方が共通なため、様々な条件での調査が容易 1: 現在のPLaMoを使った実験・調査 現在のPLaMoの課題を発見 2:

    proxyを導入した運用 業務の効率化にPLaMoを利用 3: 開発中の新しいPLaMoに置き換え モデルの性能改善を評価 28
  13. まとめ: PLaMoを継続的にdogfoodingするために dogfooding • 自分たちの業務が効率化することは必須 • その上で、PLaMoが失敗する可能性のあるタスクに適用することが大事 失敗する可能性のあるタスクへの適用 • 失敗する可能性のあるワークフローは日々の業務で使いづらい

    • 外部ロジックの補助を入れることで、使い続けられるようになる ◦ 外部ロジックの存在がPLaMoの改善点を示す ◦ 外部ロジックをOpenAI APIとして扱うことで、モデル評価が容易に 30