#3732·nanoclaw

对于保持容器保持活动的任务,转录旋转永远不会运行

作者: TO-maschenborn创建于 2026年9月7日更新于 2026年9月7日

** 版本:** 2.1.53

□ 总结

可能继续() ' 只能从运行的PollLoop()',即每个集装箱开始。 任何计划任务,其重现时间会短于主机30分钟闲置的天花板,使其容器能无限期地活下来,因此检查从未运行过,会话记录会无约束地增长——远超过12 MB的尺寸上限和原本要捆绑的14天年龄上限.

□ 为什么这很重要 超过磁盘使用

记录稿是被恢复的,因此,一个超大的记录在模型的上下文中保留了周前的“附件”条目。 就我们的情况而言,一名特工不断被显示文件 ' 附件的回放,读取的是13天前的表演,加上从中间的每个午夜起的日期-更改'附件。

代理商的结论是,它处于即时注射攻击:它看到它没有要求的文件的"读取工具"输出,包含过去在时间上印出的数据,以及一个没有QQ系统重播器而到达的"日期-更改"提醒. 它正确地拒绝对他们采取行动——并在12天的时间里升级为7次人类。 假阳性花费了真正的工程时间,并侵蚀了对特工自身报告的信任.

因此错失自转的实际影响不是"文件很大",而是代理原因大于僵化上下文,错误地将平台力学归类为攻击.

□再现.

  1. 在XQ/15 * * * QQ(闲置的天花板工程下方的任何东西)给一个代理组一个经常性的任务.
  2. 让它运行一周。
  3. `Docker ps'——容器的正常运行时间按天数计算;从未重新启动。
  4. " ls-la /v2-sessions//.Claude-shared/project/-workspace-agent/ " -- 活动方 '.jsonl ' 远已超过12 MB,没有.旋转-*'从当前运行中的兄弟关系。

∮我们衡量的∮

一个代理集团,QQ/15***,8月21日开始:

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? |-|-|-. 集装箱停放时间 ** 12天**,不间断地 **

  • 33 MB(上限:12 MB) 年龄 年龄 年龄 13天(上限:14天)
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        • 9 * * * 文件 ' 所附文件载于该会 250 * * 日期-更改 ' 附文

同一安装中的第二个组在两周内达到了84 MB——7倍于上限.

一次停止容器就足够了:下个产卵进行检查并立即旋转了33个MB记录. 这证实了逻辑本身是好的;只有它的呼叫站点是错误的。

□ 根源

`集装箱/代理经营人/电弧/波道-径':

/ 在复会之前, 放弃一个其磁盘记录也有增长的会话 //在宿主闲置的天花板内,大/老变冷。 如果( 继续) { 旋转Reason = 配置. professor. may be Rotate Continuation?. (接续, config.cwd; ). . . . . . . . . {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?


这在民意测验圈之上, 所以它得到一次准确的评价。 评论对意图的描述是正确的("一个长寿的中枢一直试图重新装入一个不断增长的.jsonl")——但对于那些被*寒冷接续*的会话,守门员只放出火来.
. . . . . . .

内容来源: nanocoai/nanoclaw