Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
先分类型:事实错误、格式错误、拒答变多、回答变短、工具参数错。量化影响不一定每类都一样。
我们没有固定评测集,都是临时问。
那第一步不是继续调,是把最近 100 条真实问题抽出来,挑 30 条高频、20 条边界、20 条格式、10 条恶意。
还有采样参数。温度、top_p、最大输出长度如果跟之前不一样,也会背锅。
我遇到过“变短”其实是 max_tokens 配小了,不是量化。
4bit 是不是一定比 8bit 差?
通常会有损失,但业务感知不一定明显。关键看任务。结构化输出、工具调用、长上下文更容易暴露。
如果是 RAG 问答,也要固定检索结果。不然今天召回不一样,模型对比没意义。
所以要冻结变量:问题、检索、提示词、参数,只换模型。
对。工程里最怕一次改五个东西,然后开始猜。
建议保留一批“格式脆弱样例”。量化后 JSON、表格、工具参数经常先坏。
我先做小评测。之前确实是凭感觉说“变笨了”。
凭感觉没错,感觉是报警器。但最后得靠样例定位。
你好!看起来您对这段对话很感兴趣,但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。
有了你的建议,这篇帖子会更精彩哦 💗