workbench モジュールと error-assistant モジュール)で動作します。各設定の役割、ユーザーアクセス、クォータについては AI 連携 で説明しています。このページでは、それを Kubernetes に設定する方法を説明します。
設定
1
ConfigMap
30-config.yaml (additions)
AI_ENABLED は正確に "true" である必要があります。アシスタントは、AI_ENABLED、AI_BASE_URL、AI_MODEL、AI_API_KEY がすべて設定されている場合にのみ表示されます。2
Secret
3
適用、再起動し、すべての Pod からゲートウェイを確認する
000 の場合は到達できていません。web_fetch ツールは 外部 URL のファイルと同じプロキシを通じてページを取得するため、OVERLEAF_LINKED_URL_* の設定はモデルが読み取れる範囲も制限します。
複数のレプリカ
追加の作業は不要です。トークンクォータは Redis でカウントされるため、ユーザーの使用量はどのレプリカでも同じであり、管理者によるリセットはすべてのレプリカに適用されます。Kubernetes でのテスト結果
OpenAI 互換ゲートウェイ、Tavily、GitBook MCP エンドポイントのモック(overleaf-certs の NODE_EXTRA_CA_CERTS を通じて信頼)に対して、Kubernetes 1.37 上でエンドツーエンドテストに合格しました。HAProxy の背後の 3 つのレプリカでの AI アシスタント(31 ケース)では、ツール呼び出しと編集提案を含むチャット、Web とドキュメントの検索、OVERLEAF_LINKED_URL_ALLOWED_RESOURCES で制限された linked-url-proxy 経由での Web ページの読み取り、画像と PDF の添付、同意、Redis でカウントされるトークンクォータ、ユーザー単位およびインスタンス全体での AI の無効化、ゲートウェイへの低速な接続を確認しました。レプリカ 1 つでのエラーアシスタント(15 ケース)では、修正の提案、同意、共有トークンクォータ、AI の無効化を確認しました。
