便携式交接中的上下文¶

T3 Code 在您切换提供商、通过便携式重启继续，或使用提供商无法自行恢复的分支时，传输对话上下文。

短对话完整传输。对于较长的对话，T3 Code 优先保留最近的请求和回答、原始请求以及相关活动（如命令结果）。选中的消息保留其完整文本、顺序以及用户或助手角色，包括失败或中断回合中的部分工作。您的新请求保持独立，绝不会为了适应历史记录而被缩短。

当 Codex 安装的版本支持该操作时，它会直接接收历史消息。其他提供商则以归属对话上下文的形式接收相同选择。交接不会复制传出提供商的推理过程、工具调用状态或附件。

交接包含对省略历史的引用。代理可以使用 T3 Code 的线程读取工具来检索已保存的消息和活动，包括长项目的剩余部分。对于重要约束，您仍然可以在下一条消息中重复说明。交接是预算内的选择，而非代理撰写的摘要。

上下文限制¶

交接必须为现有提供商上下文、您的请求和附件、指令、工具以及后续工作留出空间。如果目标对话没有空间容纳交接，T3 Code 会以受限的历史选择开始新的提供商对话，并自动发送您的请求。您无需手动压缩。如果即使在新的对话中，请求和附件留下的空间也过小，请缩短请求或选择更大上下文的模型。T3 Code 绝不会为了适应而缩短您的请求。

恢复会保留正在运行的后台工作。在重试交接之前，请让其完成或停止它。

服务器操作员可以设置 T3CODE_CONTEXT_HANDOFF_TOKEN_CAP 来更改初始历史记录额度（默认 16,000；限制在 1,024–64,000 之间）。这是一个上限，而非提供商上下文窗口的保证。文本核算保守地按每个 UTF-8 字节计为一个 token，包括归属和 JSON 转义。导入的历史记录有单独的 64,000 字节上限；您当前的输入和附件负载不计入该上限。

T3 Code 使用所选模型和选项的可用容量信息，以及提供商上下文遥测。启动新的提供商对话会清除先前的用量，同时保留已知的模型容量。更改模型或上下文窗口选项会丢弃过期的用量和压缩阈值。

当没有可用的容量信息时，T3 Code 假定窗口为 128,000 个 token。它为指令、工具和后续工作至少保留 16,000 个 token，若窗口更大则保留窗口的四分之一。每张图像预计保留约 8,192 个 token，与其文件大小无关；其他附件为其引用各保留 4,096 个 token。当使用遥测不可用时，现有上下文根据已保存的活动进行估算。已知的较小窗口仍会约束交接。这些是备用估算值，而非精确的 token 计数。图像分辨率、自定义模型和隐藏的原生上下文可能不同，因此提供商仍可能拒绝输入。