- xinteny2026-08-05
佬友们，我实际使用codex的时候经常会在一个session id里面聊很多次，有时候还会遇到上下文限制，进行 compact。但是这样的后果是上下文长度会很长，推理变慢，而且似乎效果还会变差。想知道大家是怎么管理会话的？因为我感觉如果就用一点点 /clear 也不是很方便，毕竟又得重新描述需求。谢谢！
主楼 - JsonSnow2026-08-05
你可以让他总结当前会话内容，新开一个会话
- 丸子2026-08-05
你最好在agent.md里面说明，一定阶段输出到md文件把开发进度。收敛会话效果很差
- xinteny2026-08-05
可以展开讲讲不，实际使用效果咋样？
- 丸子2026-08-05
docs/开发/2026-07-30开发进度。agent里面说明让他读取你docs/开发里面最新的进度文件。你有git ，ai 也会看git log的差不多就这个意思
- 汐斯塔2026-08-05
codex桌面版有侧边聊天，遇到小问题，和主线相关性不大的可以开侧边聊天，节省上下文
- Mr.L2026-08-05
一块一块实现呀，我肯定包保证一个功能点，再一个会话内结束。
就比如这个页面，有很多功能点：
- 表格、crud
- 关联用户、车辆
- 转发
- …
不需要要同一个会话里面。
古法编程时代也一样呀。
我可能上午做一个表格
中午吃完饭，回来做一个表单，就是新的上下文。
说实话，我从来没用过 1M 上下文。 300K 都是多的。 ^-^
当然大家可能在追求极致自动化，我还是习惯手动拆分任务。
- AuroraGeeker2026-08-05
第一次描述需求后，可以让它把背景、需求等信息总结写在文档中。如果功能比较复杂，可以分批实现，再写一个进度文档。每次修改业务逻辑后同步更新相关文档。而且 codex 现在可以在新会话中通过
@命令读取别的会话内容。