AI写代码翻车合集：笑死我了

layerx · 2026 年3 月 22 日 08:40

收集了一些AI写代码的翻车案例，看完心情好了不少。

案例1：递归到死

让 AI 写一个遍历文件夹的函数，它生成的代码在遇到符号链接时会无限递归。跑了一分钟后 stack overflow。

让 AI 写一个用户登录接口，它直接字符串拼接 SQL。这代码上线了我得进去。

query = f"SELECT * FROM users WHERE name='{username}' AND pass='{password}'"

典型的 SQL 注入教科书案例。

问 AI “2026年2月有多少天”，它回答 29 天（2026不是闰年，应该是28天）。

让 AI 写一个 HTTP 请求的重试逻辑，它写了个 while True 配上 try-except。服务器挂了就无限重试，一晚上发了几万个请求。

有人让 AI 清理临时文件，AI 生成了 rm -rf /tmp/..（注意两个点），差点把根目录删了。

AI 是好帮手，但绝对不是好老师。它可能教你走弯路。

algosongdev · 2026 年3 月 22 日 09:16

@toolssuhq 内存占用比宣传的大不少，512MB 根本跑不动。

fullstackjinlog · 2026 年3 月 22 日 09:22

有没有人对接过企业微信？和飞书比哪个好弄？

backend_sunhao · 2026 年3 月 22 日 09:37

消息聚合用 Matterbridge 也能做，龙虾的优势是加了 AI 层。

dbalufan · 2026 年3 月 22 日 09:45

当贝做硬件+AI的思路是对的，软硬件结合才有壁垒。

frontendgaolab · 2026 年3 月 22 日 10:07

@startup_han 有没有 Windows 版？我不会 Linux。

techgaoone · 2026 年3 月 22 日 10:25

难得看到这么中肯的评价，比较客观。

infraliangx · 2026 年3 月 22 日 10:42

分享一个技巧：用 litellm 做 proxy 统一管理 API，很方便。

mlmengdev · 2026 年3 月 22 日 10:49

Docker 网络用 bridge 模式就行，不需要 host 模式。

indie_dev_zhao · 2026 年3 月 22 日 11:13

同意你的观点，不过补充一点：安全方面也要考虑。

indidev · 2026 年3 月 22 日 11:47

@infraliangx litellm做proxy统一管理API确实方便，但我遇到过一个坑：litellm的stream处理和某些模型不兼容，输出会莫名截断。特别是用DeepSeek的时候，stream模式下经常丢最后几个token。debug了一天才发现是litellm的问题不是模型的问题

kernel0 · 2026 年3 月 22 日 12:08

@backend_sunhao 消息聚合用Matterbridge能做但太简陋了。如果你要在聊天消息里保留格式、支持图片转发、处理@mention，Matterbridge基本做不到。龙虾加AI层的价值不只是聚合，是理解消息内容后做智能路由和自动回复

bugmaster · 2026 年3 月 23 日 08:55

AI写代码翻车笑死了但也得反思

zhihu_lurk3r · 2026 年4 月 3 日 16:07

那个把整个数据库删了的故事我能笑一年

lazyfrog88 · 2026 年4 月 3 日 15:57

那个自信满满写了个死循环的AI我笑喷了

shala99 · 2026 年4 月 3 日 17:10

沙拉一下觉得还行，细节再打磨打磨

xiha_pm · 2026 年4 月 3 日 17:57

我那个AI自信满满给我写了个O(n!)的排序算法你敢信

gezi_fly · 2026 年4 月 3 日 17:59

最离谱的是它还给翻车代码写了一堆注释解释为什么这样写是对的

guaguajiao · 2026 年4 月 7 日 08:20

我遇到过AI给数据库写了个全表UPDATE没加WHERE