Open WebUI 0.13.1は、会話内でコーディングエージェントを選び、ツール実行の承認を自動審査する機能を追加した。開発者は使い慣れたチャット画面からコーディングエージェントを呼び出せる。管理者は、審査モデルが確認不要と判断したツール呼び出しを自動実行するよう設定できる。

1. 会話内でコーディングエージェントを選択

2026年11月8日に公開された本バージョンでは、Open Terminalが提供するコーディングエージェントをモデル選択リストから選べる。Claude Codeが代表例だ。

CodexとPiも同じ方法で選択する。利用者はテキストや音声でエージェントと会話し、推論の強度やサービス階層を選び、チャット内でツール実行リクエストを承認できる。1つの会話には1つのエージェントが接続される。

新しいデスクトップ用コンパニオンアプリTetherにログインすると、自分のコンピューターがターミナルメニューの端末一覧に表示される。モデルやコーディングエージェント、自動化が、そのコンピューター上の実際のファイルやリポジトリ、ツールを扱う。利用者はスマートフォンを含む別の端末のブラウザーからもアクセスできる。

このアプリはMac、Windows、Linuxに対応する。サーバー側への接続を開始するためポートを開く必要はなく、切断後に接続が復旧するとターミナル出力も再開される。Webページを開いていなくてもデスクトップ通知を送る。

2. 審査モデルがツール呼び出しを確認

管理者は、従来の全許可と毎回承認を求める方式に加え、自動権限モードを有効にできる。このモードはデフォルトでは無効だ。有効にすると審査モデルがツール呼び出しを確認し、承認不要と判断した場合に限り、そのまま実行する。

審査のため、ツール名と引数、直近の数件のメッセージが設定済みの評価APIへ送られる。エラーやタイムアウト、コンテキスト超過、モデルの入力上限超過によって審査できない呼び出しは自動実行されず、利用者に承認を求める。

自動審査の利点は、繰り返しの承認作業を減らせることだ。その代わりに、判断に必要な会話内容と呼び出し情報が設定済みの評価APIへ送られる。運用者は、承認作業をどこまで減らすかと、評価サービスにどの情報を送るかを併せて決めることになる。

3. ツールを使う会話と検索が変わる

ツールを使う会話は、各リクエストの先頭部分を一定に保つよう変更される。同じ内容を毎回新たに追加する代わりに、処理済みの入力を再利用するプロンプトキャッシュを活用しやすくなる。プロジェクトは、この変更でツールを使う会話の費用が大幅に下がると説明する。

記憶情報と、モデルが使う作業指針であるスキルの一覧、添付知識の一覧は、ネイティブ関数呼び出し方式でユーザーメッセージの後に隠されたツール結果として渡される。これはモデルが機能の実行を要求する方式だ。そのため、メッセージを加工する独自の処理経路や、標準動作を変更するための処理では、最後のメッセージがツール結果となる構造を受け取る場合がある。

ツール検索を有効にすると、モデルは隠されたツールの全一覧を受け取る代わりに、検索でツールを見つける。標準のキーワード検索に加え、文書を数値で表現して意味の近いツールを探す検索や、関連性評価APIを利用できる。

見つかったツールのうち、互いに独立した複数のツールは1回のリクエストで実行できる。ツールを1つ見つけて実行するたびにモデルとやり取りする回数を減らし、ツールを多用する会話の費用を下げる仕組みだ。

繰り返し呼び出しへの処理も変わった。同じ引数で呼び出したツールが連続して2回失敗すると、ツールの反復を止め、モデルが最終回答を作成する。ツール呼び出しの上限に達した場合も、エラーで回答を終える代わりに、モデルがツールなしで回答する。

4. 大きな会話と長文貼り付けの待ち時間を削減

リリースノートによると、大きな会話を開く速度は約2倍、既読状態の変更やタグの削除は4～6倍になった。1万6000行を貼り付けてから入力する場合、キー入力ごとの時間は8.6秒から74ミリ秒に減り、約117倍に高速化したとプロジェクトは発表している。

前半の数値は会話を開く操作や状態変更、後半の数値は長文を貼り付けた後の入力応答を示す。それぞれ異なる作業の改善値なので、長い資料を会話に貼り付けて使う開発者は、特にキー入力の遅延削減に注目するとよい。

5. デプロイ前に会話の方式とデータの変更を確認

エージェントとの会話は、再生成・続きを書く操作・編集後の再送信に対応しない。エージェントのターミナルがなくなると、その会話と新しい会話は標準モデルに切り替わるが、過去の回答にはエージェント名が残る。データの格納構造を定めるデータベーススキーマが変わるため、複数のワーカーやサーバー、リクエストを複数サーバーに分散する負荷分散構成では、稼働サービスの個々の単位である全インスタンスを同時に更新する必要があり、順次更新は非対応だ。

プロジェクトは、本番環境の更新前にデータベースと関連データをバックアップするよう強く推奨している。セキュリティ修正も含まれるとして、すべてのデプロイをできるだけ早く更新するよう案内している。新機能の有効化とは別に、デプロイ計画にはデータ保全と同時切り替えの準備が必要だ。

添付ファイルは、ネイティブ関数呼び出し方式でモデルがファイルツールを使って読み取る形に変わる。ファイルツールに対応しないモデルを使う場合、管理者はモデル設定でファイルの事前読み込みを有効にし、添付内容を渡せる。

本バージョンの要点は、コーディングエージェントを呼び出す画面とツール実行を承認する流れを1つの会話にまとめ、管理者が自動化と情報送信の範囲を併せて選べるようにしたことにある。