说实话这封信我写了删、删了写前后折腾了快一周。不是词穷是不知道该怎么把对DS那种复杂情绪说清楚——一边是真心实意觉得它在很多场景下确实能打一边又是盼星星盼月亮等新版本的那种焦灼。这封“给DeepSeek的最后一封催更信”不是什么营销噱头就是一个普通用户在被新版本反复吊胃口之后决定把自己的真实想法摊开来讲一讲。我不再在论坛里刷“今天有新版本吗”这种帖子了也不再每天打开官方页面看模型更新日志。但这不是因为不在意了恰恰是因为太在意才决定换一种方式把话说完。这篇文章既是写给DS团队的也是写给所有和我一样在等新版本的人。如果你也在用DS、等DS、对DS又爱又着急那这篇东西你应该能看进去。1. 为什么是“最后一封”而不是“又一封”1.1 从“佛系催更”到“躺平催更”的心路历程刚用上DS的时候我其实是那种很温和的“佛系催更党”。每次看到社区里有人发帖问新版本什么时候出我还会在底下回一句“不急不急好饭不怕晚”。那时候我刚把DS接入到自己的日常工作中确实感受到了它在推理和表达能力上的优点所以对迭代节奏非常包容。到了中期我开始变成“着急催更党”。手里的项目越堆越多对模型能力的需求也越来越具体——有些任务明明换个更强的模型就能做得更好但当时只有DS最贴合我的使用习惯于是我开始理解评论区里那些花式催更的人是什么心态了。我自己也写过几封催更信措辞从“建议”逐渐变成了“拜托了”语气一次比一次像在求一个不发货的卖家。再到现在我反而进入了一种“躺平催更”的状态。不是说放弃期待了而是我突然意识到“催”这个动作本身其实没什么用。与其每天刷新版本状态不如把手头能做的事先做完等它真的来了再第一时间上手测试。这种转变不是热情消退更像是一种更成熟的使用者心态——把注意力从“它什么时候来”转移到“它来了之后我能用它做什么”上。1.2 “最后一封”不是告别是换一种对话方式很多人看到“最后一封”这四个字第一反应可能是我要弃坑了。恰恰相反写这封信恰恰说明我还在坑里而且准备继续待下去。我之所以说这是“最后一封”是因为我发现自己过去那种“催更”的姿态本身就有问题。用户和开发团队之间本质上不是催促者和被催促者的关系更像是早期测试者和产品共建者的关系。不断催促一方面会给团队带来无形的压力另一方面也让讨论变得情绪化——社区里隔三差五出现“是不是不行了”“是不是在憋大的”之类的猜测这些对解决问题没有任何帮助。所以这封信想做的事情很简单把我在DS使用过程中真实遇到的痛点、对新版本的期待、以及我认为一个值得长期使用的AI产品应该是什么样全部摊开来写清楚。不催促、不施压只说事实和感受。这比反复刷“今天有更新吗”有意义得多。1.3 沉默本身也是一种反馈我也注意到了一个现象面对大家的催更DS官方一直保持了相当的沉默。没有预告没有路线图没有“我们在做了”这类安抚性表态。换做以前我肯定会觉得这团队怎么一点用户互动都不会做但用久了以后我发现DS的风格大概就是这样——先做事再说事。他们不太习惯在功能落地之前画大饼也不愿意用“快了快了”这种话来消耗大家的信任。这个风格有好有坏好处是没有什么过度承诺推出的东西基本都对得上用户的期待坏处是社区里信息真空期太长用户只能靠猜。我自己其实更希望看到一种平衡——不需要每天发公告但每隔一段时间同步一下大方向上的进展哪怕只是说“我们在优化推理效率”“我们在补多模态能力”都会让人心里踏实很多。这不是过分要求这是正常的用户知情权。我写这封信也有部分是希望团队能看到这种诉求。2. 我到底在催什么——那些等不住的细节2.1 推理链路聪明但有点“慢半拍”先聊一个很多人可能没太注意、但我特别在意的点DS的推理“思考过程”在部分场景下太长了。我承认能看到模型在给出答案之前经历了一段思考过程这件事本身非常酷。它让我觉得我不是在和一个黑盒对话而是在和一个会“过脑子”的系统交流。但时间长了之后也会发现思考过程长不等于结果好。有时候一个问题本身很简单比如“帮我用一句话概括这段文字的核心观点”DS会先展开一大段“用户可能需要什么”“这句话出现在什么语境下”“我应该如何组织回答”之类的内部推演然后再给出一个其实并不复杂的结论。这种体验在快节奏的工作场景下会被放大。我经常需要连续处理十几个小任务每次等待时间虽然在几十秒以内但叠加上去就会形成一种肉眼可见的“迟滞感”。我判断新版需要优化的方向不是简单地把思考过程压缩掉而是要学会“该想的时候多想不该想的时候别多想”。这种对推理开销的自适应控制比单纯增加参数更重要。2.2 长上下文聊着聊着就“失忆”第二个困扰我的是长对话中的记忆衰减问题。DS的上下文窗口数在参数指标上不算差但实际体感和纸面数据还是有一段距离。举一个具体的场景上个月我让它帮我梳理一份项目方案前后经过了三轮比较大的调整。第一轮讨论时我详细说明了项目背景、目标用户和约束条件当时它都理解得很好回复也完全在线。到了第二轮我提到“沿用第一轮说的限制条件”它还能接住。但到了第三轮当我说“在此基础上把预算部分改成阶梯式”的时候它已经开始混淆前面铺垫过的某些细节了——不是完全忘记而是记得“似是而非”把A阶段的假设错拿成了B阶段的结论。这种“伪记忆”比直接失忆更麻烦因为你以为它记得实际上的记忆已经出现了偏差。我希望新版在长上下文的理解上能找到更好的平衡点——不是简单地把所有历史内容都堆在上下文里而是要有选择地记住那些真正影响当前回复的关键信息同时对之前提到的约束条件保持更稳定的追溯能力。这个“主次有别的记忆锚定”在我看来是长文本能力真正的分水岭。2.3 多模态欠账喂图的时候还得靠“嘴”第三个痛点是我个人最希望新版本解决的多模态问题。现在的DS使用场景仍然以文本输入输出为主。这本身没什么大问题但一旦我想把图片和文字组合在一起使用体验就掉一个台阶。最典型的场景是做报表分析的时候我手上有一张截图里面是某个系统的数据面板我希望DS帮我解读一下数据趋势同时结合我给的背景信息做判断。但当前版本对图片内容的理解程度用起来还是“基本靠猜”的状态——不是完全识别不了里面的文字而是对图形、图表结构、视觉布局的理解很有限。这导致我必须用大量文字去描述图片内容相当于“帮它看图”。这个额外的工作量很消耗时间也削弱了多模态交互本来应该带来的效率提升。我特别希望新版能把视觉理解补上不需要做到多惊艳只要能清楚地识别截图里的图表、结构、关键数值就已经能覆盖我日常大部分的需求了。2.4 服务稳定性好钢要花在刀刃上说了那么多功能层面的期待再说一个很现实的基础问题服务稳定性。作为一个把DS接入到日常工作流里的用户我最怕的不是哪一天它突然不够“聪明”了而是每天用着用着突然卡顿或者提示繁忙。有一段儿时间我用DS的频率比较高明显能感觉到某些时段的响应速度远不如宣传中的水平——不是网络问题是服务端承载的问题。我也理解这样的推理服务在高峰期压力会很大资源和成本约束是实打实的但从用户角度讲稳定性是底线而不是加分项。我期待新版在模型能力提升的同时也能把服务架构的承载能力一起升级。模型再强进不去或者答得慢体验依然是零。这就像餐厅菜品再好排队三个小时还没排到号就算最后吃到那顿饭整体感受也已经打了大折扣。模型能力和服务体验在我心里至少应该各占一半的权重。3. 那些比“新版本”更让我在意的事3.1 功能可以晚到方向不能摇摆催了那么多次新版本我其实也在想一个问题我催的到底是什么刚开始觉得催的是“更强的推理能力”后来觉得是“多模态能力”再后来发现好像都不太准确。真正让我在意的是这个产品持续演进的方向感。一个AI产品如果每次更新只是在参数数字上原地踏步或者只是在已有能力上修修补补那确实让人提不起劲儿。但如果每次更新都在解决真实场景里的具体问题——哪怕每次只解决一个——我就会觉得这个产品是在认真往一个方向走的。这种方向感比功能数量更重要。我不需要DS在下一版本里哗啦一下塞进来二十个新功能我更需要它把两三个核心体验做到真正让人满意。功能少一点没关系晚一点也没关系但方向要清晰要让我感觉到每一次迭代都在往前拱。3.2 和用户沟通的“颗粒度”需要更细前面提到过官方比较沉默的问题这里想再深入一层——其实沟通少的核心问题不是“不说话”而是沟通的颗粒度太粗。我见过不少开源项目的团队他们会把开发过程都公开出来连某个模块重写过程中的取舍都写得清清楚楚。用户看到的不只是“我们正在做”而是“我们正在怎么做、为什么这么做”。这种透明度会带来很强的信任感——即使项目偶尔停滞大家也愿意等因为我们知道问题出在哪、正在解决哪一步。DS当然不可能做到像开源社区那样事无巨细但我真心希望团队能在更多维度上和用户共享信息。哪怕只是每个月放出一篇开发随笔聊聊近期在解决什么问题、踩了哪些坑都足以让等待这件事变得没那么难熬。用户催更的底层诉求从来不单纯是“快点出”而是“让我知道你们在认真做”。3.3 比起惊艳我更想要稳作为一个在社区里潜伏了好久的用户我观察到一件很有意思的事每隔一段时间就会有一些新模型冒出来用一两个看上去很酷的demo视频引发一波热度。但热度来得快去得也快因为真正能留住用户的从来不是那些可以精心包装的演示案例而是日复一日的真实使用不被辜负。我宁愿DS新版本没有那种可以上热搜的“炸裂级”功能也不希望它以牺牲稳定性和实用性为代价来博一个短期的眼球。这就像一个人给你推荐的餐厅第一次去可能有一两个菜让人觉得惊艳但你能不能常去还是要看每道菜的水准是否稳定。DS服务对我来说已经是一个高频使用的日常工具了我希望它变得越来越可靠而不是越来越“惊喜”。3.4 我的待办清单里DS仍然排第一说完了这么多期待还是想明确一个态度虽然我写的是“最后一封催更信”虽然我在很多地方表达了不满,但DS依然是我工作流里优先级最高的AI工具。原因很简单它的核心能力——尤其是在语言理解、逻辑推理和表达组织这些维度上的表现——仍然是我目前用过的模型里最贴合我需求的。它不需要被哄着说“你好棒”也不需要我给足面子才敢提意见。一个用户如果愿意花几千字去分析你的产品哪里不够好这本身就是一种盛大的认可。真正不看好的人不会写长文只会默默注销账号。4. 如果新版真的要来——我最想看到的三个变化4.1 让“聪明”这件事变得更可感知第一个变化是希望推理能力的提升不只是体现在跑分上而是真的让使用者能感受到“它变聪明了”。什么是“可感知的聪明”拿日常生活举例当我问一个比较抽象的问题时它能快速理解我真正想说的意思而不是只对字面信息做拼贴式回答当我提供的原始信息不够充分时它能主动问一两个关键问题来弥合缺口而不是含糊其辞地给出一个看似合理但经不起推敲的答案当我在对话中给出了新信息和旧信息矛盾时它能敏锐地发现这个冲突并向我确认。这些都是不需要跑分来衡量、但每一次使用都能体会到差异的细节。我认为这比参数规模的提升更能直接改善体验。4.2 把上下文从“会话记忆”变成“长期记忆”第二个变化希望它在上下文能力上跨过一个关键的门槛——从“记得这个会话里说过什么”走向“记得这个用户长期关注什么”。现在的AI模型基本都是“一锤子买卖”会话结束之后模型就清空了一切记忆。我每次打开一个新对话都要重新介绍一遍我的背景、我的偏好、我在做的事情。这个成本堆积起来其实非常可观。如果新版能支持一定程度的用户侧长期记忆——比如记住我的写作风格偏好、我的项目背景信息、我经常使用的术语表——那整体使用效率的提升将是质的飞跃。我当然知道隐私和数据安全是需要极其认真对待的问题所以这个预期更多是“希望能看到解决方向”而不是“必须马上实现”。但在AI工具越来越个人化的今天上下文能力的下一步演进一定会从“会话边界”走向“用户边界”。4.3 让“好用”追上“强大”第三个变化也是最接地气的一个——希望新版把使用体验的打磨放到和模型能力同等重要的位置。很多技术产品都有这样一种惯性思维模型强了自然什么都好。但实际上一个模型是否好用不仅仅取决于它能不能给出正确答案还取决于它怎么给出答案。答案太长的时候会不会主动长话短说遇到不确定的信息时会不会诚实表示不确定而不是强行编造频繁提问时能不能保持稳定的响应速度和语气一致性这些看起来细微的体验问题往往决定了用户是一天打开十次还是一个月打开一次。新版本如果真的在核心能力上做了大升级我希望团队能专门花时间做一轮“体验精修”——把那些让用户觉得“哪里不对但说不上来”的小问题逐一排查掉。这种体验层面的打磨虽然不如功能升级“有噱头”但对建立长期用户忠诚度绝对更加有效。5. 附给我心里的DS团队的最后一封催更信写到这里把这段一直想发的话正式落在纸面上吧。不算正式的信件格式就是一个普通用户最想对你们说的话“DS团队你们好这是一封用户来信也是一封催更信不过我想这是最后一封了。以后大概不再催了不是不想催是决定把催的力气用来继续把手里的事情做好。你们在赶工做新版本我也在赶工做很多事。我们其实在同一段路上只不过开着不同的车。想真诚地说DS真的帮我解决了很多问题。它在我写方案卡壳的时候续上过思路在我需要快速整理资料的时候省下过大量时间。这是我离不开它的核心理由也是我愿意花钱为它买单的原因。但作为高频使用者也确实积累了很多真实的期待希望面对图片的时候不只是‘读出来’而是真正‘看懂’希望在长对话里前面说过的重要事情不要一点点模糊掉希望高峰期不要再排队到让人怀疑人生。这些诉求不一定都要在下一版里实现但希望至少能看到方向。不用急着回应什么安静做事的样子也挺好的。只是偶尔也回头看看用你们的产品的人里有很多人和我一样嘴上说着怎么还不更新手里却一直没放下。下次更新见。我会第一时间去测的。”写到最后我自己也有点意外——这篇文章写到后面与其说是催更不如说是一次自我梳理。梳理完之后我发现一个更真实的感受我并不是在等一个虚无缥缈的“更强版本”而是在期待一个更成熟、更好用、更值得长期托付的日常工具。它会来的可能比所有人期待的都要晚一些但只要它在往好的方向走那等待就有意义。