大家一起聊聊最近经常出现的系统停机和AI有关系吗？

昨天 Outlook 等微软服务长时间出问题，今天美国又因为空管通信故障，全国性暂停航班起飞。这两天接连遇到这样的新闻，忍不住想问：是不是 AI 惹的祸？微软故障报道、FAA 事件报道

当然，好像目前没有足够证据把这两次事故归因于AI，具体原因还要看后续调查。但是，这次全国性的航班停飞好像是自从911以来最大规模的停飞事件。但它们的接连发生很难让人不和最近AI的代码大跃进打上关联。 当然，这些事件再次提醒我们：日常生活有多依赖软件和通信系统的可靠运行。

AI 让代码写得更快，但故障定位并不会自动变得更容易。即使让 AI 帮忙调试，它也需要真实运行中的证据：什么发生了变化、哪里开始出错、问题如何一步步传播。没有这些信息，AI 也只能根据有限的日志和代码推测。 难点在于，开发者很难提前猜到该记录什么。日志少了，出了问题没有线索；记录太多，又会增加性能和存储开销，不能用于生产系统。相信做过线上系统、半夜被叫起来排障的朋友，对这个矛盾都不陌生。

这正是我们创立 Teyon 的初衷：以低开销自动收集关键运行证据，让更多问题能够被自动诊断，减少人工埋点和反复排查。我们的第一个产品 MemSage，主要聚焦 CPU/GPU 内存问题和训练配置检查。目前我们也在寻找 cofounder 和 founding engineer。如果你对软件可靠性、系统底层、AI 基础设施感兴趣，想一起把这个方向做起来，欢迎私信聊聊。

也想听听大家的经历：AI 到底帮你解决了哪些难查的 bug，又在哪些时候因为缺少运行现场而束手无策？

微软的没关系。纯🤡烙印eng搞得

傻杯，你这破帖子就是AI

我认为不能因为 AI 代码生成能力的提升，就直接把近期的软件和通信系统故障归因于 AI。但有一个值得关注的趋势：代码生产速度正在快速提高，而软件系统的复杂度、测试覆盖、可观测性和故障诊断能力未必能同步提升。

AI 可以帮助开发者更快地写代码、分析日志和定位问题，但它并不能凭空还原故障现场。尤其是在复杂的生产环境中，真正有价值的往往不是更多代码，而是足够完整的运行时证据。
. ----
从这个角度看，我觉得 Teyon 关注的方向很有意义。未来 AI 软件工程的竞争，不仅是比谁写代码更快，也要比谁能更可靠地运行、监控和诊断这些代码。

匿名用户 发表于 2026-11-13 21:42
微软的没关系。纯🤡烙印eng搞得

你这发言除了发泄情绪 有其他任何意义吗？ 有直接证据吗？
-baidu 1point3acres没啥用，要不你就自己成立一个华人公司，只招华人

广告滚一边去😅