10月29日，Hacker News 出现一篇高热度帖子，称 Claude Code 会定期把每个后台智能体的对话记录发给其模型。该帖获得 561 分、225 条评论。就给定材料而言，能确认的只有讨论本身和热度规模，没有可核对的发送频率、字段范围或官方说明。对正在用 Claude Code 跑并行后台任务的开发者，这条信息的重点不是新能力，而是后台上下文可能并未留在本地会话里。
标题里真正刺痛人的词
需要拆开的是四个点：定期、每一个后台智能体、transcript、发给其模型。按字面读，这不是用户点一次才上传，而是持续发生；也不是只同步主对话，而是每个后台智能体各有一份记录被送回模型侧。代码智能体的 transcript 通常会带上指令、工具调用和代码片段，但材料没有写清发送的是摘要还是全量轨迹，范围不能说死。561 分和 225 条评论说明，开发者默认假设「后台任务上下文相对独立」，而标题直接撞上了这个假设。热度能证明它被当成问题，不能证明实现细节已被审计清楚。
目前不能写成事实的部分
材料没有协议细节，没有能否关闭，没有是否用于训练，也没有智能体之间是否共享上下文。因此不能把「定期发送」写成隐私事故或安全漏洞。是否出境、是否写入长期记忆，目前都只是追问，不是结论。眼下只能保守处理：把后台智能体里的密钥、客户代码和未发布内容，当成可能进入模型请求的上下文，直到出现可复核的产品说明。
我的判断
这件事的价值，在于把代码智能体的数据面重新摊开：多 agent 一旦把 transcript 定期送回模型，隔离和最小权限就从宣传变成必须核对的实现。适用边界也很清楚，它提醒的是 Claude Code 的后台并行用户，不是对所有 AI 编程工具的定性。局限同样明显。一条热帖标题加互动数字，分不出这是产品设计、调试同步还是误读。在出现可核对的行为描述——发什么、隔多久、能否关——之前，判断应停在「默认假设已被挑战，细节尚未落地」，不宜升级结论。