Codex启动变慢，容易卡死的问题：
主要问题Codex 历史会话文件异常膨胀，导致第一次打开时 thread/list 读取历史线程非常慢
关键数据：.codex\sessions特别大导致，
日志里对应慢请求：
thread/list 最长 166秒
plugin/list 约 75秒
account/read/config/read 多次 40-60秒
把这几个超大的旧会话文件移出 sessions 目录，转移到备份目录
codex_session_backups\slow-start-backup
这样 Codex 启动时扫描 .codex，不会再碰到这批 几个GB 多的旧会话文件你可以直接用这类提示词：：
Codex启动慢，检查下日志，移除大会话文件，不要删除，转移到备份目录codex_session_backups\slow-start-backupCodex 思考响应变慢，就像乌龟爬的问题：
启动慢以前主要是大 session；现在慢主要是默认模型太重 + 当前上下文和工具输出太大，插件/日志库是次要拖累。你可以直接用这类提示词：
Codex 启动/响应变慢，检查 C:\Users\用户名\.codex 下类似 logs_2.sqlite* 的日志库。
不要删除数据，先完整备份到 C:\Users\用户名\codex_session_backups\slow-start-backup\logs-rotation-当前时间。
如果日志库没有被锁，就把 logs_2.sqlite* 移动到备份目录让 Codex 重建。
如果被 Codex 进程锁住，先确认备份完成，再对当前 logs 表做日志轮转：DELETE logs、checkpoint、VACUUM，把当前库压缩成小库继续写入。
最后汇报备份路径、处理前后大小、是否有锁定失败。
更短一点也可以这样问：
轮转 Codex 的 logs_2.sqlite*：先备份到 codex_session_backups\slow-start-backup，不删除数据；能移动就移动，文件被锁就备份后清空 logs 表并 VACUUM，最后汇报前后大小。
新建一个项目，我们首先要做思维导图，针对对话太长，我们可能通过新建对话解决反映慢问题，但是Codex不会天然记得完整细节，如果做成沉淀成项目文档，就能接上，不会丢上下文，尤其是思维导图。
第一次新建项目的思维导图，你这样问：
请把当前讨论内容沉淀成 PROJECT_BLUEPRINT.md，保存到当前项目文件夹，
包含项目定位、商业模式、页面结构、技术方案、开发阶段和 Mermaid 思维导图。再次新建对话，不丢上下文，可以这样问：
请先读取当前项目文件夹里的 PROJECT_BLUEPRINT.md，不要从零规划，以该文档为准继续开发。原创文章，作者：开心电脑网，如若转载，请注明出处。
