




















之前用 CC 和 Codex 的时候,很少执行 /clear, 因为不想重建上下文。但这就会导致 context 滚雪球一样快速变大。经常发现一个需求还没搞完就发现 5 小时限制就用了一半了。
现在我改成了这样:
1. 先 /plan ,实现这个计划之后,这个 session 的 context 已经很长了,尽量少用,除非 plan 出现重大 bug ,一般情况下主要是修修补补了。
2. 开 2-3 个分屏窗口,这几个窗口主要就是用来修修补补,完成就执行 /clear.
这样就能保持一直能看到之前的计划,也能避免 context 暴涨。token 消耗速度真的差不多降低了一倍!
需要的兄弟快试试去。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。