OpenAI 推出的 ChatGPT for Excel 和 ChatGPT for PowerPoint 插件均基于 Edge WebView2 内核，这种架构导致其登录态相互独立，无法像浏览器那样共用 Cookie，用户必须在每个 Office 组件中单独登录。针对这一痛点，有技术专家深入研究了其本地存储机制，发现可以通过复制特定的 LevelDB 文件或转换 auth.json 文件来实现登录态的互通。文章详细介绍了三种技术路径：一是无脑复制整个 EBWebView 文件夹（可能导致其他插件配置被覆盖）；二是精准定位并复制 Excel 的 LevelDB 数据到 PowerPoint 目录；三是使用 Go 语言编写工具，将 Codex 桌面端的 auth.json 文件直接转换并注入到 Office 插件的 LevelDB 存储中。此外，文章还提供了通过 PowerShell 查询进程父子关系来精准区分不同 Office 应用 WebView2 路径的方法，并指出该技术同样适用于处理 Google 等第三方登录方式的一键同步问题。
事件分析
该技术探索揭示了现代混合应用架构下的身份认证管理短板。由于微软 Office 加载项采用独立容器运行，官方并未提供跨应用持久化方案，导致用户体验割裂。通过逆向工程发现，OpenAI 的认证凭证本质上可以在 Chromium 的 Local Storage (LevelDB) 和本地 JSON 文件之间互相转换。这不仅体现了 AI 工具在本地部署时的灵活性，也暴露了 WebView2 应用在数据隔离与便利性之间的矛盾。对于开发者而言，这种基于文件系统的 Token 迁移方案虽然是“野路子”，但极大地提升了在 Office 生态中使用 AI 的效率，同时也提醒了本地 Token 存储的安全性与可迁移性风险。
核心观点：底层认证 Token 的可移植性暴露了应用生态的碎片化缺陷，技术手段的“补丁”再次证明了用户对统一 AI 工作流的迫切需求。
原文链接：Linux.do
