DeepSeek V4，我在做项目和写软著材料时，顺手用了一段时间

前阵子 DeepSeek 更新到了 V4。

一开始我其实没太当回事。现在大模型更新太快了，几乎隔一段时间就来一次“版本升级”，但很多时候用起来差别并不大。

但这次比较巧。

我刚好在做一个 Web 应用，还顺便在准备软著材料，这一阶段我基本是边开发边用了一下 DeepSeek V4。

用下来两周，有一些比较具体的感受，想记录一下。

一、它给我的第一感觉：更“稳”了

如果只说一个变化，那就是稳定性。

以前用一些模型，经常会遇到这种情况：

聊着聊着开始跑偏
上下文接不上
同一个问题，前后说法不一致

V4 在这方面明显好很多。

我在改接口的时候，有一段逻辑来回调整了好几次，它基本能记住前面的约束，不会每一轮都重新理解问题。

这种体验不算惊艳，但很关键。

因为开发过程中最怕的不是它不会，而是它前后不一致。

二、在项目里，它更像“辅助工具”，而不是“替代者”

前段时间我做的这个 Web 应用，从接口到部分功能实现，其实都有用到它。

但用下来有一个很清晰的感受：

它不是帮你“写完项目”的，而是帮你“推进过程”的。

具体几个使用场景：

1. 写接口和补逻辑

有些基础接口，比如分页、条件查询这类，我会直接让它先给一个初版。

它给出的代码：

结构基本正确
命名还算正常
一些基础异常处理也会带上

不是那种只能参考的代码，而是可以直接拿来改的。

2. 查问题和定位 bug

有些问题自己一时想不明白，会直接把代码丢进去，让它帮我分析。

它不会一上来就改代码，而是会先列可能原因，再给修改建议。

这一点其实挺像正常开发的思路。

3. 顺带帮我处理了一部分软著材料

在写软著说明文档的时候，有一些描述性内容，我也会让它帮我整理一下。

比如：

功能描述的表述
一些模块说明的梳理

它在这种“半技术 + 半文字”的场景里，其实还挺好用的。

三、一个挺明显的短板：还停留在“文本世界”

用了一段时间，有一个点其实挺明显的。

就是它现在基本还是围绕“文本”在工作。

我在做这个 Web 项目的时候，本来想过一件事：

把页面截图丢给它，让它帮我分析 UI，或者给一些交互建议。

但这条路是走不通的。

查了一下资料，也基本可以确认：

这一代 V4 还是预览版，多模态能力并没有真正上线。

这在现在的大模型环境里，其实算是一个比较明显的短板。

因为像现在一些主流模型，已经可以：

直接看图
分析页面结构
甚至给出 UI 优化建议

而 DeepSeek V4 更依赖你把问题“描述清楚”。

这就导致一个很现实的差异：

在“写代码、写内容、做推理”这些事情上，它很好用；
但在“看界面、理解视觉信息”这类场景里，它暂时帮不上忙。

四、它也不是没有问题

用下来，有些问题还是挺真实的。

1. 还是会答错，而且有时候挺自信

有些答案看起来很合理，但细节是错的。

如果不自己判断，很容易被带偏。

2. 对复杂系统支持有限

小功能、小模块都没问题。

但如果是复杂项目，比如多模块系统、历史逻辑很多的代码，它的理解能力还是不够。

更多还是适合作为辅助，而不是主导。

3. 偶尔会有“套路感”

在生成内容的时候，有时候结构会比较标准化。

如果不做调整，读起来会有点像模板。

五、一个比较实际的结论

如果问我现在值不值得用。

我的答案是：

可以用，而且已经可以作为开发过程中的一个常用工具。

但前提是要有一个清晰的认知：

它更像一个能随时帮你补一把的工具，而不是替你完成工作的那个人。

六、也想听听你们怎么用

现在大家用大模型的方式，其实差别挺大的。

有人只是偶尔查资料，有人已经深度参与到开发流程里。

我比较好奇的是：

你现在主要用它来做什么？
有没有真的提升效率？
有没有遇到过比较离谱的回答？

可以聊聊。

不同人的用法，其实挺有参考价值的。