这篇能做出什么
做完这套设置，浏览器里的标签页可以当成 ChatGPT 的输入源。举几个具体场景：
- 打开五六个电商页面，让它输出一张对比表：商品名、到手价、运费、是否有货、优惠条件。
- 打开一篇长报告和一个行业新闻页，让它把两边的关键数字抽出来，冲突的地方单独列出来。
- 打开需求文档页、接口文档页、评审记录页，让它整理成一张待办表：事项、负责人、截止时间、原文依据。
- 打开英文文档，让它按小节逐条翻译并保留原文术语。
核心不是"装个插件"，而是三件事：知道授权授了什么、知道怎么问才不跑偏、知道哪些页面不该让它读。下面按顺序来。
前置条件清单
- 桌面版 Chrome 或其他基于 Chromium 的桌面浏览器。手机浏览器一般装不了扩展。
- 一个能正常登录的 ChatGPT 账号。标签页读取能力通常出现在官方浏览器扩展或官方桌面客户端里，具体支持范围、可用地区与账号类型，以官方文档和产品页面当前说明为准。
- 只从官方扩展商店或官方下载页获取扩展与客户端，来源不明的同名扩展不要装。
- 一个可复现的测试场景：比如三个同类商品页，或者一篇长文加一篇短文。后面所有验证都用这个场景。
第一步：开启标签页读取，并把权限收小
1.1 先看清权限弹窗
安装扩展时，Chrome 会列出它申请的权限。常见的两类写法是：
- "读取和更改您在所有网站上的数据"：意思是它能读取任意页面的内容，也能向页面注入脚本。这是功能所需，也是风险所在。
- "读取您的浏览历史"或标签页相关权限：用来知道当前打开了哪些标签页、标题是什么。
需要区分一个容易误解的点：扩展清单里的 tabs 权限本身只提供标签页的元信息（标题、URL 等），真正能读页面正文的，是 host permissions 或 activeTab 加脚本注入能力。看权限清单时，重点看有没有"在所有网站上读取数据"这一条。
一个扩展清单里权限字段的大致长这样（version 是占位，按实际填）：
```json
{
"manifest_version": 3,
"name": "示例扩展",
"version": "1.0",
"permissions": ["activeTab", "scripting", "tabs"],
"host_permissions": ["https://example.com/*"]
}
```
看到 host_permissions 里写的是具体域名，说明它默认只在这些站点生效；写的是通配所有站点，说明任何页面它都能读。
1.2 把"所有网站"改成按需
在 Chrome 里进入 chrome://extensions，找到该扩展，点"详情"，找到"网站访问权限"，通常有三个选项：
- 在点击时：只有你主动点扩展图标，它才获得当前这个标签页的临时访问权。日常浏览最省心。
- 在特定网站上：手动填入你真正需要处理的域名，比如公司内网文档站、某个电商站。
- 在所有网站上：方便，但等于把每个打开的页面都暴露在可读范围内。
习惯用前两种。只在做多站点比价这类临时任务时，才短时间放开。
1.3 验证权限是否真的生效
打开一个页面，问一个只有这个页面才知道的细节，例如：
```text
读取当前标签页，只回答两个问题：
1. 页面主标题的完整文字是什么？
2. 页面里出现的第一个带百分号的数字是多少，它出现在哪句话里？
不要补充页面之外的信息。
```
如果它能原样答出来，说明读取链路通了。如果答得含糊、像是凭常识编的，说明它没拿到页面内容，只是根据标题猜的——这是后面排错的重点。
第二步：四类可复用的提问模板
模板的价值在于把"不要做什么"也写进去。下面四个可以直接改字段使用。
2.1 单页总结（防止它自由发挥）
```text
读取当前标签页，然后按下面四段输出：
1. 五句话以内：这篇内容在讲什么、写给谁看。
2. 关键数字清单：数字 + 它所在的那句话原文，原样引用，不要换算、不要四舍五入。
3. 作者明确给出的建议，以及每条建议成立的前提条件。
4. 单独一节"文中没有回答的问题"。
不要补充页面之外的信息，不要给评价。
```
2.2 多页比价 / 对比
```text
我现在打开了多个同类商品的标签页，请整理成一张 Markdown 表格，列固定为：
商品名 | 平台或店铺 | 到手价 | 运费 | 是否有货 | 优惠条件 | 来源标签页标题
规则：
1. 只写页面上明确写出的信息。页面没写的，填"页面未显示"，不要根据常识推测。
2. 价格后面用括号标注来源标签页标题。
3. 结尾单独列一节"需要人工确认的疑点"，最多 5 条。
4. 不要给购买建议，只做信息整理。
```
2.3 跨页信息整理（把散落字段汇总）
```text
当前打开的标签页是同一件事的不同来源。请把每个页面里的这几项抽出来做成表格：
成立时间 | 团队规模 | 主要产品 | 收费方式
要求：
- 每一格都标注来源标签页标题。
- 两个页面说法冲突时，不要替我判断谁对，把两种说法都放进"冲突项"一节。
- 找不到的字段写"未找到"，不要用常识补全。
```
2.4 边读边产出（会议记录、需求梳理）
```text
这是某个项目的评审记录页。请按下面结构整理：
- 一句话结论
- 待办清单表格：事项 | 负责人 | 截止时间 | 原文依据
- 悬而未决的问题
凡是页面上没写负责人或时间的，写"未指定"，不要猜。
原文依据一栏引用页面上对应的那句话。
```
四条模板的共同点：固定输出结构、要求标注来源、给"不知道"留出口。这三点能明显减少编造。
第三步：把跨页流程固定成动作顺序
1. 先想清楚要产出什么表、哪些列，再去开标签页。列定了，页面就只开相关的。
2. 一次只处理一个主题。比价就只开比价页，整理需求就只开文档页，混着开容易串。
3. 页面先滚到底，把懒加载的内容触发出来，再提问。很多页面首屏只有骨架，模型看到的就是空壳。
4. 追问时点名来源，例如"第 2 个标签页里的运费是按件还是按单"。
5. 需要落盘时，让它直接输出 CSV 或 Markdown 表格，粘进表格软件。
第四步：读不到内容时的兜底方案
如果扩展或客户端一直读不到，可以用开发者工具把正文抽出来手动粘贴。在目标页面按 F12 打开开发者工具，切到 Console，粘贴运行：
```javascript
// 在目标标签页的 DevTools Console 里运行
(() => {
const root =
document.querySelector('main, article, [role="main"]') || document.body;
const text = root.innerText.replace(/\n{3,}/g, '\n\n').trim();
copy(text); // copy() 是 DevTools 提供的函数，会写入剪贴板
console.log('已复制字符数：', text.length);
return text.slice(0, 300);
})();
```
copy() 是开发者工具环境里的内置函数，只在 Console 中可用，普通网页脚本里没有。复制到的文本再粘贴给模型即可。注意这只适合你自己有权访问的页面。
常见坑与排错
模型答得像在编。 先怀疑没读到内容。用 1.3 的验证模板测一次。若确实没读到，按顺序检查：刷新页面重新附加 → 看扩展详情里该站点是否被限制 → 关掉可能冲突的拦截类扩展 → 在普通窗口（非无痕）重试。
无痕窗口里没反应。 无痕模式默认不加载扩展，需要在扩展详情里单独允许。
页面内容不完整。 三种常见原因：懒加载（滚动触发）、无限滚动（只渲染可见部分）、内容在 iframe 里。前两种先在页面上滚动到底再提问；iframe 里的内容要单独打开那个框架的地址再读。
公司内网站点被拦。 有些组织的浏览器策略会统一禁用扩展或限制权限，这种情况只能走兜底方案或换个人设备处理公开资料。
多标签页串味。 打开太多标签页时，模型可能把 A 页的价格配到 B 页的商品上。模板里强制"每格标来源"就是为了暴露这类错误。看到来源对不上，直接指出让它重做。
价格和库存有时效。 页面本身可能是缓存内容，模型读到的也只是当时渲染出来的文字。下单前以官方页面当前显示为准。
登录态页面被读取。 你登录后看到的工单、后台、财务、HR 页面，内容同样会作为上下文发出去。处理这类页面时，用单独的浏览器配置文件或单独窗口，处理完就关掉，别让它们一直开着。
输出格式飘。 在模板末尾补一句"只输出表格，不要解释"。列名和顺序固定下来，后续对比才省事。
下一步建议
- 把上面四个模板存进剪贴板工具或笔记软件的代码片段里，用的时候改字段，不要每次重写。
- 给自己定一条规则：涉及他人隐私、账号、财务的页面不进入标签页读取流程。
- 需要长期跟踪的字段（比如每周比一次价），先把字段清单固定下来，跑顺之后再考虑用脚本抓取，让模型只负责整理和核对。
- 定期回
chrome://extensions看一眼已装扩展的站点访问权限，把不再需要的改回"在点击时"。 - 关于数据如何被使用、哪些开关可调，按官方设置页面里的说明来，规则会变，别凭印象。