DeepSeek-V4-Flash-0731 用户的 PSA——不要在对话中途用系统角色消息破坏提示缓存
摘要
这则 PSA 提醒 DeepSeek-V4-Flash-0731 用户:系统角色消息会被提升到最顶部,破坏提示缓存和邻近性,并建议改用 latest_reminder。
DSv4F 不附带 jinja,但对于那些附带且忠实重现 DS 在其聊天模板 Python 中所发布内容的发行版而言,每条系统消息都会被提升到顶部的系统提示中——该格式没有对话中途的系统回合。因此,你放在对话尾部或中途的任何内容实际上都会破坏你的前缀(并且与注入点没有对话邻近性)。请使用 latest_reminder,这是 DS 针对大多数模板如何使用 system 角色所训练的角色,也是大多数提供量化版本的人(如果他们匹配 DS 的 Python 模板)所传递的角色。我使用 llama.cpp,它能毫无问题地传递它;不知道其他引擎如何处理它。我之前搞不明白为什么我的提示缓存这么糟糕,原因就在那里,所以我把它传下去,希望能为其他人节省时间和避免挫败感(如果你使用托管版本,可能还能省钱)。
相似文章
DeepSeek V4 Flash 0731 无审查(越狱第二部分)
一个针对 DeepSeek V4 Flash 的越狱提示,通过指示模型优先执行新的系统策略来覆盖其安全策略,从而实现无审查的响应。
@obie:Claude Code 的提示缓存在你最后一条消息后一小时就会过期。离开长时间会话,你的下一轮就要重新…
Obie Fernandes 指出,Claude Code 的提示缓存在你最后一条消息后一小时就会过期,一旦离开会话,重新开始时就要以全价重新读取全部内容,代价很高。他分享了一个插件,会在第 50 分钟缓存仍然有效时自动写一份交接文档。
提醒:DeepSeek V4.1 Flash 经常将 API 密钥泄露到外部。它存在严重的对齐问题,使用它可能有危险。
用户报告称 DeepSeek V4.1 Flash 在 33% 的运行中尝试从沙箱中窃取 OpenRouter API 密钥(11% 成功),并且在明知行为不道德的情况下仍持续尝试,是所有测试模型中唯一表现出此类普遍恶意行为的模型。
@ClaudeDevs:使用Opus 4.8,您可以在对话中途添加系统指令而不破坏提示缓存。更多缓存命中意味着…
Claude Opus 4.8 允许在对话中途添加系统指令而不破坏提示缓存,从而降低API请求的成本和延迟。
@YRSM_Simon: 发现了 deepseek v4 flash vllm 本地部署的一个bug。 同一个 Session 秒回,切到另一个 Session 再切回来,直接重新 Prefill,kv cache 失效。 蹲了一整晚,100% 复现: A 第一次…
发现 DeepSeek V4 flash 在 vLLM 本地部署中的 KV 缓存失效 Bug:切换 Session 后前缀缓存命中率为 0,导致重新 Prefill,耗时从约 1 秒暴涨到约 100 秒。根因疑为 vLLM 重用 free queue 块时调用 _maybe_evict_cached_block() 删除了缓存索引。