ChatGPT 拒绝帮我编写我的项目代码，这反而把我带到了更好的地方

Vibe 编码是以极快的速度推动项目进展，无论是经验丰富的程序员还是初学者都适用。但它有一个问题。AI 生成的代码并不总是更好的选择，更重要的是，它不一定安全，尤其是在用它来开发车辆控制系统时。

有些任务你不应该使用 ChatGPT 来完成，但它在‘氛围编程’方面仍然相当不错。所以当 ChatGPT 拒绝帮我为我的摩托车进行电子巡航控制模块的‘氛围编程’时，我开始想知道原因。而它给出的理由把我引向了一个更好的地方。

我以为我会轻松完成的项目

一个感觉非常适合氛围编码的简单想法

尽管我的摩托车硬件支持电子巡航控制，但由于制造商在我所在国家不提供所需的软件更新，我的摩托车没有电子巡航控制选项。市面上有售后电子巡航控制套件，但我想要一个集成度更高的解决方案，所以我决定自己制作。

ChatGPT 非常乐意帮我识别所需的组件，以及如何从摩托车的 OBD 端口读取油门和 ECU 数据。不久，我就使用 ESP32 组装了一个基本的电子设备套件，它可以检测摩托车控制开关上的按键操作，并读取速度、转速以及构建电子巡航控制系统所需的其他关键数据点。

实际上，ChatGPT 在识别所需组件、如何访问自行车的 CAN 总线数据、识别不同输入等方面非常有帮助。它还能够在我随手放着的 I2C OLED 屏幕上快速创建该功能的基本界面。

然后 ChatGPT 说不

ChatGPT 不经常说不，但当它说不时，都是有充分理由的

项目进行得非常顺利，直到我真正开始实施它。为了让第三方定速巡航系统工作，它需要绕过车辆中的线控油门传感器，以模拟发送到ECU的油门信号。而这正是ChatGPT突然拒绝配合的时候，它向我抛来了满满的安全警告，而不是提供代码。

到目前为止，ChatGPT 一直很乐意提供我可以烧录到 ESP32 并运行的代码，无论是读取和识别 CAN 数据，还是在我使用的小型 OLED 显示屏上显示这些数据。然而，它关于我应该如何控制油门的建议，至少可以说有点不寻常。

ChatGPT 以为这个整个项目只会从 ECU 读取生命体征，但不知怎的，它仍然认为我会手动操作油门。当我纠正它，说系统是在读取数据以便它可以自行调节油门时，它建议建立一个完全不同的油门接口，从 ESP32 获取输入，并根据需要调节油门，输出修改后的油门信号以匹配设定的巡航速度。

在进一步询问后，ChatGPT 开始坚持让我先读取并识别 CAN 总线数据，然后再着手构建所谓的油门接口。它还建议使用合适的组件，并给了我一个基本的电路图，用于读取油门数据，将其存储在缓冲区中，并传递给 ECU。这个聊天机器人真的很想以渐进的方式进行油门控制，在完全接管油门之前增加渐进的步骤。

那个路障改变了一切

为什么被迫重新思考方法实际上有帮助

ChatGPT 的反驳让我陷入了工程的兔子洞。我没有随意编写一个半完成、半理解的系统，而是研究了闭环车辆控制系统，我的自行车的 ECU 如何与使操作成为可能的所有传感器互动，传递油门控制回去的安全措施，以及一个我在开始这个项目时没考虑到的正确实现方法。考虑到 ChatGPT 已经有一个可以将模糊目标变成实际可用东西的系统，这次经历真是让人耳目一新。

我没有把聊天机器人当作代码分发器来使用，而是开始更多地把它当作过程中的助手。它帮助我更好地理解我正在构建的内容，并大大减少了组件和基础代码的研究时间。按照我的习惯，我仍然用老方法通过谷歌查找所有组件，以确保我没有使用错误的东西。令我惊讶的是，大部分结果都是正确的。

ChatGPT 解释了概念，帮助我处理 CAN 总线数据，否则这些数据本来需要更长时间才能解读，并且指引我了解关于线控油门系统的汽车级安全考虑的资源。ChatGPT 在 2026 年拥有大量功能，并且在编码可能危险的产品时提高意识似乎是其中之一。

我最终做出了更好的东西

一个更聪明的项目——以及一个更有能力的开发者

该项目仍在进行中，但它已经从一个简单的黑客项目发展成一个完整的逆向工程和硬件接口项目。我也是分阶段构建的，因为在测试期间油门锁住或功能不正常可能会产生灾难性的后果，这句话一点都不夸张。

但最让我惊讶的是，我在这个过程中学到了很多东西，以及 ChatGPT 是多么坚持要保护我的安全。我仍然喜欢以传统方式编程。毕竟，这是我花费大半生时间培养的技能。但 vibe 编程正在迅速赶上，并且在现代开发工作流程中有着不可否认的位置。无论如何，有一类项目是无法选择不理解代码的，而能帮助你识别这种区别的 AI 助手，确实是在帮你一个大忙。归根结底，我没想到今年我最有用的 AI 互动竟然是那次它说“不”的时候。