在 AI 援救的斥地团队里面，有一个手段差距正在悄然扩大。

这不是对于编写代码。斥地东说念主员正在比当年编写更多的代码，况兼速率更快。差距在于调试，具体来说，便是知说念在 AI 生成的代码出错时该若何作念。

本文先容了这个差距在坐蓐环境中的阐发，为什么 vibe coding 会让情况变得更糟，以及咱们当今在每个构建神气中使用的具体框架。

1、本该 3 小时完成的任务

上个月，我给一位低级斥地东说念主员分拨了一个单一的集成任务：使用 Docker 和 n8n 将客户的 WhatsApp Business 号码连络到 Evolution API。

瞻望时间：3 小时。骨子时间：8 小时。

这位斥地东说念主员很优秀。在新的绿色神气中，他在 AI 援救斥地下速率快、后果高。给他一个明确的界限，他就能拜托。

但这不是一个新神气。这是一个正在运行的手艺栈，一个存在未记载潦草行动的第三方 API，以及一个包含多个动态组件的运行时环境。一朝出了问题，他实足莫得下一步该若何作念的经由。

他的轮回是这么的：

运行代码。失败了。让 AI 建筑。运行新代码。又不同地失败了。访佛。

莫得系统化的调试

他莫得在鼓动。他只是在制造杂音。

当我跟进时，拜托还是超期了。我发现他仍然坐在屏幕前，与 Claude 往走动复，粘贴代码，运行它，得到新代码，再运行。你能看到他脸上的挫败感。他对我方感到失望。

我条件看他与 AI 的聊天记载。那一刻我忽地醒悟。

不是他使用 AI 的神气错了。他莫得系统化的方法来念念考到底什么出了问题。AI 在生成谜底。他莫得评估这些谜底的框架。是以他只可不竭地运行。

2、Vibe Coding 对你的调试技艺作念了什么

Vibe coding 是指你使用 AI 生成你并乌有足瓦解的代码，以管事于一个你无意刻画但尚无法我方构建的竣事。

对于有资历的斥地者来说，这是一个合理的时间从简器具。对于低级斥地者来说，它创造了一个危境的口头：前进的错觉。

问题在这里。AI 十分擅永生成看起来合理的代码。当这些代码失败时，AI 也很擅永生成一个略有不同的版块。每一次迭代皆嗅觉像是跨越。其实不是。这是莫得会诊的迭代。

莫得会诊，就莫得通往建筑的可靠旅途。

这个陷坑之是以有用，是因为它偶尔会偶然获胜。第 5 次或第 6 次 AI 生成的版块偶合惩处了虚假，于是斥地者学到了虚假的教养：对 AI 保抓执着是一种调试政策。

不是。这只是伪装成经由的运说念。

Vibe coding 加速了构建速率。但当出问题时，它实足崩溃了。

3、8 小时会话背后的 4 个静默 Bug

以下便是逐层分析到底出了什么问题。

Bug 1：Docker 镜像过时了 3 个版块

斥地者平直从 Docker Hub 拉取了 Evolution API 镜像：

docker pull atendai/evolution-api

他不知说念的是：Docker Hub 上的镜像频繁过时于 GitHub 发布版。其时可用的镜像是 v2.2.3。GitHub 上确面前褂讪版块是 v2.3.7，而 v2.2.3 存在一个已知的二维码生成 bug。

惩处方法是从源码构建：

git clone https://github.com/EvolutionAPI/evolution-api.git

cd evolution-api

git checkout v2.3.7

docker build -t evolution-api:v2.3.7 .

重心： Docker Hub 是一个便利镜像源，而不是发布渠说念。在拉取之前，长久检查 GitHub 仓库的发布页面。在坐蓐环境中，将镜像固定到特定标签。长久不要使用 latest。

Bug 2：一个缺失的环境变量导致 Redis 崩溃

容器连接重启。日记很明晰：

Error: Redis connection failed

斥地者让 AI 建筑 docker-compose.yml 中的 Redis 成就。AI 提供了几个提议。莫得一个有用，因为问题不在 docker-compose.yml，而是在 .env 中。

CACHE_REDIS_URI=redis://redis:6379

变量 CACHE_REDIS_URI 缺失了。一转代码。45 分钟迫害了。

重心： 当容器无法连络到依赖时，在修改管事成就之前，先检查环境变量。长久将你的 .env 文献与项目标 .env.example 进行比对当作第一步。

Bug 3：PostgreSQL 中的过期会话禁锢了再行连络

之前的每一次失败的连络尝试皆在 PostgreSQL 的 Session 表中写入了一条 registered: false 的记载。

当 Evolution API 重启时，Baileys（它使用的 WhatsApp Web 库）加载了这些过期的把柄，假定现存会话仍在行动，然后轮回恭候而莫得生成新的二维码。

从外部看，博亚(中国)一站式服务官方网站API 似乎在运行。只是它从未生成可扫描的二维码。斥地者花了一个多小时寻找一个压根不存在的代码问题。

惩处方法是两条 SQL 号召：

DELETE FROM "Session";

DELETE FROM "Instance";

重心： 抓久化景色频繁是重启轮回失败的隐形原因。当一个本应在重启后平常责任的集成莫得责任时，尤其是触及身份考证的集成，在检查其他任何东西之前，先检查数据库中是否有过期记载。

Bug 4：两个版块变量必须匹配

Evolution API 条件在环境中显式声明 WhatsApp Web 客户端版块。文档莫得说明的是，两个零丁的变量皆必须缔造，况兼它们必须实足换取：

CONFIG_SESSION_PHONE_VERSION=2.3000.1023480153

WEB_VERSION=2.3000.1023480153

只缔造其中一个会静默失败。莫得浮现的虚假辅导。集成看起来运行化了，然后要么二维码无法扫描，要么会话立即断开。

这在官方文档中莫得记载。是在社区论坛的帖子中找到的。

重心： 对于任何存在未记载坐蓐行动的器具（大精深皆有），GitHub Issues 和社区论坛是你调试器具包的一部分。在假定代码有问题之前，先搜索信得过的虚假信息。

4、若何用 AI 调试（而不单是是建筑）

这两个辅导词之间存在稀零旨的诀别：

"建筑我的代码。"

对比

"这是我看到的信得过虚假（在这里贴出你的虚假）。这来自哪一层，最可能的原因是什么？"

第一个是把问题交给 AI。第二个是把 AI 当作念念考伙伴。

当你把问题实足交给 AI 时，你会得到看起来合理的建筑，但这些建筑可能惩处也可能莫得惩处压根原因。当你使用 AI 来推理一个具体的虚假时，你会得到你骨子不错考证的针对性分析。

一些实用的升沉：

不要粘贴你的统共这个词代码库并央求建筑。 粘贴具体的虚假信息并盘考它是什么真义。从瓦解出手，而不是从惩处出手。

先让 AI 识别层级。 "这是网罗虚假、成就虚假、版块问题，照旧代码逻辑虚假？" 一朝你知说念层级，你就知说念在那处查找。

让 AI 评释，而不是生成。 "即使正确的管事在运行，什么会导致 Redis 连络失败？" 这会给你不错接管行动的推理。

用 AI 来阐述你的假定。 "我认为我的 .env 中枯竭 CACHE_REDIS_URI。Evolution API 中是否需要这个变量来进行 Redis 缓存连络？" 当今你是在考证会诊，而不是外包会诊。

5、咱们在每个神气中使用的 5 步调试框架

在咱们团队中任何东说念主战斗有问题的代码之前，他们皆会推论以下门径：

读取完好的虚假信息。不是第一转。是统共这个词日记输出。最有用的信息频繁更靠后，而不是在最上头。

识别层级。这是网罗故障、成就问题、版块不匹配、代码逻辑虚假，照旧景色问题？每个层级皆有不同的第一步操作。

阻碍变更。前次改了什么？若是某件事当年能用而当今弗成，原因真实老是在于从可用到不可用之间发生了什么变化。

考证建筑。在陆续之前，阐述具体问题还是惩处。不是系统看起来平常。而是信得过的虚假还是隐没。

记载它。每一个 bug 皆是将来的文档、培训示例或内容。记载下什么出了问题、它在哪一层、建筑方法是什么，以及教养是什么。

8 小时的 bug 和 45 分钟的建筑之间的诀别不在于技艺。

在于经由。

6、莫得东说念主西宾的手段

这不是一个对于失败斥地者的故事。

这是一个对于大精深团队莫得刻意去弥补的手段差距的故事。

AI 器具闪斥地者在构建方面更快了。这是事实。但相通的加速也会反向作用：一个莫得调试框架的斥地者，当今配备了 AI，不错在一个系统化念念考者 45 分钟就能惩处的问题上破钞 8 个小时。AI 放大了差距；它并莫得减轻差距。

调试从来便是一项与构建不同的手段。在 AI 出现之前，斥地者被动培养这项手段，因为构建的速率弥漫慢，使得调试占据了总责任时间的迫切部分。当今构建变快了，调试看起来像是一个不成比例的资本，这产生了将调试外包给 AI 而不是培养这项手段的压力。

这便是陷坑。

一个系统化的斥地者配备 AI，很难被拖慢。一个错落的斥地者配备 AI，则会快速产生故障。

先西宾调试念念维。器具当然会跟上。

合计有用？留住辩驳或饱读掌。更好的是博亚(中国)一站式服务官方网站，注意或共享，让更多东说念主了解。