Skip to main content
PromptQuorumBuilt for humans. Structured for AI.

PromptQuorum 上手测试 · Page Assist · 2026年10月8日至9日

24 GB Mac 上的 Page Assist:找到了侧边栏,却读不懂页面

在搭载 M3 Pro 的 Mac 上对这款基于 Ollama 的浏览器扩展进行的实测。点击工具栏图标打开的是全屏页面,而不是侧边栏。找到侧边栏后,它能统计字数,但读不懂 Search Console 页面,也无法对页面执行操作。

相关内容: PromptQuorum 对 Page Assist 的评测 · 本地 AI 应用目录

图 1Search Console 效果页面,旁边是 Page Assist。回复称所提供的上下文中不包含 CTR 信息,并把页面描述为'a graphical representation of time intervals on a timeline'(时间轴上时间间隔的图形表示)。页面本身显示一张平均 CTR 卡片(1.5%)。测试者提出的问题不可见。截图显示的是测试者自己网站的指标。

结论

总体评价

一个功能丰富的本地模型前端,设置项涵盖模型、知识库、提示词、MCP 服务器、Page Action、WebMCP 和记忆。工具栏图标打开的是全屏聊天页面;测试者很晚才通过右键菜单找到侧边面板,还借助了 ChatGPT 的帮助。在侧边面板中,统计页面字数是成功的。Search Console 页面没有被读懂,网站内搜索失败,上下文没有随页面切换而更新,测试者也无法让 Page Action 滚动或点击。与 gemma4:latest 的前两次聊天返回了空回复。由于各次测试使用的模型不同,这里无法把扩展和模型的影响区分开。

是否适合测试者的使用场景

不适合他的使用方式。他想要一个像 Claude in Chrome 那样的侧边栏:接受任务、在页面间点击、输入数据。他看到的只有聊天,并打算卸载。'For now, stay with Claude Chrome extension.'

  • 观察工具栏图标打开的是全屏页面,而不是侧边栏。测试者在 ChatGPT 的帮助下,通过右键菜单找到了侧边面板。欢迎视频里提到的 Ctrl+Shift+Y 对他不起作用。
  • 观察在侧边面板中,统计页面字数成功。Search Console 页面没有被读懂(回复称没有 CTR 信息),网站内搜索失败,上下文也没有随页面切换而更新。
  • 测试者观点他正在卸载。他想要一个像 Claude in Chrome 那样能执行操作的侧边栏,得到的却是一个聊天工具。'The sidebar would be the jackpot.'

评分卡 状态: Abandoned

  • 安装3/5商店安装只需一个对话框。README 开头介绍的是源码构建,需要 Bun 和终端;测试者第一次尝试因 PATH 问题失败,而商店链接放在页面靠下的位置。
  • 上手与易发现性2/5工具栏图标打开的是全屏页面,侧边栏要通过另一种方式才能打开,欢迎视频里提到的快捷键对他不起作用。
  • 核心功能2/5统计字数成功。Search Console 页面、网站内搜索、跨页面上下文和 Page Action 均未成功。前两次聊天返回了空回复。
  • 引导与迭代2/5模型设置很强大,但在粘贴的字段中只有两项带有说明。聊天中的'Add MCP server'按钮在到设置里配置之前不会有任何反应。
  • 性能不适用未测量。没有记录用时。
  • 文档3/5README 的步骤对会用终端的用户很清楚。功能列表承诺了侧边栏、网页界面和 chat with webpage。欢迎视频里的快捷键不起作用。
  • 信任与隐私不适用未审计。商店对话框要求读取和更改所有网站上的所有数据;数据是否留在本地未测试。
  • 卸载不适用测试者打算卸载。是否已经卸载未记录。

评分是根据下文证据得出的建议(1 = 差,5 = 很好),需由测试者确认。

测试详情

应用
Page Assist,'A Web UI for Local AI Models':一款带有侧边栏、全页面网页界面和'chat with webpage'功能的 Chrome 扩展(github.com/n4ze3m/page-assist) 观察
版本
未记录(扩展、Chrome、Ollama 和 macOS 的版本都没有记录)
测试者
Hans Kuepper,PromptQuorum 创始人
开始时间
2026 年 10 月 8 日 11:00(未说明时区;推测为当地时间,德国) 观察
结束时间
2026 年 10 月 9 日 19:00。经过时间约 32 小时;实际测试时长未记录。 观察
硬件
MacBook Pro,Apple M3 Pro,24 GB 统一内存(笔记中写的是'M3 24 GB') 观察
系统
macOS,测试当日的最新版本;具体版本未记录。浏览器:Chrome。
安装方式
两种。先从源码构建(git、Bun、'load unpacked'),后来从 Chrome Web Store 安装。 观察
本地模型
Ollama,运行中。截图中可见的模型:gemma4:latest 和 qwen3-coder:30b。 观察
测试原因
测试者喜欢侧边栏这个概念,每天使用 Claude in Chrome,并且为 PromptQuorum 应用做过一个侧边栏。 观察
目标
'主要目标是侧边栏,以及看看侧边栏能做什么。' 观察
使用的 AI 辅助
一个 AI 助手,用于 Bun 的设置(笔记中未写明是哪一个);ChatGPT,用于找到侧边栏。 观察

每条陈述都带有标签:观察测量测试者估计厂商声明第三方假设测试者观点测试者失误标签含义

利益披露。 测试者创办了 PromptQuorum(promptquorum.com),这是一个关于本地 AI 应用的内容网站和目录。PromptQuorum 已经发布过一篇 Page Assist 评测(笔记中称之为'my Page Assist review');本次测试仅依据测试者自己的使用过程。测试者自己做过竞品工具(PromptQuorum 应用的侧边栏,以及一个 Chrome 扩展 PromptQuorum Optimizer),并把 Anthropic 的产品 Claude in Chrome 当作自己的参照标准。笔记中没有与 Page Assist 作者联系、付款或赞助的记录。

原始笔记 PDF: 待补充

塑造这次测试的五个时刻

设置里算是有一点侧边栏的影子,但真正的大奖其实是侧边栏。其余的是另一个界面,功能也不同。

测试者笔记,由语音转写稍作编辑。译自英文。

测试经过

为什么选这款应用

测试者观点

'So interesting idea to basically have a sidebar.'(有一个侧边栏,这个想法真有意思。)他为 PromptQuorum 应用做过一个侧边栏,觉得它对连接本地模型很有用。他还'always when I am lost'(每当迷路时)都会用 Claude Chrome 扩展。

观察

用他自己的话说,目标是侧边栏,以及它能做什么。

从源码安装

厂商声明

README(由测试者粘贴)列出的前提条件:Bun、Ollama,或任何兼容 OpenAI 的端点,例如 LM Studio 或 llamafile。步骤:git clone、bun install、bun run build('by default it will build for Chrome, Edge and Firefox'),然后把构建目录作为未打包的扩展加载。另有说明:如果 Bun 出问题,改用 npm。

测试者观点

'很直接,但不适合不喜欢终端的人。'

观察

git clone 完成(14,361 个对象,9.93 MiB)。第一次 'bun install' 失败,提示 'zsh: command not found: bun'。测试者询问了一个 AI 助手,它说 Bun 已经安装成功,只是终端没有加载更新后的 PATH;解决办法是 'exec /bin/zsh'。

观察

之后安装'took a while'(花了一会儿),在终端里大约一分钟,扩展随即运行。笔记中没有描述 'load unpacked' 这一步。

假设

前几张截图地址栏里的扩展 ID(ofcf...)与商店版本的(jfgf...)不同,这与未打包构建相符。未经确认。

首次启动:全屏页面

观察

点击扩展,会以完整的浏览器标签页打开 'Page Assist - A Web UI for Local AI Models'。页面显示 'Ollama is running'、空的模型和提示词选择器,以及一个消息框。

图 2工具栏图标打开的内容:全页面聊天界面(此处为源码构建版本)。已检测到 Ollama,尚未选择模型。书签栏和头像已模糊处理。
测试者观点

'它被宣传成侧边栏,但它不是侧边栏。'

观察

设置菜单很长:General、Pipeline、Ollama、Chrome AI、OpenAI Compatible API、MCP Servers、Page Action、WebMCP、Memory、Manage Models、Manage Knowledge、Manage Prompts、Manage Share、About。其中几项带有 Beta 标记。'Chrome AI Settings' 提供约 4 GB 的 Gemini Nano 下载,开关处于关闭状态。

图 3源码构建版本的设置菜单。'Chrome AI Settings' 提供约 4 GB 的 Gemini Nano 下载,开关处于关闭状态。MCP Servers、Page Action、WebMCP 和 Memory 带有 Beta 标记。书签栏和头像已模糊处理。
测试者观点

'系统设置看起来非常出色。'

Chrome Web Store 途径

观察

README 把 Chrome Web Store 链接列在页面靠下的位置。测试者没有注意到,走了源码途径。'It was listed below and I missed it.'

观察

安装对话框称该扩展可以 'Read and change all your data on all websites' 和 'Display notifications'。

图 4Chrome Web Store 页面:'Featured',4.8 星、245 个评分、200,000 名用户(商店数据,未核实)。安装对话框列出 'Read and change all your data on all websites' 和 'Display notifications'。标签页标题、书签和头像已隐藏。
第三方

商店页面在测试当日显示 'Featured'、4.8 星、245 个评分和 200,000 名用户。未核实。

观察

据测试者称,代码仓库最近一次更新是 2026 年 10 月 4 日,即测试前四天。没有截图留存。

测试者观点

'这个 Chrome 扩展的下载,比 GitHub 简单太多了。'

首次聊天:空回复

观察

在商店版本中,测试者写道:'Okay, I'm principle lost. Can you tell me what page assist actually does?',并解释说他原本期待的是网页旁边的侧边栏。模型:gemma4:latest。回复是一个折叠的 'Thought for 0ms' 框,没有答案文本。

图 5商店版本中的第一次聊天。用户问 Page Assist 到底是做什么的,并说他原本期待的是侧边栏。回复只有一个 'Thought for 0ms' 框。底部的两个开关处于开启状态;其含义未检查。书签栏和头像已模糊处理。
观察

他问:'Okay, where's my answer?'。第二次回复同样是一个空的 'Thought for 0ms' 框。

图 6第二次尝试。gemma4:latest 的两次回复都是空的 'Thought for 0ms' 框。原因未查明。
假设

原因没有查明。模型、思考开关或与 Ollama 的连接都可能起了作用。未测试。

寻找侧边栏

观察

出现了一个带视频的欢迎窗口。据测试者称,视频表明这不是一个会打开侧边栏并占满浏览器的扩展,并说明需要用快捷键来打开。测试者试了 Ctrl+Shift+Y,没有用。视频本身不在笔记中。

观察

他发现'设置里算是有一点侧边栏的影子'(粘贴的设置列表中有一项 Sidebar Position 设置)。他无法打开侧边栏。

观察

测试者粘贴的 README 功能列表写道:Sidebar('can be opened on any webpage')、Web UI('like a ChatGPT website')和 Chat With Webpage。

观察

作为对比,他展示了自己的 PromptQuorum Optimizer 扩展:一个处于离线状态的工具栏弹窗('Start the PromptQuorum desktop app to enable optimization')。笔记中称它是他的侧边栏,并说'it works';截图显示的是离线状态。

图 7这不是 Page Assist。这是测试者自己的 PromptQuorum Optimizer 扩展,用于对比。它是一个处于离线状态的工具栏弹窗('Start the PromptQuorum desktop app to enable optimization');笔记中称之为他的侧边栏。周围的页面已被裁掉。
观察

他通过 Ahrefs 提醒发现 aihubmix.com 上的一篇文章,其中提到了他写的 Page Assist 评测,这让他有了再试一次的动力。测试者没有说明是否读过这篇文章。

观察

他借助 ChatGPT 发现侧边栏没有开关。在他的 Mac 上的 Chrome 中,侧边面板要通过在页面上右键打开;点击扩展图标打开的是全屏界面,'a totally different function'(一个完全不同的功能)。

假设

设置列表里还有两项 Beta 条目:'Set Default Action for Extension Icon Clicks' 和 'Set Default action for Context Menu'。它们可能控制这一行为。未测试。

使用侧边栏

观察

侧边面板中的第一个问题是 'what does the text talk about'。显示的模型:gemma4:latest。没有出现答案,只有一个光标。

图 8侧边面板中的第一个问题:'what does the text talk about'。显示的模型:gemma4:latest。只出现了一个光标。随后测试者检查了本地模型是否在工作。面板旁边的文章页面(第三方)已被裁掉。
观察

测试者做了对比:他自己的 Chrome 应用每 20 秒检查一次本地模型是否可连接。而这里没有任何提示告诉他模型是否在工作。'Now I need to find out if the local LLM is working or what the issue is.'

观察

'some more clicks'(再点了几下)之后它就能用了。笔记没有说明是什么修好的。后来的截图显示选中的是 qwen3-coder:30b,而不是 gemma4:latest。

图 9选中 qwen3-coder:30b 的侧边面板起始界面。'Chat with current page' 已开启;在这张截图中 'Page Action' 和 'Page tools (WebMCP)' 处于关闭状态。
假设

切换模型可能就是解决办法。笔记中没有这样说明。

观察

起始界面显示 'Chat with current page' 已勾选,'Page Action' 和 'Page tools (WebMCP)' 未勾选。

读取页面并对页面执行操作

观察

他让它统计页面上的字数。'It counted well.' 具体是哪个页面、哪个模型:未记录。

观察

在 Search Console 的效果页面上,回复称所提供的上下文中不包含任何 CTR 信息,并把内容描述为时间轴上时间间隔的图形表示(该页面顶部)。该页面实际显示着一张平均 CTR 为 1.5% 的卡片。测试者总结说:'could not read data, did not understand it'。

假设

动态图表和卡片内容可能不会以文本形式传给模型。上下文窗口较小也可能起了作用。两者均未测试。

观察

他让它在某个网站上查找说明。'And no. Failed.'

测试者观点

'如果加载一个新页面,系统不理解它,仍然在处理旧页面。'他称这是刷新问题,并得出结论:无法在页面之间跳转。尝试次数和使用的页面:未记录;没有截图留存。

观察

他发现一项设置似乎表明该工具可以点击、搜索和填写数据(Page Action)。'Nothing like this':他连让它滚动页面都没做到。

假设

那次测试期间 Page Action 或 WebMCP 是否开启,未记录。截图中两者都是关闭的。如果当时是关闭的,这就是设置上的疏漏,而不是产品的局限。

测试者观点

'现在看起来只有聊天功能可用,没有像 Claude Chrome 扩展那样的主动操作。'

界面细节

观察

朗读没有声音。文字转语音是否开启、是否选了语音,未记录。

观察

'Current Chat Model Settings' 面板列出 Keep Alive、Temperature、Seed、Context Window Size (num_ctx)、Max Tokens (num_predict)、Top K、Top P、Num GPU、Min P、Repeat Penalty、Repeat Last N、TFS-Z、Num Keep、Num Thread、useMmap、useMlock 和 Reasoning Effort。在测试者粘贴的文本中,只有 Keep Alive 和 Seed 带有说明行。工具提示未检查。

测试者观点

'模型设置很棒,但没有说明,所以大多数人看不懂这些都是什么。'

观察

聊天中的 'Add MCP server' 按钮没有任何可见反应;它要求先在设置里添加服务器。测试者称这是界面问题。

决定

测试者观点

'我现在要把这一切都卸载,因为它与我无关。我不需要另一个搜索工具、搜索引擎,或另一个用来使用本地 LLM 的界面。我已经有很多了。'

测试者观点

他想要的是一个位于所浏览页面旁的侧边栏:他在其中提问,由本地模型作答,有时从互联网获取答案,并且能像 Claude 的侧边栏那样逐步点击完成任务。'This is not a sidebar. This is a new browser.'

测试者观点

'For now, stay with Claude Chrome extension. There I can do all.'

官方说法与测试者所见

说法来源所见标签
Sidebar:'can be opened on any webpage'README 功能列表侧边面板存在,并显示了聊天。它通过右键打开,而不是通过工具栏图标。欢迎视频中提到的快捷键对测试者不起作用。观察
Web UI:'like a ChatGPT website'README 功能列表打开了全页面聊天界面。与 gemma4:latest 的两次聊天返回了空回复。观察
Chat With Webpage:'ask questions about the content'README 功能列表统计字数成功。Search Console 页面没有被读懂,上下文也没有随页面切换而更新。观察
可构建用于 Chrome、Edge 和 FirefoxREADME只使用了 Chrome。Edge 和 Firefox 未测试。观察
Featured、4.8 星、245 个评分、200,000 名用户Chrome Web Store 页面测试当日所见与所述一致。未核实。第三方
Page Action (Beta):该工具对页面执行操作设置菜单测试者无法让它滚动或点击。是否已开启未记录。观察
需要 Ollama 或兼容 OpenAI 的端点README 前提条件Ollama 正在运行并被检测到。未尝试其他端点。观察

使用记录

#任务模型结果用时状态图
1克隆代码仓库-已完成未记录通过-
2bun install-首次运行:'command not found: bun'(PATH)。执行 'exec /bin/zsh' 后运行了约一分钟约 1 分钟部分完成-
3构建并加载扩展-扩展运行(笔记中未逐项列出构建步骤)未记录通过图 2
4从工具栏打开扩展-全屏网页界面,而不是侧边栏-部分完成图 2, 图 3
5从 Chrome Web Store 安装-出现对话框;扩展已添加(后来的截图使用的是商店 ID)未记录通过图 4
6在网页界面中聊天gemma4:latest两次空的 'Thought for 0ms' 回复-失败图 5, 图 6
7用 Ctrl+Shift+Y 打开侧边栏-没有用-失败-
8从右键菜单打开侧边栏-ChatGPT 指出之后成功未记录通过图 9
9侧边面板中的第一个问题gemma4:latest没有答案,只有光标;'some more clicks' 之后好了(原因未记录)-部分完成图 8
10统计页面上的字数未记录据测试者称,统计得不错未记录通过-
11在 Search Console 页面上询问 CTRqwen3-coder:30b回复:上下文中没有 CTR 信息-失败图 1
12在网站上查找说明未记录失败-失败-
13跳转到另一个页面再提问未记录仍停留在旧页面的上下文(测试者的印象)-失败-
14Page Action:在页面上滚动或点击未记录无法滚动;开关状态未记录-失败图 9
15朗读-没有声音;设置未记录-失败-
16从聊天中添加 MCP 服务器-按钮在到设置里配置之前没有反应-部分完成-
17卸载-已计划;是否完成未记录-未完成-

测试者出错的地方

  • 测试者失误漏看了 README 中的 Chrome Web Store 链接,先走了更长的源码途径。测试者自己也这样说。
  • 测试者失误通过工具栏图标寻找侧边栏,而它打开的是全屏界面,很长时间都没有找到右键菜单这条途径。产品自己的欢迎视频提到的快捷键并不起作用,所以这个疏漏责任是双方的。
  • 假设在点击和滚动测试期间,Page Action 和 WebMCP 可能是关闭的。唯一的截图显示两者都未勾选。如果是这样,这项发现就是设置上的疏漏,而不是产品的局限。
  • 假设与 Claude in Chrome 的对比把扩展和模型混在了一起:Page Assist 运行的是本地模型(gemma4:latest、qwen3-coder:30b,后者按名称看是面向代码的模型),而 Claude in Chrome 运行的是云端模型。README 称 Page Assist 可以使用兼容 OpenAI 的端点;一个也没有尝试。差距可能部分来自模型。
  • 测试者失误记录中留有空白:扩展、Chrome、Ollama 和 macOS 的版本;最初几张截图之后每次测试所用的模型;是什么修好了卡住的回复;用于字数统计和页面切换测试的页面。
  • 测试者观点测试者称自己的 PromptQuorum Optimizer 是一个'works'的侧边栏。截图显示的是一个当时处于离线状态的工具栏弹窗。因此这个对比点比他所说的要弱。

发现清单

编号发现项类别标签严重程度图
PA-01README 有清晰的源码构建步骤(git clone、bun install、bun run build),但需要终端、Bun 和 Ollama。安装观察中-
PA-02Chrome Web Store 链接列在 README 靠下的位置;测试者没有注意到,走了源码途径。安装观察中图 4
PA-03安装 Bun 之后,在重新加载 shell 之前出现 'bun: command not found'(这是 Bun 和 PATH 的问题,与 Page Assist 本身无关)。安装观察低-
PA-04工具栏图标打开的是全屏网页界面,而不是侧边栏。侧边栏要通过右键菜单打开。上手观察高图 2, 图 9
PA-05欢迎视频中提到的快捷键(试了 Ctrl+Shift+Y)对测试者不起作用。上手观察中-
PA-06商店安装要求读取和更改所有网站上的所有数据,并显示通知。信任观察中图 4
PA-07与 gemma4:latest 的两次聊天返回了空的 'Thought for 0ms' 回复。原因未查明。核心功能观察高图 5, 图 6
PA-08侧边面板中的第一个问题只显示一个光标,没有任何迹象表明模型是否可连接。'some more clicks' 之后就好了。核心功能观察中图 8
PA-09据测试者称,Chat with current page 正确统计了页面上的字数。核心功能观察正面-
PA-10在 Search Console 页面上,回复称没有 CTR 信息,尽管页面上有一张 CTR 卡片。核心功能观察高图 1
PA-11据测试者的印象,上下文没有随页面切换而更新。没有截图留存,尝试次数未记录。核心功能测试者观点高-
PA-12在网站上查找说明的请求失败了。核心功能观察中-
PA-13Page Action 无法滚动或点击。是否已开启未记录。核心功能观察高图 9
PA-14模型设置列出了许多参数;在粘贴的文本中,只有 Keep Alive 和 Seed 带有说明。体验观察低-
PA-15聊天中的 'Add MCP server' 按钮在到设置里配置服务器之前没有任何可见反应。体验观察低-
PA-16朗读没有声音;设置状态未记录。体验观察低-
PA-17据测试者称,代码仓库最近一次更新是 2026 年 10 月 4 日(没有截图留存)。维护观察正面-
PA-18商店页面:Featured、4.8 星、245 个评分、200,000 名用户。未核实。信任第三方正面图 4

严重程度指对首次使用者的影响。为建议值,并非实测。

适合谁

可能适合

  • 假设想要全页面聊天界面、能熟练使用设置,并且可能通过右键菜单找到侧边面板的 Ollama 用户。
  • 假设想要与当前页面进行本地聊天,并能接受它可能读不懂数据密集型页面的人。

可能不适合

  • 测试者观点期望得到一个能像 Claude in Chrome 那样在页面间点击的侧边栏智能体的人。
  • 假设不想打开终端的人:请使用商店版本,而不是源码构建。

复测。 复测时应开启并记录 Page Action 和 WebMCP,每次测试只用一个模型,并用更大的模型或云端模型试同一个页面。测试者不打算复测,他正在卸载。

希望 Page Assist 将来能更接近这种水平的支持。

测试者笔记,由语音转写稍作编辑。译自英文。

常见问题

Page Assist 能当侧边栏用吗?

有侧边面板,但点工具栏图标打开的是一个全屏聊天页面。测试者靠右键找到了侧边面板,其间得到了 ChatGPT 的帮助。欢迎视频里提到的快捷键(Ctrl+Shift+Y)对他不起作用。 观察

Page Assist 能读取我正在看的页面吗?

这次测试中只能部分做到。数一个页面的单词没问题。一个 Search Console 页面没有被看懂(回复说没有 CTR 信息,而页面上有一张 CTR 卡片),而且在测试者看来,换页面后上下文没有跟着变。各次测试用的模型不同。 观察

Page Assist 能点击、滚动或填写页面吗?

测试者没能让 Page Action 滚动或点击。在唯一的截图里,Page Action 和 WebMCP 是关闭的,所以这可能是设置上的疏漏,而不是产品的限制。 观察

Page Assist 需要 Ollama 吗?

其 README 把 Bun,加上 Ollama 或任何兼容 OpenAI 的端点,列为从源码构建的前提条件。这次测试中 Ollama 在运行并被检测到;没有试过其他端点。 厂商声明

开发方背景

不属于上手测试过程;未核实。

  • 第三方aihubmix.com 上的一篇文章(标题取自其网址,大意为 'Page Assist in practice: four everyday browser workflows with local and cloud models')链接到了 PromptQuorum 的 Page Assist 评测。本次测试没有审阅其内容。

更多实测

如何理解标签

观察
在应用、截图或测试者笔记中亲眼所见。
测量
从对话框、计数器或工具中读取的数值,并给出具体数字。
测试者估计
测试者自己的估计;未计时或计数。
厂商声明
由应用、商店页面或其网站所述;未核实。
第三方
来自其他来源(AI 助手、文章);此处未核实。
假设
一种推断,可能是错的。
测试者观点
测试者的判断或意见。
测试者失误
测试者出错或遗漏之处。

资料来源

  • 测试者的实测笔记,2026 年 10 月 8 日至 9 日(原始文档;原始笔记 PDF 待补充)。
  • github.com/n4ze3m/page-assist 的 README、安装步骤和功能列表,由测试者粘贴。
  • Chrome Web Store 页面和安装对话框,见测试者的截图。
  • aihubmix.com 上的文章(网址见测试者笔记),未审阅。

测试编号 pq-test-page-assist-2026-10-08 · 测试标准 v0.1 · 原始笔记 PDF:待补充