正在打开每日关注
正在打开每日关注
通过检查、交接、备份与归档,控制 Codex 会话、日志和 worktree 膨胀。
重度使用Codex,本地 session、worktree、日志会越来越重 分享个小工具:Keep-codex-fast 它可以做只读检查: 1.看本地 session、日志、worktree 有没有膨胀 2.提醒哪些旧会话需要先做 handoff 3.生成可迁移的交接文档 4.备份后再归档旧状态 5。可选修复过大的线程标题 / 预览元数据 用法: 先让它 inspect,确认需要保留的内容 重要会话先生成 handoff 关掉 Codex后执行维护动作 地址在评论区👇
是什么 这条内容面向重度 Codex 用户,提出一个轻量的本地状态维护工具与工作流,处理 session、日志、worktree 和项目历史不断增长的问题。核心顺序是先 inspect,确认哪些内容需要保留;再为重要会话生成 handoff;最后在关闭 Codex 后执行备份、归档或可选修复。它强调保留上下文,而不是简单删除历史。
核心设计 图片把方法拆成 History、State、Storage、Routine 四个模块:历史负责压缩上下文,状态负责降低隐藏复杂度,存储负责控制磁盘增长,例行维护负责形成周期性习惯。中央终端图标和连线表达这些动作共同作用于 Codex 工作环境,底部的“Small cleanups. Big compounding wins.”则强化持续小步治理的理念。
关键洞察 最值得借鉴的是把“上下文管理”和“空间清理”分开,并用 handoff 文档作为迁移接口。Keep 7–10 days、Backup first、Weekly cleanup 等规则,将一次性清理转成可重复的维护节奏,适合长期运行多个会话和 worktree 的 Agent 工程工作流。
边界与风险 原文没有提供仓库、实现细节或兼容性说明,无法判断工具的实际架构、检查范围和安全保障。归档前仍需人工确认路径、备份可恢复性及会话价值;它主要改善本地状态卫生和使用体验,并不等同于 Codex 本身的运行时性能优化。