切换 provider 后 Codex 历史会话会“消失”?做了个同步工具 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
爱意满满的作品展示区。
dongailin
V2EX    分享创造

切换 provider 后 Codex 历史会话会“消失”?做了个同步工具

  •  
  •   dongailin 1 天前 451 次点击
    如果你在官方 OpenAI 登录、relay 、自定义 provider 之间切过 Codex ,大概率遇到过这个问题:

    历史会话其实没丢,但切完 provider 之后,旧会话在 `resume` 或 Codex App 里会像“消失”了一样,有时候两个入口看到的还不一致。

    这个问题的根源是,Codex 的 provider 元数据不是只存一处,rollout 文件和 SQLite 里各有一份。只改其中一层,结果通常还是不一致。

    我做这个工具,就是专门解决这个坑:把历史会话的 provider 元数据统一到你当前正在使用的 provider ,让切回官方或者切到中转之后,旧会话重新可见。

    比较适合这几种情况:
    - 官方 OpenAI 和中转 / 自定义 provider 混用
    - 切 provider 之后旧会话看不到
    - CLI 和 App 里的会话列表不一致

    它会先做备份,再处理这两层元数据,所以不是单纯改某几个 jsonl 文件。

    仓库:
    https://github.com/Dailin521/codex-provider-sync

    目前优先 Windows ,Node.js 24+。
    CalledKingsley
        1
    CalledKingsley  
       1 天前
    vscode 里面装的插件的话,能实现吗? 比如 roo code 或者 kilo code 之类的
    dongailin
        2
    dongailin  
    OP
       1 天前
    我这边实际试了一下,VSCode 里的插件场景目前没复现这个问题,至少我测的时候是正常的。

    这个工具主要是针对 Codex 自己这套本地会话存储做的,问题点在 `.codex/sessions`、`.codex/archived_sessions` 和 `state_5.sqlite` 这两层 provider 元数据不一致。

    像 roo code / kilo code 这类插件,要看它们内部是不是也复用了同一套存储和过滤逻辑;这个我还没专门验证,所以暂时不敢直接下结论。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2898 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 20ms UTC 07:18 PVG 15:18 LAX 00:18 JFK 03:18
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86