Codex历史对话筛选条件未固化至URL是设计缺陷，需手动拼接filter参数或用Enter提交、清空后重输来同步；失效时可通过session_index.jsonl提取ID构造/thread/ID直达链接。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 Codex 侧边栏用 Filter 筛选历史对话后，刷新页面或关闭再打开，筛选条件就消失了，必须重新输关键词——这不是体验问题，是设计缺陷；要让条件固化进 URL，得绕过 UI 层直接操作地址栏参数。
手动拼接 URL 参数保留筛选状态
第一步：在 Codex App 中点击左侧「History」→ 点击顶部「Filter」→ 输入关键词（如“API 测试”）→ 点击「Apply」。
第二步：观察浏览器地址栏变化。若当前地址为 https://localhost:3000/history，应用筛选后应自动跳转为类似 https://localhost:3000/history?filter=text%3AAPI%20测试 的格式。若未跳转，说明当前版本未启用 URL 同步，需手动补全。
第三步：复制当前完整 URL，粘贴到新标签页中打开。确认筛选结果仍存在——这证明参数已生效。此后只要分享或收藏该链接，筛选状态即被持久化。
用侧边栏 Filter 后强制同步到地址栏
方法一：触发一次「Clear filter」再重输关键词。Codex 在部分版本中仅在 filter 被清空后重新应用时才写入 URL 参数，这是已知行为，不是 bug。
方法二：不点「Apply」，而是直接在 Filter 输入框里敲完关键词后按 Enter。某些构建版本会将回车作为提交信号并同步更新 URL，而点击按钮则可能走内部状态机不触发生效。
注意：若使用 Codex CLI 启动的本地服务（如 codex serve），确保启动时未加 --no-browser 或禁用 history API 的 flag，否则 URL pushState 会被拦截，参数无法写入。
依托用户知识库、工作记录、项目文件、会议纪要、表格、图片、文稿及评审材料生成高质量职场汇报演示文稿。适用于试用期考核、转正述职、晋升答辩、年度总结、项目进度汇报、项目评审、方案说服、资源申请、部门规划、业务优化或管理决策类 PPT 制作；Codex 需先明确汇报目标、提取佐证材料、生成规范说明书、适配汇报时长、搭建内容大纲、设计每页幻灯片内容，最后生成附带讲稿与佐证材料核对清单的 PPTX 文件。
通过 session_index.jsonl + 自定义链接跳转实现伪持久化
当上述方法全部失效（常见于企业内网部署或自托管旧版 Codex），可跳过 Filter UI，直接构造带会话 ID 的直达链接：
① 执行 codex config path 获取主目录路径 → 进入该路径下的 session_index.jsonl 文件。
② 用 grep 查找含目标关键词的行：grep "重构登录流程" ~/.codex/session_index.jsonl
③ 提取该行中的 【id 字段值】（如 "id":"8a2f1c9d-e5b4-4e8a-bd7f-1a0c3e8d2f4a"）→ 将其拼入 URL：https://localhost:3000/thread/8a2f1c9d-e5b4-4e8a-bd7f-1a0c3e8d2f4a。
这个链接不依赖 Filter 状态，每次打开都精准定位单条会话，适合嵌入文档或邮件中长期使用。
