ChatGPT 能用 Chrome，网站授权和任务范围要分开看
Hello，我是飞飞。
你把已经登录的 Chrome 交给 ChatGPT，最想省掉哪一步？复制网页，切标签，还是把后台里的消息挨条搬出来？我五月试 Codex 插件时，最喜欢的就是省掉重新登录。
这次看到 ChatGPT 控制 Chrome 的消息，我翻回了自己的旧文。有句话得收窄：当时我把插件的广泛权限，写得像装上就能随意访问所有登录网站。
当前官方文档把中间的授权写清楚了。安装插件、允许某个网站、访问历史记录，是不同的事。这个差别会直接影响你怎么给它派活。
先交代范围：这次没有新上手记录。我核的是截至十月十六日的官方文档，对照五月的真实体验。下面的任务例子是建议写法，不是本次实测结果。
五月真省过一次搬运
五月那次，我让 Codex 打开 LinkedIn 收件箱。找最近七天的招聘私信，按公司分组，每家公司给一句总结。
那篇踩坑实录记着：它用了已登录的标签页，大约两分钟给出了列表。我同时还能干别的。那种不用把一串消息复制进聊天框的省心，确实试过。
不过，为了装上它，我先切了登录方式，又折腾安装页。系统默认浏览器是 Arc，安装链接还被 Arc 接走。插件装好，桌面端仍显示没连接。重开应用没解决，重启整台 Mac 才识别。
任务跑了约两分钟，安装却让我重启了电脑。五月那篇记录里，最曲折的是连接过程。
这些都是五月的经过。节点能不能用、安装是否还需要那样绕，我这次没重测。今天安装，先按当前官方指引走。旧文只用来对照当时踩过的坑。
五月原文里的任务是：
@Chrome 打开我的 LinkedIn 收件箱，找出最近 7 天里所有标记为“招聘”的私信，按公司分组列出来，每个公司给一句话总结。
它写出了时间、消息类型、分组方式。旧文记着列表交回来了，却没有留下逐条核对的记录。省掉搬运确实试过，分类准确率不能借这段经历保证。
先认清用哪只浏览器
官方现在的浏览器指南区分了几种环境。桌面内置浏览器有自己的浏览状态。想用平时 Chrome 里的登录状态和打开的页面，要走浏览器扩展。云端浏览器又是另一套环境。
你在 Chrome 登录了某个后台，不能据此认定内置浏览器也登录了。
这很容易在任务中暴露。你说“看看这个后台”，它却打开一个登录页。先核对浏览器和账号，比继续催它“你再试试”有用。
我的旧体验还有个细节值得保留：我需要在对话里显式选 Chrome。当前指南也有选择浏览器和引用打开标签页的方式。给指定页面，比扔一句“去浏览器找”更容易核对结果。
可这仍然回答不了一个更细的问题：一次引用标签页，究竟读了哪些内容？我没有做跨标签的边界测试。文档支持使用打开页面的上下文，不能被我扩写成“每次只会读你点中的那一页”。
所以在五月那条任务里，“Chrome”先选定环境。登录的是谁，还得在操作前看一眼。收件箱里的消息属于哪个账号，这件事不能只靠网址判断。
安装提示说的是能力
五月旧文里，我说 OpenAI 拿到了浏览器里所有登录会话的访问权限。现在回看，这句话揉在一起的东西太多了。
扩展官方指南列出的安装权限确实很宽。但它同时写明，任务使用网站和历史记录，还受自己的确认、设置及允许或阻止名单约束。
安装时看到的权限，不能直接当成某次任务已经使用的范围。
反过来也一样。一次任务没读别的页面，不能证明扩展从技术上永远碰不到别的页面。你要核的是那次任务、当前设置，以及它实际做了什么。
我五月开了一个独立 Chrome 个人资料，叫 codex-only。只登录自己愿意交给 AI 的几个账号。这是旧文记下的做法，我仍认可它的用途：减少混进任务里的账号。
但我当时把它叫“沙盒”，也说得轻巧了。单独的个人资料方便分开登录，里面登录的账号本身能做什么，并没有因此缩小。要是仍登着权限很大的工作账号，换个名字也帮不了你。
允许网站要看清范围
当前扩展指南按网站主机管理访问。“允许一次”供这次使用。“允许此网站”保存这个站的授权，之后不再重复询问。“允许所有网站”则放开网站访问的确认。历史记录则单独请求，没有永久允许选项。具体入口和可用性以你的客户端、工作区设置为准。
这些选择会改变你之后看到的提示。今天点过长期允许，明天没再弹窗，不能立刻断言它绕过了授权。得先回设置里看保存了什么。
拿那条私信任务接着看。设置里允许的是 LinkedIn 这个网站；任务里指定的才是收件箱、最近七天和招聘消息。这两处说的范围不同。
你在任务里圈定收件箱，并不能据此认定产品把访问能力锁在这一页。把收件箱网址写进提示词，也不能自动给站内其他页面加上技术限制。
如果你以为“我只引用了这页，所以它一定看不到别页”，恰好就把任务要求当成了访问控制。我这次没有验证这个范围，先留着疑问。后续即便有调用记录，也要看记录够不够说明问题。
以我那次 LinkedIn 任务为例，按公司列招聘消息，交付物是一张列表。“顺便帮我回复他们”，交付物就变了。收件人、措辞、发送账号，都得重新讲清楚。
我的做法会是先让它读、分类，再把拟回复内容交回来。发给谁，正文是什么，我看完再明确下指令。这是我愿意放权到哪一步，不是对产品一定会在哪个按钮前停住的保证。
尤其别把“这个网站可以用”理解成“这个网站里发生什么都算我同意”。网站名只说明了地点。你让它做的动作，仍然得说出来。
列表交回，回复另说
五月那条任务如果今天再派一次，我会保留最近七天、招聘消息和按公司分组。再把使用哪个账号写清楚，并要求每条总结能找到对应消息。
交回列表后，先抽查几条。公司有没有分错，时间有没有超出范围，漏掉的消息能不能补。旧文没留下这部分核对，不能用“约两分钟完成”替它补一张准确率成绩单。
至于回复，我会单独交代。先让它拟文案，再核收件人和正文。看过之后才明确让它发送。这样，整理过程有结果可验，发出去的话也经过了我的眼睛。
这只是我建议的任务写法，还没拿这次功能跑过。能不能按要求停住，授权提示具体怎么出现，仍得用实际任务验证。
我也会在选浏览器之前问一句：这件活需要登录吗？查公开产品说明，用公开页面就够了；整理自己的私信，才需要进入指定账号。省下重新登录很方便，没必要为了查公开资料去打开内部后台。
这次还欠两项对照：引用一个标签后是否调用别的标签；改变网站授权后，后续任务的提示怎么变。没有足够的记录，我先不下结论。
五月，我确认了省掉搬运的方便。这次核文档，我把安装权限和任务授权分开看了。下次再交出收件箱，我会写清账号、时间和交付内容：先把列表交回来，回复另说。
如果让它整理你的收件箱，你会要求它在分类后停下，还是拟好回复再停？