[OAI 科研]ChatGPT Codex 的 excel 插件或 ppt 插件共用同一登录态(toml <-> ldb)

我们可能知道在一台没登录官号的codex不通过账密正常登录仅替换auth.json应该是很容易的一件事情,可以轻易通过替换文件就让一个没登录codex的人登录codex官号,但是Office的插件也有办法做到

ChatGPT for Excel 和 ChatGPT for PowerPoint 在 Windows 是用的 edge 来登录的,而这个 WebView2 只能是 edge,不能替换成 Chrome,如果可以用chrome就可以共用统一登录态了(假如Chrome有登录过 GPT),这是一个很讨厌的事情

并且 Microsoft 的设计:Office 加载项跨应用持久化不受支持、不保证可用;不能依赖 Excel 的 Cookie/localStorage 让 PowerPoint 自动登录。Microsoft 官方说明 OpenAI 也将 PowerPoint 作为独立侧栏,要求在该加载项中登录。OpenAI 官方说明 (一句话意思就是假设你有ppt excel word,每个插件都必须单独登录一次 gpt)

:red_question_mark:那么如果excel登录了,ppt没登录,能不能excel的登录态拿来覆盖呢?(:white_check_mark:这点可以做到)

  1. 找GPT问到具体的webview目录

  1. 复制 Office 核心文件(注意2.1和2.1二选一即可)

2.1 傻瓜式方法(无脑复制全部的 webview):

EBWebView 可以复制这个文件夹下面全部内容过去(需要完全退出所有Office应用,记得不要替换错!路径不太好看出区别)

:warning::需要注意的是,这个方法属于无脑替换,如果你的Office有别的插件,比如Grok、claude,那么也会被覆盖,甚至包括比如你在gpt excel的对话记录,但是这个方式也有个别的好处!如果你不是账密登录,例如是google登录的,那么你直接点google也可以一键登录!我的官号是通过google登录的,这个原理暂时只知道这个方式的登录态不保存在leveldb,因此这也是在实践下面2.2的步骤才发现的,把leveldb清空,掉登录,但是点击google登录可以一键登录)

2.2 只复制核心文件

从 Excel 源目录复制 LevelDB 数据:

C:\Users\jc\AppData\Local\Microsoft\Office\16.0\Wef\webview2\2\0\EBWebView\Default\Local Storage\leveldb

复制到 PowerPoint 目标目录:

C:\Users\jc\AppData\Local\Microsoft\Office\16.0\Wef\webview2\2\EBWebView\Default\Local Storage\leveldb
  1. 再打开ppt,就会发现登录好了

:red_question_mark:那么如果Office都没登录,只有codex chatgpt 有登录,能覆盖过去吗?(:white_check_mark:也可行)

go.zip (2.3 MB)

PS C:\Users\jc\Documents\Codex\2026-07-14\ni-nen\authjson-to-ppt-leveldb> ls -l
total 6746317
-rwxrwxrwx 1 jc None 1570 Aug 23 01:12 'CONOUT$'
-rwxrwxrwx 1 jc None 4299776 Aug 23 00:40 authjson-to-ppt-leveldb.exe **---->同go.mod,只不过编译成了exe**
-rwxrwxrwx 1 jc None 171 Aug 23 00:39 go.mod **---->核心脚本**
-rwxrwxrwx 1 jc None 2452 Aug 23 00:39 go.sum
-rwxrwxrwx 1 jc None 2434550 Aug 23 02:01 go.zip
-rwxrwxrwx 1 jc None 7798 Aug 23 01:06 main.go
PS C:\Users\jc\Documents\Codex\2026-07-14\ni-nen\authjson-to-ppt-leveldb>
  1. 找出.codex的auth.json (作为形参1)

例如我的电脑是:

"C:\Users\jc\.codex\auth.json"

  1. 如何区分和找出PowerPoint 跟 Excel 的 EBWebView 路径?(作为形参2)

我的话是分别是

  • PowerPoint
    C:\Users\jc\AppData\Local\Microsoft\Office\16.0\Wef\webview2\2\EBWebView
  • Excel
    C:\Users\jc\AppData\Local\Microsoft\Office\16.0\Wef\webview2\2\0\EBWebView

正在运行的 WebView2 进程的父进程和启动参数

关键点是:不能靠以及中间的 0或者别的数字或者不同层级判断它属于 Excel 还是 PPT;不同 Office 版本或机器上路径层级也可能变化。真正可靠的判断方法是(建议让ai帮你问):

  1. 找到 msedgewebview2.exe

  2. 看它的 ParentProcessId 指向 EXCEL.EXE 还是 POWERPNT.EXE

  3. 读取该 WebView2 的 --user-data-dir 启动参数。

  4. 运行命令:

go run main.go `
  "C:\路径\auth.json (刚才的形参1)" `
  "C:\路径\PowerPoint\LevelDB(刚才的形参2)"
PS C:\Users\jc\Documents\Codex\2026-07-14\ni-nen\authjson-to-ppt-leveldb> go run .\main.go "C:\Users\jc\.codex\auth.json" "C:\Users\jc\AppData\Local\Microsoft\Office\16.0\Wef\webview2\2\EBWebView\Default\Local Storage\leveldb"
WRITE_OK=true
ORIGIN=https://bps.openai.com
KEY=bps_auth_tokens
EXPIRES_AT_MS=1788283784000
ID_TOKEN_STORED=false
                                                                                                                       
PS C:\Users\jc\Documents\Codex\2026-07-14\ni-nen\authjson-to-ppt-leveldb> .\authjson-to-ppt-leveldb.exe "C:\Users\jc\.codex\auth.json" "C:\Users\jc\AppData\Local\Microsoft\Office\16.0\Wef\webview2\2\EBWebView\Default\Local Storage\leveldb"
WRITE_OK=true
ORIGIN=https://bps.openai.com
KEY=bps_auth_tokens
EXPIRES_AT_MS=1788283784000
ID_TOKEN_STORED=false
PS C:\Users\jc\Documents\Codex\2026-07-14\ni-nen\authjson-to-ppt-leveldb>

:red_question_mark:如果我连官号都没有,我用的中转站,可以用上gpt for excel or powerpoint 吗?(:red_question_mark:暂时没科研,因为我主要用官号)

:red_question_mark:如果我 codex 登录的是A官号,Office里面登录的是B官号,可以在codex 通过 @Microsoft Excel 控制吗(:cross_mark:不行,账号不一样没办法控制,不知道命令是否走云端,可以看下内置这个skill说明文档,我只初步知道他必须通过compute use校验 Office里面的插件是否有登录)

:light_bulb::拓展知识(与本文过程无关,仅Quote)
正常OAuth登录流程xxx.log文件是会残留at,rt的(我的电脑是000027.log)


ldb也可以通过ccl_chromium_reader来专门解析 Chromium 数据的取证工具,可以转换成DB,就可以用自己想要的工具RW了,不然 ldb的键值对是很阴间的 _https://auth.openai.com<NUL>access_token,中间会有个二进制的 <NUL>如果你想试着手动改CV过去还很可能不认,而且建议备份ldb,如果对你有用的话

macOS 的 gpt 拓展浏览器内核是 Safari WebKit,这一块就科研到这不深度科研了


6 个赞

API理论也是可行的,有大佬的话可以试试看,Office插件还是比codex自己写mjs操作效果好很多

牛逼正好用上