Vibe Coding成为「认证考试」的那一天。从兴趣到资格，AI编程的职业边界开始移动

---

「Vibe Coding」有认证考试了。

读到这句话，你是什么感觉？「那种凭感觉写代码的方式也能拿资格证了？」——很多人大概会这么想。说实话，我一开始也是这种反应。

但调查了一番后，我的想法变了。

2026年3月，日本AI技能认定协会启动了「Vibe Coding检定」。报名费免费。可以在线参加考试，合格后会立即颁发PDF认证书。

同期，Techno Edge启动了「来试试Vibe Coding吧」连载。Coursera上线了Vibe Coding专项课程（免费）。斯坦福大学继续教育（※课程已结束）和Microsoft Learn也正式新增了相关课程。

曾经作为兴趣的「和AI一起写代码」，正在转变为可以学习、可以证明的东西。本文将从一位曾经受挫的工程师视角，解读这一变化。

---

那么，「Vibe Coding」到底是什么

Vibe Coding由OpenAI联合创始人Andrej Karpathy命名。起源于2025年2月在X上的一则推文。

「把所有事情都交给LLM，忘掉代码的存在。这就是一种全新的编程方式。」

这条推文阅读量超过450万次，还被柯林斯英语词典评选为2025年度词汇。

关键在于它被定义为「一种开发风格」。使用Cursor、Claude Code、GitHub Copilot，用自然语言下达指令。能跑通就OK。不去深究代码的细节。

「这样真的没问题吗？」——会有这样的疑问很正常。Karpathy本人也将其定位为「适合一次性的周末项目」。

但2026年的今天，情况已经完全不同了。

根据Pragmatic Engineer的调查（针对906位开发者），95%的人每周都在使用AI工具。75%的人表示自己一半以上的工作都和AI一起完成。70%的人同时使用两种以上的AI工具。

原本的「周末项目专用」，已经走进了专业开发现场。这就是它以「认证考试」这一形式被制度化的背景。

---

看看「Vibe Coding检定」的内容

Vibe Coding检定是从100道题库中随机出题的选择题测试。合格线为正确率70%（42分）。所需时间为30至50分钟，当场出结果。

听到「检定」二字可能会让人紧张。但看看出题范围，构成相当贴近实务，挺有意思。

题目分为6个领域。

• Vibe Coding的基本概念：定义、与传统编程的区别
• 需求定义与提示词设计：如何向AI传达内容
• UI与UX的基本理解：不仅「能运行」，更要「好用」的视角
• 数据管理与安全基础：API密钥管理、个人信息保护
• 部署、发布、运维：将作品推向世界的步骤
• 与AI协作中的质量管理：生成代码的验证与改进

值得关注的是「提示词设计」和「质量管理」这两个领域被独立列出。不仅要「会给AI下指令」，更要「会确认AI生成的代码」。

这和Karpathy说的「忘掉代码的存在」略有不同。不是忘掉，而是要求「知道如何确认」。从这里能感受到Vibe Coding的成熟。

补充一下合格率。日本AI技能认定协会的AI技能检定（初级）最近的合格率约为65.5%。Vibe Coding检定于3月开始，官方合格率尚未公布。但从题目构成来看，「实际操作过AI工具的人」应该能够应对。

反过来说，光靠书本知识是过不了的。作为认证考试，这种设计很健康。

我自己逐一查看出题领域时，也有不少发现。比如「部署、发布、运维」这一块，说实话我自觉很弱。在Cursor里做出能跑的东西我很在行。但到了用Vercel发布、配置域名的阶段，每次都得边查边做。

这让我意识到自己只满足于「跑起来了！」。检定的构成本身就像是「Vibe Coder容易忽视的盲点地图」。比起能否合格，光是拿到这张地图就已经很有价值。

---

一年内「玩乐」变成了「资格」。受挫工程师感受到的边界移动

回顾时间线，制度化的速度令人惊讶。

2025年2月Karpathy命名。同年末当选柯林斯英语词典年度词汇。2026年3月，日本启动检定。Coursera、斯坦福、Microsoft Learn也同步上线了正式课程。从词汇诞生到现在大约一年。

举个对比，「NoCode」就是个很好的例子。NoCode大众化大概是2019年前后。相关正式资格和教育项目整备完成花了3到4年。Vibe Coding的制度化速度是它的三倍。

原因很简单：使用者数量爆发式增长。根据Pragmatic Engineer的调查，Claude Code在发布后8个月内成为人气第一（46%），大幅领先Cursor（19%）和GitHub Copilot（9%）。

Techno Edge的连载还提到，将棋棋手藤井聪太也对Vibe Coding产生了兴趣。这早已不是工程师社区内部的话题。

接下来说说我自己的故事。

我应届毕业进了一家Web开发公司，写过代码。前后端都做过。但在下一家公司遇到的工程师水平之高让我深感无力，意识到自己做不来。

之后我转型做客户成功，彻底离开了代码。我并不后悔，但「想做的东西做不出来」的感觉一直挥之不去。

然后Cursor和Claude Code改变了这一切。给AI下指令后，就能生成出过去自己写不出来的水平的代码。仿佛体内住进了一位顶尖工程师。我的开发热情完全复活了。

所以看到这次检定的新闻时，我的第一反应是「边界线动了」。

什么边界？「兴趣」与「职业技能」之间的边界。

之前说「我用AI写代码」时，常常会让气氛变得微妙。「那算是真正的编程吗？」——会有这样的眼光。Django共同创作者Simon Willison也明确区分了两者。

这种区分本身我认为是对的。但从检定的题目内容来看，光「凭感觉随便交给AI」是过不了的。提示词设计、安全基础、质量管理——「凭感觉做事」答不出这些题。

也就是说，Vibe Coding检定被设计为「与AI协作打造产品的技能」认证。「不会写代码的人」变成「能与AI一起写代码的人」。日本诞生了一个正式认可这种转变的机制。对于受挫派的我来说，这件事意义重大。

---

「那到底要不要考？」的回答

老实说。

现阶段，「我有Vibe Coding检定证书」能否直接帮你跳槽或接单？还没到那一步。资格的认知度还在起步阶段。

但我认为它值得一考。

第一点。可以测量自己的理解度。

Vibe Coding是个容易停留在「反正能跑」就结束的领域。检定的出题范围涵盖了提示词设计、安全、部署、质量管理——「跑通之后」的领域被扎实地纳入其中。能让你明确知道自己知道什么、不知道什么。

我自己查看出题范围时也感到不安。API密钥管理、环境变量处理——这些都是我抱着「能跑就行」心态跳过的部分。光是能察觉到这些盲点，就有参加的价值。

第二点。把「在做」变成「能证明」。

副业做工具的人、在公司里搞业务自动化的人。「我会用AI写代码」嘴上说和拿出认证书展示，给人的印象完全不同。尤其是面对非工程师的上司或客户时。

正因为我是CS出身才理解这一点——商务侧的人对「资格」反应特别敏锐。比起内容是否真的掌握，「这个人系统性地学过」带来的安心感更重要。检定就具备这种功能。

第三点。免费考试。

零风险。不合格也不损失什么。30到50分钟就结束。合格了还能拿到PDF认证书。

「先试试看」的门槛极低。这不就是Vibe Coding的精神本身吗？「先跑跑看」「能跑就继续往下走」。考试体验本身就很Vibe Coding。

顺便提一下，Nagi今天写的文章主题是LLMO、AEO、GEO这类AI相关术语的整理。「术语被整理 → 检定诞生 → 可用于职业」——这种流向能让人切身感受到AI技能制度化正在快速推进。

---

Vibe Coding的「下一道墙」在哪里

在欢迎检定诞生的同时，问题也开始浮现。

第一道墙是「对生成代码的过度信任」。

Vibe Coding速度快，但有「不理解为什么能跑」就继续往下走的危险。检定包含「质量管理」就是针对这个问题的应对。不过，选择题里「知道」和实际能发现bug是两码事。

例如Cursor提供的AI bug修复工具「Bugbot」给出了自动解决率76%的数字。这是个让人安心的数字，但剩下24%还是需要人眼。

我也有过这种经历。AI生成的代码我直接拿来跑，看起来完美无缺。但几天后在边界情况下出错了。因为没理解代码的含义，定位原因花了3小时。「能跑但不知道为什么能跑」一旦坏了就是地狱。正是因为有这种切身体会，我才觉得检定里包含质量管理领域是对的。

第二道墙是「设计能力不足」。

KDDI敏捷开发中心提倡的「规格驱动开发（SDD）」就是一种方法。先确定规格，实现交给AI。「设计80%、实现20%」是基本比例。AI让实现高速化的今天，瓶颈已经转移到了设计侧。

检定里包含「需求定义和提示词设计」也是意识到这个问题的体现。不过需求定义的能力光靠检定是练不出来的。需要实际做产品、搞砸、再修复的经历。

第三道墙是「职业路径的不透明」。

「我会Vibe Coding」的人五年后会走上怎样的职业道路？现在谁也不知道。传统的「初级→高级→技术负责人」式阶梯并不清晰。

不过这或许不只是Vibe Coding的问题。AI在不断改变开发流程，传统职业阶梯也正在被重新定义。检定只是第一步。

---

「要不要再试一次？」

写这篇文章的过程中，我一直在想一件事。

「五年前的自己看到这个检定会怎么想？」

五年前的我在做客户成功的工作。有想做的东西，但坚信自己做不出来。也曾考虑过去编程培训学校，但觉得和工作很难兼顾，放弃了。

如果对当时的自己说「有个免费的、30分钟就能考完的、与AI协作写代码的检定」，他大概不会相信。

但现在，这成了现实。

Vibe Coding检定在现阶段还称不上是「能改变职业的资格」。认知度才刚起步。市场价值也未知。

但它可以成为「我也能写代码」这种体验的入口。光是读读出题范围，就能看清和AI协作能做到什么的整体图景。即使没合格，也能知道「原来这部分还不够」。

兴趣变成了资格。变成资格，就意味着将其用于工作的人会增加。用于工作的人增加，职业选择也会拓宽。

曾经想写代码却受挫的人。去过编程培训学校但没能学以致用的人。曾想转行做工程师却放弃的人。

要不要再试一次？

这一次不是一个人。AI就在身边。而且证明「能做Vibe Coding」的机制，也已经存在了。

打开检定页面看看。免费的，现在就能考。30分钟后，你就能知道自己知道什么、不知道什么。从那里开始，才是起点。

---

出处列表:

• Vibe Coding检定（日本AI技能认定协会）
• Vibe Coding检定 报名页面
• 日本首个「Vibe Coding检定」启动（NEWSCAST）
• 来试试Vibe Coding吧 第1期（Techno Edge）
• AI Tooling for Software Engineers in 2026（Pragmatic Engineer）
• Andrej Karpathy X推文（2025年2月）
• Vibe coding（Wikipedia）
• Not all AI-assisted programming is vibe coding（Simon Willison）
• Vibe Coding Essentials（Coursera）
• Vibe Coding: Building Software in Conversation with AI（Stanford Continuing Studies，课程已结束）
• Introduction to Vibe Coding（Microsoft Learn）