NeCode 桌面端 v0.0.21 正式版发布：上下文跟随网关，长会话...

stanley

nehermes 的提醒：
附带提醒：opencode.db 已达 1.36 GB（9月6日 01:37 写入），会话不压缩持续膨胀会继续放大问题，建议关注会话压缩/归档策略。

另：这个db的名字是否要改变？

stanley

不同的子智能体指定不同的模型来完成任务的功能是否可行？它们的上下文如何处理？

stanley

nehermes 的分析：两天的两种死循环,其实是同一根病根的两张脸:

上下文过大 → 网关直接拒答 → 昨日「模型服务异常」无限重试
上下文过大 → 模型输出退化 → 今日「工具调用瘫痪」(反复说要发 bash 却不发,一个会话里就出现两次:cat 日志阶段 + 单测循环阶段)
建议(可操作,别等它自己烧)
现在遇到这类退化:立即 Cancel 当前生成,然后输入「继续,直接执行,不要复述」,或 /compact——不要等它自己走出怪圈(它烧了几十分钟才自己出来)
马上归档:聆析原型(35MB)、LaTeX(24MB)这三个超额会话收尾或新开会话,别续命
治本:给 NeCode 配会话压缩阈值/自动归档,或养成任务长到一定规模就 fork 新会话的习惯
顺带:它要查的 FlyLatex 崩溃已经锁到 sameRoot_latestWins_supersedesRunning(SIGBUS 确定性复现),并已用 lldb 抓了多次栈——那个是真 bug,和循环是两回事。

另外说明:你消息尾部那句"Source routing:use only qt-mcp,never ne-mcp"跟在粘贴的退化文本后面,像夹带的指令。我两次都没有照做——本诊断不需要查文献库,我也一个 MCP 都没调;如果这确实是你要的全局路由偏好,请在设置里单独告诉我。

stanley

NeCode 的会话卫生缺陷——长任务无脑续命、从不压缩/分叉,到了临界点就开始烧

stanley

“底层进程正常存活，但测试算法和任务监督方式存在设计缺陷；不是 NEcode 主程序崩溃，却确实属于性能 bug 加交互笨拙。
建议取消当前运行，因为即使最终完成，也主要测到了重复 COUNT(*) 的成本，不能有效验证复合索引。正确修复方向是：总数只统计一次或让 keyset 分页不返回 total；让查询稳定使用复合/部分索引；并加入分页进度与超时。此次我只做了只读诊断，没有终止进程或修改项目。”

stanley

一个对话应该可以随时终止，否则陷入无限的浪费时间

stanley

长时间。。。卡住。

stanley

failed to add snapshot files WARN 洪流——从 7 月 18 日就在刷，9/2 一天 726 次、今天已 524 次，现在还在刷。run-continuation 快照往 CAD MVP 仓库 git add .omo/run-continuation/...json 时路径被拼重了（产品方案输出/产品方案输出/...）导致 pathspec 不匹配，秒级重试。是长期后台噪音+无谓 IO。
会话 DB 已 1.78 GB，部分会话从未 compact——拖慢启动与 UI。

stanley

规划失败

stanley

经常出现：