VibeCoding 过程中遇到的问题
昨天在给博客增加一些新的功能时，跟大模型沟通了几次，最后它没有真正理解我的意思，导致多轮修改都白费了。
其实这样的事情以前也不是没有发生过。自从有了 Vibe Coding 之后，人不仅懒得去写代码，甚至连话都懒得去多讲，懒得把自己的需求描述清楚。 你以为 AI 能够理解你的意思，但实际上很多 AI 并没有聪明到你简单点一下它就能明白的程度。它并不知道你所指的到底是什么，因为从代码层面上，它是看不出很多渲染后的实际效果的，在改前端的时候尤其如此。
比如昨天，我注意到我在 Obsidian 上写的文章是有荧光笔效果的，而且对于那种带有反引号的文本，也会有一种不同的渲染样式。但是我们这个博客刚开始并没有适配这些样式，后来我让 AI 适配上了，结果却发现了一个问题：如果一段文本既有荧光笔的渲染效果，其中又包含一段带有反引号的小文字，就会导致整行文本的渲染高度不一致。
对于我们这个博客，它会把这种行内代码块渲染成一个盒子（也就是说反引号包裹的代码，它会渲染成一个盒子的样式）。
但是代码框用的是等宽字体，它的基线比正文字体偏下，所以代码框的顶边比周围的文字会矮大概 1 到 2 个 px。这样在“高亮”里，它的顶边就到不了文字的高度，下面就会露出一点荧光的黄色，看起来就像沉下去了。
虽然这并不是一个很大的问题，但从观感上来说，我觉得可能并不是非常美观。
由于我这个问题已经修复了，在修复前也没来得及截图，而且我也懒得再去打开旧版本复现了。
另外，我发现这个问题其实并不只是我们这个博客的 Markdown 渲染有问题，Obsidian 它自己本身也有这样的情况。
如果你仔细看下面这张 Obsidian 渲染的 Markdown 文本的图片，你会发现这个反引号包裹的代码块，它渲染出来的这个高度是要矮于荧光黄色的文字的。
也就是说，它的顶边到不了文字的顶边，所以感觉好像沉下去了，整体的视觉一致性并不是很强。
对于 Obsidian 这样并不是很明显地把行内代码块渲染出来的样式，可能从视觉来说并不会有很大的问题。但是在我们的博客中，它对于这种行内代码块是渲染成一个方框盒子的，所以这样子高度不一致的话，会极大增强那种视觉上的不协调。
不过好在，在我相对详细描述了我的诉求之后，他最后成功发现了问题。
这一点我确确实实想要夸奖一下 DeepSeek V4 Flash（我用的是 AtomCode 免费的 DeepSeek V4 Flash，所以我并不知道它用的是不是 7 月 31 号发布的正式版。但是我感觉它确实很厉害，有些问题 GMM 5.2 都没有解决的，能被它轻松地解决掉。）
考虑到它并不是一个视觉多模态模型，而且只有 284B 的参数，且激活参数只有 13B。相对于那种可能以 T 为单位的大模型来说，它确实只能算上一个刚入门的小模型。而且我并没有特别具象地去描述我想要解决的问题——刚开始我确实不知道该怎么描述，只能描述我看见的内容。所以对他来说，他能很快做出反应，我认为这一点还是非常厉害的。
感悟
很多时候 VibeCoding 确实很方便，大模型能帮你编程，把你各种各样的想法变成现实，确实是一个非常好用的工具。
但是我们不能太过于依赖它，把它当成万能的神，觉得它能够真正猜测到你内心想要的那种效果是什么。所以有些时候，我们可能不太需要去实际开发了，但依然还得去好好打磨自己想表达的东西，把自己的真正诉求说清楚。
这样才能避免大模型在执行任务的过程中产生误解。
免费使用 DeepSeek V4 Flash
本来这篇博客写到这里就结束了，但是为什么我还得说一下这个可以免费使用 DeepSeek V4 Flash 的方法呢？
是因为前面我提到了 AtomCode，接下来的话我再分享一下。因为这个 AtomCode 我也用了很久了，大概用了有十几亿的 tokens 量。而且不论是它三个套餐中的 Lite 还是 Pro，其实额度都给得非常足：每 5 小时有至少 800 次的 DeepSeek V4 Flash 额度，我认为这一点是非常良心的。
而且它现在都是免费的，不论是 Lite 还是 Pro 套餐，都可以免费获取，这确实是一个非常良心的工具。
另外，它并不是说模型免费让你用，但工具本身不好用，实际完全不是这样。我发现 AtomCode 这个工具本身也算是比较好用的，所以我才会去推荐一下。
而且这个 AtomCode 好像跟华为还有点关系。再加上那个 DeepSeek V4 Flash 发布的那天下午，我感觉到它的智力突然陡升，所以我怀疑它其实就是官方的那个 API。我觉得真的可以去尝试一下。
