RSS DEV 社区
关注
如果您禁用 Codex 的 SQLite 日志，是什么让您的项目内存保持活跃？
Codex 因向本地 SQLite 数据库进行过度的诊断日志记录而受到批评，导致性能问题，如快速 SSD 写入和响应变慢。一种非官方的变通方法是使用 SQLite 触发器忽略新的日志条目，从而减少磁盘活动，但可能会掩盖诊断信息。这一变通方法凸显了代理内部日志与维持连续性的持久化“项目记忆”之间的关键区别：代理日志包含低层级的操作细节，而项目记忆则需要对关键决策、已验证证据和后续步骤的简洁记录。
这种必要的项目连续性无法通过内部诊断数据库来保存，因为这些数据库旨在用于代理的自我诊断，且其架构和格式可能会发生变化。本文介绍了 QiJu，这是一种面向本地的记录层，专为捕获 AI 编码代理（如 Codex）的连续性上下文而设计。QiJu 有意仅记录基本事实——即真实文件、决策、证据和后续行动——从而使后续代理无需整个历史会话即可正确恢复工作。这种方法具有可审计性和可交接性，不同于被困在代理内部回忆中的信息。
QiJu 为维持项目连续性提供了切实可行的解决方案，特别是在代理日志被禁用或不可用时。升级命令 `qiju update` 可确保代理集成技能在各项目中保持最新。项目注册过程将项目位置与主机配置分离，从而实现高效更新。尽管 QiJu 目前处于开发者预览阶段并存在限制，但其核心目的是建立一份 deliberate（深思熟虑的）、可检查的记录，以明确继续 AI 辅助开发所需的关键内容，这与内部诊断日志有着至关重要的区别。
