Replies: 2 comments
|
Same theme as long-session handling — I just filed #5650 about auto-compaction silently resetting long-running conversations (hard-coded English checkpoint summaries, zero-tail reset on context overflow). Worth cross-linking these. |
0 replies
|
我的没这个问题,一次处理5千万tok |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
环境:
问题:
我让 DSH 制作一个网页游戏。任务完成后,再次打开该会话时,Web 页面显示:
history unavailable for session:
RangeError: Maximum call stack size exceeded (internal)
游戏文件实际上已经成功生成,会话文件也没有损坏。
经过排查,这个会话只有 1 轮、22 个步骤,但是生成了大约 20 万个输出 token。其中一条回复关联了 145,140 个流式片段。
问题疑似出现在:
packages/host/apiproxy/src/api-proxy.ts 第 305 行
这里使用了:
Math.min(event.seq, ...sources)
当 sources 包含 145,140 个数字时,JavaScript 无法一次处理这么多参数,所以发生调用栈溢出。
我在本地把它改成逐个比较后,会话就可以读取了。
另外,修复调用栈问题后,历史接口一次返回约 37 MB 数据,浏览器仍然容易卡死。如果不返回已经结束的逐字流式片段,历史响应可以降到约 1.09 MB,并且最终回复、工具调用和工具结果都还在。
希望官方可以修复超长会话的历史加载问题,谢谢。
All reactions