bilibili字幕，总结本页，这两个功能还是不行。

[Wooden-Gear]

视频有字幕，但显示无输入。 总结本页功能则毫无反应。

[josStorer]

https://github.com/josStorer/chatGPTBox/releases/tag/v2.5.8

[Wooden-Gear]

https://github.com/josStorer/chatGPTBox/releases/tag/v2.5.8

跟2.5.6版本一样的问题，提取的内容残缺不全，缺的比剩的多。不管是bilibili字幕，还是总结本页。 @josStorer

[josStorer]

@Wooden-Gear 你使用的是什么api模式，有些模式上下文比较短，会自动裁切，否则api请求会失败，你可以试试Kimi网页版的100k，这个b站字幕应该不会裁切

[Wooden-Gear]

@Wooden-Gear 你使用的是什么api模式，有些模式上下文比较短，会自动裁切，否则api请求会失败，你可以试试Kimi网页版的100k，这个b站字幕应该不会裁切

试了一下kimi，确实没问题了。 但我用的deepseek，上下文有128K，却也残缺不全，五六千字的字幕，只剩三百字。 我觉得没有必要裁切啊！毕竟裁切之后的总结也没啥用啊！ @josStorer

[josStorer]

裁切是为了避免爆上下文，如果模型不支持太长的话，我不裁切，api请求会直接失败 现在识别上下文长度是根据模型名称的，deepseek因为我没有内置直接的支持，所以你用自定义模型的话，模型名称没有写多少k上下文，因此默认视作4k上下文了 这个问题需要我内置直接的deepseek支持来解决

[Wooden-Gear]

裁切是为了避免爆上下文，如果模型不支持太长的话，我不裁切，api请求会直接失败 现在识别上下文长度是根据模型名称的，deepseek因为我没有内置直接的支持，所以你用自定义模型的话，模型名称没有写多少k上下文，因此默认视作4k上下文了 这个问题需要我内置直接的deepseek支持来解决

如果你能够直接返回信息，告诉用户上下文长度超过API支持上限的话，最好还是不要裁剪。 因为对于用户来说，不知道具体原因，只会以为是扩展有问题，反而会劝退。 我前段时间就是因为这个原因，放弃了一段时间，幸亏我一直在关注这个项目。 从产品的角度来说，你因为外部因素而做出的设计上的妥协，本不是你的锅，但你一定要告诉用户，不然你就会莫名其妙背上这个来自外部的锅，而失去一些用户。 @josStorer

[josStorer]

好的感谢你的建议，确实现在很多模型都有超长上下文，我想可以提供一个选项让用户关闭自动裁切功能

[heroesm]

我也遇到了，我是用的自定义的支持超长上下文的 gemini 2.0 的模型，总结全文，提取的只有很少一点内容，切成内置的 kimi 100k 模型才能正常提取到所有内容。

刚才又试了发现，这个问题可以通过设置默认模型为内置的 kimi 100k，点击总结全文，然后切换成其他的模型再重新生成内容来绕过，这时候喂给其他模型的也是长文内容了。

@josStorer 大佬看看什么时候可以优化一下让用户可以关闭自动裁剪？