Chrome 插件要跑网页任务最容易被想歪的一步是「让 AI 自己登录」。真正省事的做法是复用眼前这个已经登录好的标签页你手动打开测试工单页插件只读页面上的工单标题、状态、负责人Cookie 和密码一概不碰再把这段可见文本交给 Codex 做归纳。第一道坎通常不在插件本身而在模型通道——官方额度紧、多 Key 来回切很烦我干脆把 Codex 的模型通道统一走 TaoToken在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册、建一把 Key 就够了。这篇的路径分两段中间有一条硬边界。第一段是把 Codex 的模型通道接到 TaoTokenTaoToken 只负责给 Codex 供 Key 和 Base URL不参与浏览器里的任何事第二段是 Chrome 插件怎么在本机、你自己已经登录的标签页里只读三个字段。边界在于插件不接管登录态它只是「看」你已经打开的那个页面Codex 不执行任何写操作它只把读到的文本整理成你能直接用的结论。所以下面这份记录里codex plugin list之后的每一步都请当成「只读演练」来看。读得到就读读不到就查环境要让工单状态真的变还是你手动点。1. Chrome 插件复用登录态能碰的和不能碰的1.1 插件真正能读到的只有眼前这份 DOM很多人一上来就问插件能不能「登进那个系统」这个问法本身就偏了。插件运行在你的浏览器里它天然就能访问你当前标签页的文档对象也就是说页面上已经渲染出来的文本它读得到页面上没有的东西它变不出来。测试工单页面之所以适合做第一个只读任务就是因为标题、状态、负责人这三样恰好都是登录之后才会渲染出来的可见文本——不需要任何额外的鉴权动作你就已经把门票递到它面前了。需要说清楚的是读到文本 ≠ 拿到账号。工单标题是「支付回调偶发超时排查」状态是「处理中」负责人是「张三」这三件事拼起来足够让 Codex 做一次分组、归纳、找共同点但它拼不出一个可以拿去登录的凭据。这是设计上的取舍不是能力不足。1.2 会话存储、Cookie、密码全部划在圈外插件不去读document.cookie不去翻 localStorage 和 sessionStorage也不去碰浏览器保存的密码。原因很实际这些数据一旦被读出来就必然要经过一次「序列化 → 传给模型 → 落进日志」的链路而这条链路上任何一个环节都不该承接登录态。你打开页面、你保持登录、你在旁边看着插件只取三个字段这条线最干净。因此插件的权限声明也要克制。只需要当前活动标签页的读取能力不要cookies权限不要后台常驻不要跨域抓取。能少要一项就少要一项出问题时排查范围也小一半。2. 装好 Codex CLI 0.144.6 之后先把模型通道接上2.1 在 TaoToken 注册并创建 Key原文的前置准备是先装 Codex CLI 0.144.6、再让用户确认唯一目标标签页。仿写这一步时顺序要往前挪一格先把模型通道解决掉否则插件调通了你也不知道是插件对了还是模型没回。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册账号进控制台创建一把 API Key复制出来先存好全文一律用占位符YOUR_API_KEY代替别把真 Key 贴进任何会被提交的文件。同一页面上顺手看一眼模型广场把你准备用的模型 ID 复制下来。注意这一步不要凭印象写模型名模型 ID 以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时列表为准列表里有什么就用什么。2.2~/.codex/config.toml里写 model_provider 和 base_urlCodex 的配置走 TOML不是那种通用 JSON。把模型供应商指到 TaoToken关键是base_url这一项填https://taotoken.net/api末尾不要带/v1。# ~/.codex/config.toml model YOUR_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEYmodel这一行就是第 2.1 步从模型广场抄下来的 IDenv_key只是声明「去哪个环境变量里找 Key」本身不含任何密钥。改完存盘别急着跑长任务先在终端里把变量设上。export TAOTOKEN_API_KEYYOUR_API_KEYWindows 的 PowerShell 写法是$env:TAOTOKEN_API_KEYYOUR_API_KEY。如果你希望它长期生效就写进 shell 的启动文件而不是每次开终端手动敲一遍。2.3 auth.json 与环境变量二选一别打架有些版本的 Codex 会优先读~/.codex/auth.json里面是一份键值对{ OPENAI_API_KEY: YOUR_API_KEY }如果你在同一台机器上还要用官方通道这两处很容易互相覆盖表现就是「昨天还好好的今天突然 401」。稳妥做法是只保留一条路径要么全程用TAOTOKEN_API_KEY这个环境变量要么把 Key 固定写进 auth.json改完之后source一下终端再重开 Codex。3.codex plugin list之后插件目录还差什么3.1 插件目录结构与那份清单文件模型通道通了再来看插件。装完 Codex CLI 0.144.6 之后跑codex plugin list这一步的用途不是「激活插件」而是确认 Codex 到底从哪个目录扫插件、扫到了哪些。如果列表是空的说明它看的目录和你放文件的地方不是同一个先把路径对齐再谈功能。插件一般以目录为单位每个目录里有一份声明名称、入口文件、所需权限的清单。名字写清楚权限只勾读取当前标签页那一项。清单里不要出现「自动提交」「批量修改」这类能力声明——你现在要的是只读声明写大了后面出事的时候第一个被怀疑的就是它。3.2 只留一个目标标签页是稳定性的前提原文里有一个很容易被忽略的动作让用户确认唯一的目标标签页。这一步看起来像仪式其实是整个方案能不能复现的分水岭。浏览器里同时开着五六个标签页时「当前活动标签页」是随焦点漂移的而插件读的是它执行那一刻的活动页。如果你在同一浏览器里还开着一堆其他系统的后台插件的选择器很可能命中完全不相干的页面结构读回来一堆空值。做法很土但有效任务开始前把别的同类页面全关掉只留那一个测试工单标签页并且确保它加载完成、标题栏已经是工单名而不是「加载中」。这一步做完后面读不到数据的情况会少掉一大半。4. 只读工单标题、状态、负责人怎么交给 Codex4.1 字段白名单写死在选择器里插件读取时不要做「先把整页文本抓下来再让模型自己找」。整页文本里混着导航、侧边栏、时间戳、其他用户的昵称既费 token 又容易让模型挑错字段。更稳的是白名单只对着三个位置取值。const fields { title: document.querySelector([data-testidticket-title])?.innerText.trim() ?? , status: document.querySelector([data-testidticket-status])?.innerText.trim() ?? , owner: document.querySelector([data-testidticket-owner])?.innerText.trim() ?? , };选择器以你页面实际结构为准别照抄。?? 是为了让某个字段缺失时不至于整段崩掉读回来空字符串你能一眼看出是选择器没命中而不是模型答错了。取完值之后把这三个字段拼成一段结构化文本再送进对话别把整个页面的 HTML 塞进去。4.2 归纳归归纳写操作留在你手里拿到三个字段之后Codex 能做的是把二十条工单按状态分组、把同一个负责人名下的条目挑出来、根据标题里的关键词找出可能相关的几条。这些都是纯文本处理不触碰任何系统接口。它做不了、也不该做的是改工单状态、加负责人、发评论——这些动作要么你在页面上点要么通过系统自己的接口走审批绝不能由插件在浏览器里替你点一下按钮。这条线要在心里划清楚因为它决定了插件的权限范围。插件只需要「读页面」不需要「模拟点击」。一旦你开始让它替你在页面上点击行为就从只读越到了写入前面所有关于不碰登录态的努力也就白费了。5. 跑通前会遇到的几类报错5.1 401 和「模型不存在」是两件事401 一般出在 Key 没被正确读到。常见原因有三个env_key声明的变量名和你export的名字不一致终端改完环境变量没重开就直接跑Key 里混进了首尾空格或者复制时带上了换行。排查顺序是先用echo $TAOTOKEN_API_KEY确认变量真的存在且有值再回去看config.toml里的拼写。「模型不存在」通常是另一类问题model字段写了一个列表里没有的 ID。这种时候不要猜后缀回 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的模型广场重新复制一遍粘进去中间不要手工加工。5.2 读不到页面先看是不是读到了登录页插件那边最常见的现象是三个字段全空。先别怀疑选择器先看一眼插件执行的那一刻活动标签页到底是哪一个。如果你切到了别的窗口活动页就不再是工单页如果你刚打开还在加载DOM 里那三个节点还没渲染出来。加一个「等页面标题出现再读」的小等待比反复改选择器有效。另一种情况更隐蔽读回来的内容看起来像页面但明显不是工单比如是登录表单或者跳转提示页。这只能说明你在这个浏览器里并没有登录那个系统——插件本身不会、也不应该帮你完成登录。重新登录一次再手动打开目标工单页问题就消失了。6. 跑通之后去控制台对一下这次调用插件能稳定读出三个字段、Codex 也能正常返回归纳结果这时候值得回头确认一次链路是不是真的走通了。最直接的办法是用同一把 Key在 TaoToken 模型对话 里发一条测试消息看模型 ID 和 Base URL 有没有填错——如果这里通、Codex 里不通问题八成出在本地配置文件的拼写或者环境变量没生效。接着打开 控制台 API Keys看一眼刚才那几次调用有没有被记上账额度消耗是否符合你对「只读三个字段」的预期。如果这个只读任务后面要天天跑可以去 Coding Plan 看看套餐是否够用别等跑到一半才发现额度见底。你如果同时在用 Claude Code环境变量的对照写法在 Claude Code 接入文档 里思路和 Codex 这份配置是一致的官网页面负责注册、建 Key、看用量填进工具里的 Base URL 永远是https://taotoken.net/api。最后提醒一句工具链跑得越顺越要记得那条边界插件读的是你自己已经登录的页面Codex 处理的是你明确给它的那段文本。让 AI 生成分析、生成对照、生成下一条排查思路都可以凡是会改变系统状态的动作留在你手上点。