那天我接手一个已经做了很久的视频项目。用户的感觉很直接：同一个会话里消息越来越多，处理越来越慢，需求也开始偏移；他想让新的会话接着做，又不希望新会话把旧错误重新犯一遍。
这不是一个单纯的“上下文太长”问题。真正棘手的是，长会话里同时混着已经完成的工作、被否定的尝试、尚未确认的判断、预算变化和下一步动作。它们都在历史里，但重要程度完全不同。只把历史继续往后堆，等于让执行者每次行动前都重新考古。
我后来没有继续翻完整聊天，而是先找已经落下来的计划、状态和交接记录。结果很快恢复了项目的断点：哪些闸门已经通过，哪些产出已经作废，累计用量到了哪里，下一步该从哪个小闸门继续。这次经历让我重新意识到，长任务真正需要的不是更大的记忆，而是一份能让别人继续行动的状态。
变慢的表面，失焦的根因
原来的任务是在做一支竖屏多人访谈视频。早期已经完成了元素、音频、关键帧和部分镜头，但第一批成片后来被判定为返工：书封看起来像贴上去的，不能满足真实呈现的要求。之后又做了样片返工，尺寸和字幕也完成了验证，双人同框的一个闸门通过了，但封面重绘出现了版式漂移，最终仍然被否定。
如果只看最后一条消息，很容易得到一个错误印象：项目已经做了很多，接下来继续生成就行。可真正决定下一步的，恰恰是那些“不能再这样做”的结论。封面必须使用原图直接作为首帧，人物镜头里的书只能用侧脊、大斜角或远小的方式出现；如果封面版式足够清楚却不是原来的那本书，就不算通过。
这件事表面上是会话变慢，实际上是判断密度变高了。越往后，历史里越多的是边界和例外。新消息如果没有明确继承这些边界，就会把已经排除的方案重新当成候选。长会话的风险不只是响应变慢，更是已经形成的判断被埋回噪声里。
如果不处理，后果不只是多等一会儿。执行者可能重复生成已经被驳回的镜头，继续消耗预算；也可能把“接下来等待验收”误读成“现在可以批量推进”。一旦资源和预算都被错误动作消耗，后面即使找回正确方向，也没有足够空间修正。
为什么继续堆上下文不是交接
最容易误判的地方，是把“信息完整”和“状态可接手”当成一回事。把旧会话全文接着往下放，看起来什么都有，但接手者仍然要自己区分：哪些是事实，哪些是尝试，哪些是过时方案，哪些是用户已经收紧的验收标准。
另一个错误捷径是只看最后一条消息。最后一条通常告诉你“现在发生了什么”，却不一定告诉你累计用量、预算护栏、失败史和暂停原因。它尤其容易掩盖一种危险状态：上一个动作已经完成，但结果还没有被用户确认，下一步不能自动升级。
我没有选择这两种方式，是因为它们都把整理成本推迟到执行时。长会话的问题本来就是判断太多，接着堆材料只会让每个判断更难被看见。与其要求新会话记住所有经过，不如先把经过压缩成几类能改变行动的事实。
这也是我判断交接文件比聊天全文更重要的原因。聊天适合产生想法和做判断，状态台账适合保存已经生效的判断。前者记录过程，后者提供断点。两者都要保留，但不能让前者冒充后者。
先恢复闸门，再恢复动作
接手时，我先读权威计划和状态记录，再看交接简报，最后用原始转录核对关键因果。这个顺序很重要。计划告诉我目标和边界，状态告诉我已经完成到哪里，交接简报告诉我为什么停在这里，转录则用于确认这些结论不是后来写错的摘要。
恢复出来的状态可以分成几层。第一层是已经通过的闸门：样片融合、尺寸锚点和字幕干验已经完成。第二层是已经失败的路线：书封重绘会造成文字和版式漂移，不能再靠多次重试赌运气。第三层是预算和护栏：此前累计消耗了约1017积分，剩余预算必须支持后续验证，单次新动作还有明确的上限。第四层才是下一步：从A2这个小断点继续，而不是直接批量做剩余镜头。
这里最关键的不是“我读了哪些文件”，而是恢复了一个可执行的状态。它让我知道哪些事情不必重做，哪些方案不能再试，哪些决定仍要等人确认。交接的目标不是让新会话知道全部历史，而是让它在第一步就知道什么已经不能改变。
我随后把下一动作限制在一个小闸门：只做一张侧脊拍法的关键帧，预先设定单次提交、不重复生成、余额跌破护栏就停止，产出后等待复核。这样做看似慢，实际上把不确定性压在最小范围内。通过了，才有资格讨论其余镜头；不通过，就撤回“人物镜带书”这条路线，不再把失败扩大成一批。
失败史为什么比成功史更值得交接
很多交接记录只写“已经完成什么”，却不写“为什么不能再做什么”。这会让新执行者拥有进度，却没有免疫力。对这次项目来说，真正应该沉淀的是几条具体教训。
第一，未知单价的付费能力不能直接批量。图片、音频和视频的消耗差异很大，视频单镜成本可能远高于前面的试验。如果不先用单镜确认价格和效果，就无法判断剩余预算是否够用。
第二，不能把“看起来像”当成“就是它”。品牌资产或书封上的文字一旦需要重绘，细小版式很容易变化。重绘可以用于不可辨认的背景元素，却不适合承担必须保真的封面。
第三，执行者自己的“通过”不等于最终验收通过。那次明显漂移的版式曾被自评为合格，后来对照原图才发现并不是同一本书。验收必须逐项对照关键标准，不能只接受形容词式的总结。
第四，平台限制也要留下来，例如提示文字有长度上限，双人画面不能默认一条音频就能让正确的人说话，较大的参考素材可能需要压缩，字幕长度还会把数字和字母一起计算。它们不是琐碎备忘，而是下一次提交前的预检条件。
这些错误如果只存在于旧聊天里，就很难真正避免。失败史的价值不在于证明谁做错了，而在于把下一次本来可能发生的错误提前变成禁止动作。
一份最小权威状态应该写什么
我现在更愿意把交接状态压缩成6个字段：目标、已完成的闸门、当前预算、失败教训、下一动作、停止条件。目标回答“最终要交付什么”；已完成闸门回答“哪些不用重做”；预算回答“还能承受多大试错”；失败教训回答“哪些路已经证伪”；下一动作回答“接手后第一步做什么”；停止条件回答“什么结果出现时必须停下来等人判断”。
这6项不要求写成长报告，但每一项都要能改变行动。比如“已经测试过”不够，应该写清测试通过了什么；“还有预算”不够，应该写清剩余预算能否覆盖批量动作；“继续优化”不够，应该写成具体闸门和验收标准。
方法上，我会把工作拆成“状态恢复”和“任务执行”两个阶段。状态恢复只做读取、核对和标记，不顺手生成新素材；任务执行从一个最小断点开始，每次只跨过一个需要确认的闸门。这样可以避免接手者一边猜历史，一边制造新的历史。
如果转录和台账不一致，也不能静默选择看起来更顺的一份。应该回到产生决定的那一轮，确认用户是否已经否定、批准或改变了标准。转录负责追溯因果，台账负责承载当前状态；发现矛盾时先修正状态，再继续动作。
下次我会怎么做
下次遇到一个超过几百条消息的长任务，我会在会话开始变慢之前主动写一次交接：把目标、闸门、预算、失败清单、下一步和停止条件落下来。它不必等到换会话才做，因为长任务中途本来就可能发生中断、换人或注意力转移。
如果已经出现需求偏移，我不会马上继续加上下文，而会先问自己：当前真正的断点是什么？哪些结果已经由人验收？哪些只是执行者自评？预算和风险有没有新的变化？只有这些问题回答清楚，下一步才值得执行。
我也会把批量动作放在最后。先用一个最小样本验证方向、单价和验收标准，再决定是否扩大规模。对于容易漂移的内容，宁可改变镜头设计，也不把希望押在无止境的重试上。
这件事让我重新意识到，一个流程成熟的标志，不是它能在同一个窗口里记住很多，而是换一个窗口后仍然能少走弯路。真正难的不是把历史保存下来，而是把历史里的判断提炼成下一步可以遵守的边界。好的交接不是把过去搬运给未来，而是让未来只承担还没有完成的那一小段工作。