win10 x64 可执行文件版本，工作区页面卡死

[1Dreamer666]

经常用着用着就会卡死，但是其中运行的Claude code正常（并且可以开一个Claude用resume查看是否还在运行），主程序正常，但分窗口（工作区）经常卡死，而且reload和force reload都没用。

电脑型号：Dell G15 5515

处理器：AMD Ryzen 7 5800H（8核16线程）

显卡：NVIDIA GeForce RTX 3060 Laptop GPU（6GB显存）

内存：32GB

存储：512GB SSD + 2TB SSD（双固态硬盘）

系统：Windows 10 64位 专业版

例如以下截图所示界面

[weiesky]

哦，我知道了，晚点打包一个新的版本出来，有一个[刷新]的按钮，可以缓解这个问题。
这个问题出现的原因是Claude code 的TUI 版本渲染一直都存在过于稠密的问题，目前只有Ghostty能稳定扛住这个渲染。

[1Dreamer666]

哦，我知道了，晚点打包一个新的版本出来，有一个[刷新]的按钮，可以缓解这个问题。 这个问题出现的原因是Claude code 的TUI 版本渲染一直都存在过于稠密的问题，目前只有Ghostty能稳定扛住这个渲染。

又卡死了，这次是审批排队：

[1Dreamer666]

可能是rtk的问题，在我点击允许时卡死的

[weiesky]

我倒是发现了另外一个有趣的问题，你没有开启ultraPlan，用一用这个功能吧，非常强大哦！比行业里面其他东西强很多。而且里面有调整和修改的教程。
deepseek是能驱动ultraplan的，而且驱动起来的效果非常好。

[weiesky]

@1Dreamer666 是整个界面都卡死了么？

[weiesky]

我发布了1.6.299版本，这个版本经过我自己找来的windows电脑验证。几乎绝大部分的问题都被解决了。
windows 的性能远比我想象恶劣。在第一次装载cc-viewer时，几乎很艰难。动不动就OOM或者线程池卡死。

经过4天，几轮优化后，现在我本地老的windows电脑已经很丝滑了。你可以更新体验一下，也欢迎提PR

[1Dreamer666]

好的，我先去更新试试

[1Dreamer666]

我倒是发现了另外一个有趣的问题，你没有开启ultraPlan，用一用这个功能吧，非常强大哦！比行业里面其他东西强很多。而且里面有调整和修改的教程。 deepseek是能驱动ultraplan的，而且驱动起来的效果非常好。

我在用ultrawork（150版本）和/effort ultracode（160版本时的effort强度），在158是workflow，这是个编写workflow硬执行的功能，看他们都说ultraplan只能用原生的Claude来着，deepseek原来也可用么，谢谢提醒，我回头试试

plan loop ultraplan 乃至现在的ultracode，cc鼓捣的这些工作执行方式还真多

[1Dreamer666]

@1Dreamer666 是整个界面都卡死了么？

另外，我发现在cc-viewer中，ultrawork的流光溢彩+输入法（我是微软输入法）会稳定触发乱码bug：输入法会跳到最开始流光溢彩的位置，win10原生cmd则不会（但是似乎只是显示错乱以影响我对内容的判断，对实际内容无影响）

[1Dreamer666]

我发布了1.6.299版本，这个版本经过我自己找来的windows电脑验证。几乎绝大部分的问题都被解决了。 windows 的性能远比我想象恶劣。在第一次装载cc-viewer时，几乎很艰难。动不动就OOM或者线程池卡死。

经过4天，几轮优化后，现在我本地老的windows电脑已经很丝滑了。你可以更新体验一下，也欢迎提PR

我发现了一个新问题：手机（我是安卓16）网页端访问时，似乎会出现上下文切换不过来的情况，但是电脑端我手动切换了1m并正常显示后手机没有同步、Claude还自动compact了（当时的上下文按照200k来说长了，对于1m来说很短，大概在150/170k，打完这么多字不太记得了，无法确认是电脑没成功切换还是手机卡住了状态。

[weiesky]

嗯，autoCompact事发生在165K左右的位置，余量35K就是给autoCompact用的。
如果出现autoCompact，说明模型就是没有切换成功，你需要确认是否真的有1M的模型可以被切换。另外切换模型大部分情况下对于token的消耗是很大的。如果是非同一个模型的200K到1M切换，那么缓存就需要全量重建。
通常建议在settings.json里面写死启动模型，不然有时候cc就是会读取过往记录，并且把subAgent用过的200K模型拿来启动。

[weiesky]

输入法BUG的问题应该是312版本之前的ascii码异常的问题，在313版本修复了。但我现在在海外，没有windows电脑验证，可能windows还会有其他特性，如果确认313还有问题，我需要回国以后才能看。

[1Dreamer666]

输入法BUG的问题应该是312版本之前的ascii码异常的问题，在313版本修复了。但我现在在海外，没有windows电脑验证，可能windows还会有其他特性，如果确认313还有问题，我需要回国以后才能看。

更新的好快，我昨晚还311呢，我试试313

还是不行，现在倒是不会跳到最开始流光溢彩的位置了，但是会到处乱跳：