最近 Codex 桌面端新增了一个功能，可以在一个新的 Session（会话）中 @ 之前的 Session。 刚看到这个功能时，我以为以后可以把工作拆成：调研一个 Session、写方案一个 Session、实施再开一个 Session。 但研究后发现，这样用反而多此一举。 正确的判断应该分三种。 第一种：继续原 Session。 如果调研、写方案、实施属于同一个目标，就留在原 Session，因为这样上下文最丰富，即使被压缩了上下文也问题不大。 第二种：新开 Session，但不 @ 旧 session。 如果你想平行探索一个完全不同的方向，或者希望新 Session 不受旧思路影响，就直接新开。 例如，同一个需求分别尝试两套方案。此时没必要把原 Session 带进来，否则反而会形成思维锚定（因为 AI 很容易被已有上下文影响来限定思维方向，导致视角不全面）。 第三种：新开 Session，并 @ 原 Session。 这种方式适合：新任务需要参考旧任务，但又不是继续完成旧任务。 比如独立审查： @原方案 不要继续完善它。请站在反方立场， 找出证据不足和最可能失败的地方。 或者汇总多个任务： @市场调研 @用户访谈 综合这两个任务，判断最值得验证的需求。 不过，@ 不是把另一个 Session 原封不动地复制过来。它主要带入历史对话和代码变更，不会继承原来的终端、工作目录、Goal 和运行状态。 所以我的使用原则是： 同一目标，继续原 Session； 需要独立探索，新开但不 @； 新任务需要旧任务的成果，新开并 @； 真正重要的结论，写进文档，不要只留在对话里。 #Codex #AI工作流 #AI编程 #效率工具