Question 1

Viteのプロダクションビルドでesbuildのdrop consoleを使用した場合に発生する'TypeError: debug is not a function'を修正する方法

Accepted Answer

これは `page-agent` / `@page-agent/llms` `1.12.1` に影響します。このパッケージは、`var debug = console.debug.bind(...)` でローカルロガーをバインドしています。esbuild が `drop: ['console']` を使用すると、その式は `var debug = void 0` に書き換えられるため、本番環境で後続の `debug(...)` 呼び出しが失敗します。`debug` はモジュールローカルであるため、`globalThis.debug` を設定しても機能しません。

恒久的な修正: issue #621 の修正を含むリリースに `page-agent` と `@page-agent/llms` をアップグレードしてください。この修正では、バインドされた `console.debug` を直接保存する代わりに、ロガーが関数でラップされています。

一時的な回避策（利用者側）: バンドルで console の削除を無効にします。`vite.config.ts` で:

```ts
export default defineConfig({
  esbuild: {
    drop: []
  }
})
```

このオプションが VitePress や他のプリセットによって注入されている場合は、Vite プラグインで強制的に上書きします:

```ts
function keepConsole() {
  return {
    name: 'keep-console',
    configResolved(config: any) {
      if (config.esbuild && typeof config.esbuild === 'object') {
        config.esbuild.drop = []
      }
    }
  }
}

export default defineConfig({
  plugins: [keepConsole()]
})
```

あるいは、`dist/lib/page-agent-llms.js` に安全なラッパーでパッチを適用します:

```js
var debug = (...args) => {
  if (typeof console !== 'undefined' && typeof console.debug === 'function') {
    console.debug(chalk.gray('[LLM]'), ...args)
  }
}
```

ビルド出力に `debug=void 0` が含まれていないことを確認します:

```bash
grep -n "debug=void 0" dist/assets/*.js
```

Question 2

なぜPage Agentが検索ボックスに入力すると、Bingの検索候補が失敗するのですか？

Accepted Answer

Chrome 152/macOS 上の Page Agent 1.12.2 では、`inputTextElement()` が `weather tomorrow` などのテキストを入力した後に入力フィールドを強制的にブラーさせるため、Bing がサジェストを表示しません。この問題は PR `fix(page-controller): preserve input focus` で修正されています。Page Agent をその PR を含むリリースにアップグレードするか、page-controller のフォーカス修正がマージされた状態でソースからビルドしてください。`inputTextElement()` の実行後も入力フィールドはフォーカスを維持し、Bing のサジェストが表示されるようになります。一時的な回避策として、自動テキスト入力の後に検索ボックスを明示的に再フォーカスし、input イベントをトリガーしてください。

Question 3

MV3 service workerが非アクティブであるためにブラウザ拡張機能が応答しなくなり、メッセージを無視する問題を修正するには？

Accepted Answer

この問題は v1.7.1 で発生し、拡張機能の更新後に Manifest V3 service worker がストールした場合に起こります。Chrome/Brave は更新時に登録済みの alarm をクリアすることがあり、その結果バックグラウンドワーカーが正しく再起動できなくなります。回避策として、`brave://extensions`（または `chrome://extensions`）を開き、該当する拡張機能を見つけ、Reload ボタンをクリックしてから、agent chat を開き直してください。それでも固まったままの場合は、拡張機能をオフ/オンに切り替えるか、ブラウザを再起動してください。恒久的な修正は、ストールしたワーカーのヘルスチェックと service worker の alarm/更新の修正を含むリリースへ拡張機能をアップグレードすることです。

Question 4

v1.10.0でカスタムMiniMax M3モデルが動作しない問題を修正する方法

Accepted Answer

`refactor(llms): rewrite model patching and deprecate temperature` の修正を含むリリースにアップグレードするか、最新の main ブランチからビルドしてください。この障害は、MiniMax M3 がパラメータスキーマを変更したことが原因で発生しました。更新されたモデルパッチは、現在のスキーマに一致するパラメータを送信します。アップグレード後、`temperature` は非推奨となったため、手動で設定している `temperature` の設定はすべて削除してください。OpenRouter 経由で M3 を使用している場合、モデルが無効な int/string 形式を返すことがあるため、ツール呼び出しが引き続き失敗する可能性があります。この問題はモデル/プロバイダー側で修正される必要があるため、回避策としてサポート対象のモデルを使用するか、MiniMax への直接アクセスを利用してください。

Question 5

なぜ wait ツールは AbortSignal が abort されても、すぐに reject しないのですか？

Accepted Answer

これは、issue #553をクローズするコアPR `fix(core): make wait honor abort during setup` によって修正されています。以前は、`wait` はタイマーが開始される前にページ更新タイミングを読み取る間、abortを無視することがありました。この修正を含むリリースにコアパッケージをアップグレードしてください。アップグレード後は、シグナルをabortすると、タイマーの開始を待つのではなく、セットアップ中に `wait` が直ちに中断されます。すでにabortされた `AbortController.signal` を `wait` に渡して確認してください。

page-agent

概要

README プレビュー

FAQ (5)

同类型项目

browser-use

puppeteer

manim

PaddleOCR