Microsoft AI 首席执行官说你现在可以在几秒钟内构建应用。编程还活着吗?
AI News

Microsoft AI 首席执行官说你现在可以在几秒钟内构建应用。编程还活着吗?

Mustafa Suleyman 说应用可以在几秒钟内用 AI 构建。随着 92% 的开发者使用 AI 工具、41% 的代码现在由 AI 生成,这对 2026 年的传统软件开发意味着什么?

由 GetFree 团队·2026 年 2 月 19 日·5 分钟阅读

Microsoft AI 首席执行官说你现在可以在几秒钟内构建应用。编程还活着吗?

✓核心要点

  • ●92%美国开发者现每日使用AI编码工具[2]
  • ●41% 的全球代码是 AI 生成的[3]
  • ●45% 的 AI 生成代码包含安全漏洞[4]
  • ●Moltbook 泄露暴露了来自 vibe-coded 平台的 150 万个 API 密钥[5]
  • ●Mustafa Suleyman 说应用现在可以"几秒钟内"构建完成[1]
  • ●Linus Torvalds 最近用 Google Antigravity 写代码 —— 自己不写代码[6]

改变一切的那个公告

上周四,Mustafa Suleyman 发表了一份声明,该声明在开发者社区中持续发酵。微软 AI 首席执行官说 — — 我直接引用 — — “任何人现在都可以氛围编码并在几秒钟内创建一个应用。”

我听过科技 CEO 的夸张说法。但这一次不一样。

为什么?因为 Suleyman 不是某个做预测的外部人士。他 literally 经营着拥有 GitHub Copilot 的公司。他拥有别人没有的数据。当他说壁垒已经消失时,他不是在猜测——他是在报告他所看到的。

时机值得注意。这恰好在 Andrej Karpathy 提出“氛围编程”描述周末随性项目整整一年后。行业一看说“不,我们要把这推向生产环境。”

我们做到了。天哪,我们做到了。

92% 的日使用量实际是什么样的

让我为您描绘一幅画面。上个月,我在旧金山参加了一个创始人聚会。在 40 个人中,只有一人举手回答"谁不经常使用 AI 编码工具"。

一个人。

92% 的数字并非某个学术预测——它描述的是已经发生的事情[2]。我们已经过了采纳曲线。我们正处于生产力高原。

这在实践中的含义是:

指标20242026
每日使用 AI 的开发者30%92%
AI 生成的代码12%41%
95%+ 代码由 AI 编写的 YC 初创公司8%25%[3]

趋势是明确的。问题不再是“是否”,而是“多快”。

但没人告诉你的是

我们可以更快地构建。这点毋庸置疑。

但我们能安全地构建吗?

令人不安的真相:45% 的 AI 生成代码包含安全漏洞[4]。让我再说一遍,因为这很重要。AI 编写的近一半代码存在安全问题。

最近的例子?Moltbook 泄露事件。一个完全 vibe-coded 的平台将 150 万个 API 密钥 暴露在公共互联网上[5]。不是研究实验。不是 CTF 挑战。一个真实产品,有真实用户和真实秘密,因为代码——虽然功能正常——但没有以安全为宗旨编写而被洗劫一空。

这就是 Suleyman 所谓的“几秒钟构建”不再像进步,而更像警告的地方。

隐藏在您生成的代码中的安全危机

我已经进行约六个月的“氛围编码”。交付了三个产品。在所有三个产品中都发现了安全问题。

这是我的心得:

问题都是可预测的

  • 硬编码 API 密钥 — AI 不总是知道使用环境变量
  • 缺少输入验证——生成的端点往往盲目信任用户输入
  • 身份验证漏洞 — 会话处理、令牌验证和密码哈希被遗忘
  • SQL 注入 — 即使在 2026 年,AI 有时仍会编写 SELECT * FROM users WHERE id = ${id}

修复方法很简单(但没人做)

你需要逐行审核 AI 生成的代码,就像它是一个陌生人写的一样。因为它就是。

我现在在每次部署前对每个项目运行自动化安全扫描。Snyk、CodeQL、npm audit——需要什么来什么。这额外的10分钟多次拯救了我。

那 Suleyman 错了吗?

不完全是。他只是不完整。

你可以在几秒钟内构建的应用?它们是真实的。功能完善的。可发布的。上周末我花了大约 3 小时构建了一个仪表板,这在 2024 年需要一周时间。

但这里有一个细微差别:"几秒钟"的部分适用于第一个版本。那个能用的版本。您能展示给用户的版本。

不会让你被黑客入侵的版本?那需要更多时间、更多审查、更多的工程纪律。

Suleyman 说得准入门槛崩塌是对的。但他没说的是,门槛下有个隐藏地板——上面全是裸露的 API 密钥和缺失的授权检查。

这对独立开发者意味着什么

如果你独自开发或在小团队中工作,这是你的战略优势:

用 AI 快速交付。关键时为安全做工程。

顺序比速度更重要:

  • 使用氛围编码进行验证 — 快速将产品展示给用户
  • 发布 MVP — 用真实数据测试
  • 重构以保障安全 — 在扩展之前
  • 营销前先审计 — 不要成为下一个头条新闻

现在正在获胜的创始人不是那些从不碰代码的人。他们是使用 AI 快速推进,然后引入专业知识(或自己学习)的人——在产品变得重要之前。

Linus 时刻

有件事让我印象深刻:Linus Torvalds——写了 Linux 的人,写了数百万行代码——最近用 Google Antigravity 不写代码就构建了一个组件[6]。

让这沉淀一下。

有史以来最复杂的软件系统之一的创造者看着 AI 现在能做的事情说:"好吧,我会用它。"

如果 Linus 能用 vibe coding,也许我们其他人该停止假装这对我们来说太低了。

常见问题

氛围编程对生产环境安全吗?

可以,但前提是你将输出视为任何其他代码:审查它、测试它,并审计安全漏洞。速度优势会在你的产品成为安全负担时消失。

氛围编程对生产环境安全吗?

并非您所想的那样。角色正在从"代码编写者"转变为"代码审查者"和"产品架构师"。理解代码仍然很重要 — 您只需要理解它足以验证 AI 生成的内容,而非从头编写。

AI 会取代开发者吗?

安全性。AI 生成代码中 45% 的漏洞率是一个真实问题,当你考虑到人们在缺乏适当审查的情况下多么快速地上线时,这个问题会变得更糟。Moltbook 漏洞(150 万个暴露的 API 密钥)应该让任何快速上线的人感到恐惧[^5]。

vibe coding最大的风险是什么?

- 在部署前对所有生成的代码运行安全扫描

在使用 vibe coding 时如何保护自己?

Andrej Karpathy(提出“vibe coding”的人)已经转向“agentic engineering”——这是下一个进化阶段,AI代理自主处理多步骤开发任务。Vibe coding是描述你的需求;agentic engineering是让AI弄清楚需要构建什么并完成它。

氛围编码(vibe coding)和代理工程(agentic engineering)有什么区别?

底线总结

Suleyman 说得很对。门槛已经消失。您现在可以在几秒钟内构建应用。

但他永远不会在播客中说:你在几秒钟内构建的应用,就是那些将在生产中泄露用户数据的应用。

这不是停止的理由。这是聪明行事的原因。

使用这些工具。快速发布。但在你扩展之前,慢下来做真正重要的工程工作。你的用户——以及你的API密钥——会感谢你的。

相关文章

来源

最初发布在 GetFree.APP 博客——最后更新:2026 年 2 月 17 日

喜欢这篇文章?分享给他人!

分享:

准备好发现神奇的应用了吗?

在 GetFree.APP 寻找并分享最佳免费 iOS 应用

开始使用