不用考试，微软看你怎么用 Copilot 就发证：Pro Badge 来了

先说判断：证书第一次不是考出来的，而是“看”出来的——这对 vibe coding 的人尤其值得琢磨

2026 年 10 月 28 日，微软正式推出了 Microsoft Pro Badge，第一枚是 GitHub Copilot 专项。拿它的办法和过去所有证书都不一样：没有考试、没有备考指南、不用花钱，你只要登录 learn.github.com、点一下“参加”，然后继续照常写代码。微软的“熟练度引擎”会根据你日常使用 Copilot 的行为信号算出一个等级，到了 Proficient（熟练）这一档，徽章就发给你了。

这件事值得写，不是因为多了一枚徽章，而是因为它换了“证明会用 AI”的游戏规则。过去一年，AI 编程能力的证明方式一直很别扭：要么是考试——坐下来做题，考的是你会不会答题；要么是作品集——拿几个项目出来，别人信不信全凭感觉。微软这次试的是第三条路：直接看你平时怎么用工具。代码、提示词和知识产权它声称绝不审阅，只看使用行为的广度和深度。对每天靠 Copilot、Cursor、Claude Code 干活的 vibe coding 开发者来说，这句话的潜台词是：你每天的工作本身，第一次可以变成一张被验证的凭证。

当然也要先把怀疑摆上台面：用得多就等于用得好吗？一个天天让 Copilot 写 CRUD 的人和一个用 Copilot 啃硬骨头的人，在“使用信号”上怎么区分？微软说评估标准是客观的、不只看数量，但具体哪些信号、权重是多少，它没有公布。徽章的含金量，最终取决于雇主认不认——而雇主认不认，要等招聘市场用脚投票。本文把官方说法、还没回答的问题和它对开发者的真实影响分开讲。

Pro Badge 到底怎么拿：三件套、五档、六步流程

按微软 Skills Hub 博客的官方公告（作者为内容与洞察总经理 Cameron Percy），Pro Badge 由三个部分组成。第一是熟练度框架（proficiency framework）：五个等级，从低到高是 Beginner（初级）、Intermediate（中级）、Proficient（熟练）、Advanced（高级）、Expert（专家）。第二是 Verified Proficiency（已验证熟练度）：一个引擎，系统地用日常产品使用中的证据来计算你的等级，并且自动更新。第三才是 Microsoft Pro Badge 本身：你最终拿到的那枚凭证。

上线当天的实际情况要比“五档”收敛一些：初期只支持前三档——初级、中级、熟练，达到熟练就能拿徽章；高级和专家两档是“下一步优先事项”，官方的说法是，已经表现出更高水平的用户会先拿到熟练徽章，等高级和专家档上线后再自动升级。也就是说，第一批徽章的含金量上限就是“熟练”，想靠它证明自己是专家，暂时还做不到。

拿徽章的流程官方列了六步，简单到有点不像“考证”：第一步，用个人 GitHub 账号登录（企业托管用户账号暂不支持，官方说这是高度优先的后续事项）；第二步，主动点“参加”——不点就不算，你的熟练度不会被悄悄计算；第三步，继续照常工作，日常任务就是证据；第四步，看等级——客观评分标准会根据你一段时间内的 Copilot 使用情况估算等级，所以结果不会立刻出现；第五步，拿到徽章——达到达标等级时会收到通知，徽章出现在你的 AI Skills Navigator 个人页上，默认仅自己可见；第六步，分享——去 Credly 领取经过验证的数字徽章，再决定要不要分享到 LinkedIn。

两个细节值得单独拎出来。第一，徽章是“活”的：随着新证据进来、旧证据变旧，你的等级可能保持、上升，也可能下降。它不是一次考过、终身有效的证书，而是一个跟着你的工作状态浮动的信号。第二，分享完全由你控制：徽章默认私密，不会自动分享到任何地方；通过 LinkedIn Connected Apps，你还可以把一句 GitHub 验证的能力声明加到个人主页上。微软在公告里反复强调“opt-in and private by design”，显然知道大家对“被监视”这件事有多敏感。

它到底在评估什么：广度与深度，而不是敲了多少行

公告里最关键的一句话是：你的产品使用情况是按客观标准评估的，不只看活动量（not activity volume alone）。熟练度取决于你如何使用 GitHub Copilot 的广度和深度，覆盖四个地方：GitHub.com、集成开发环境（IDE）、命令行（CLI）和移动端。你的原始代码、提示词和知识产权绝不会被审阅。

“广度和深度”这个说法，翻译成大白话就是：只在一个地方用一种功能，哪怕用得再多，也未必能到熟练；横跨多个场景、用出多种花样，才更容易被认定为熟练。这是一个很聪明的防刷设计——它防的不是作弊，而是“假装在用”。每天让 Copilot 补全几行简单代码，和用它重构模块、写测试、跨仓库协作，在行为信号上是完全不同的两件事。

但这里必须诚实地说一句：具体是哪些信号、权重怎么分，微软没有公布。The Register 11 月 5 日的报道也指出，微软没有公布信号的完整清单。这意味着两件事：第一，你没法针对性地“刷”到熟练——这恰恰是设计意图；第二，你也没法验证它到底准不准。微软的说法是“你的原始代码、提示词和知识产权绝不会被审阅”，评估只看使用信号。这个承诺值多少钱，取决于你信不信任微软的遥测边界。公告里没有展开讲信号的采集、存储和保留细节，这一点和 Meta Spaces 的公告有同样的问题：涉及“看你怎么工作”的产品，隐私文档应该和功能公告一起读，而不是只读一半。

它和传统证书是什么关系：不是替代，是第三种信号

微软在公告里把这句话说得很清楚：Pro Badge 和微软认证并行不悖。认证证明你能解决某个角色或领域的问题；Pro Badge 展示你在日常工作中如何使用某个具体产品。两者合在一起，才是对你能力的更完整描述。

这个定位其实很克制，也很聪明。微软没有说“考试已死”，而是说考试量的是“会不会”，Pro Badge 量的是“用不用、用得怎么样”。对招聘方来说，这两种信号回答的是不同问题：前者回答“这个人有没有系统知识”，后者回答“这个人每天是不是真的在用 AI 工具干活”。在 AI 编程工具快速普及的今天，第二个问题正在变得越来越重要——简历上写“会用 Copilot”的人太多了，能证明自己“天天用、深入用”的人却很少。

历史线也值得交代一下：Pro Badge 不是突然冒出来的。今年 6 月的 Microsoft Build 大会上它已经软启动，微软 6 月的证书汇总里就写明，第一枚徽章覆盖 GitHub Copilot，计划在 10 月底的 GitHub Universe 上全面推出。10 月 28 日的全面上线，基本是按计划走的。The Register 在 11 月 5 日才跟进报道，说明这件事在发布当周并没有掀起大浪——但它可能是一件慢热的事：证书的价值从来不是发布当天决定的，而是第一批拿徽章的人把它挂上 LinkedIn、第一批招聘方开始留意之后，才慢慢长出来的。

对 vibe coding 的开发者来说，这枚徽章到底值多少钱

先说它可能值钱的地方。Vibe coding 的开发者一直有个尴尬：你做的东西是真的，但证明起来很难。项目可以拿出来看，可别人怎么知道是你做的、还是 AI 做的、你到底起了多大作用？Pro Badge 提供了一个第三方背书：GitHub 和微软直接根据你的工作签发，告诉雇主“这个人确实在日常工作中深入使用 Copilot”。它不能证明你代码写得好，但能证明你不是“简历上写会用、实际上一周打开一次”的那种人。在招聘市场开始认真区分“会用 AI”和“装作用 AI”的今天，这个信号是有价值的。

再说它可能不值钱的地方。第一，等级会掉。你的徽章不是终身制，工作状态一变、工具换了、旧证据过期，等级可能下降。一枚会贬值的徽章，挂在简历上的底气天然要弱一些。第二，第一批只有三档，上限是熟练。真正想证明自己是专家的人，现在还拿不到对应的徽章。第三，企业托管账号暂不支持——而很多开发者日常用的正是公司账号。这意味着第一批能拿徽章的人，主要是用个人账号的独立开发者和自由职业者，大公司的开发者反而要等。

还有一个更实际的问题：雇主认不认。微软说“GitHub 和微软直接签发，所以雇主和组织可以信任它有意义”，但信任不是公告给的，是市场给的。现有的考试型证书（比如 GH-300 Copilot 认证考试，据第三方介绍仍在售，99 美元、100 分钟）至少有一个明确的考试标准；Pro Badge 的标准是不公开的评分模型。招聘方要不要采信一个“黑盒子算出来的熟练”，需要时间验证。对开发者来说，最稳妥的态度是：把它当作作品集之外的“第三种信号”，而不是简历上的主角。

遥测凭证的争议：谁有权给你的工作打分

Pro Badge 最值得讨论的部分，其实不是徽章本身，而是它背后的评估方式：用遥测数据给人的工作能力打分。这件事在开发者社区里一直有争议。支持的一方说，考试本来就是失真的——考场上的表现和日常工作是两回事，看真实工作数据反而更诚实。反对的一方说，一旦“怎么工作”变成“怎么被评分”，工作本身就会变形：人们会开始为了信号而工作——多开几个场景、多用几种功能，不是因为需要，而是因为“这样分更高”。

微软的防刷设计在一定程度上回应了这种担心：评估标准是客观的、不只看数量，看的是广度和深度。但“广度和深度”本身也是可以被“表演”的。一个开发者完全可以刻意在四个端上来回切换、刻意尝试各种功能，只为了刷出一个熟练。微软没有公布信号清单，某种程度上反而让这种表演更难——你不知道哪个动作加分，也就没法精确地演。但反过来说，不公开也意味着没法监督：如果评分模型有偏见——比如偏爱某种工作流、偏爱高频使用者——外面的人很难发现。

还有一个更深的问题：谁拥有“你工作方式”的解释权。你的代码、提示词和知识产权不被审阅，这是微软的承诺；但你的行为数据——在哪个端上用了多久、用了哪些功能——是要被采集和计算的。公告说 Pro Badge 是“opt-in and private by design”，只有你授权才计算，结果默认私密。这套说法在今天是必要的，但它也提醒了一件事：遥测凭证的边界，最终不是由公告决定的，而是由数据采集、存储和保留的具体规则决定的。领徽章之前，值得花五分钟读一读相关的隐私说明，而不是只看公告里的承诺。

对 vibe coding 的开发者来说，这个争议有一个更具体的版本：你的工作方式本来就是“让 AI 多干活”。如果 Pro Badge 奖励的是“深入使用 Copilot”，那么一个把大量工作交给 Agent、自己只做关键决策的开发者，和一个事事亲力亲为、只把 Copilot 当补全工具的开发者，谁的分数会更高？公告没有回答这个问题。但直觉上，前者——也就是更彻底的 vibe coding 工作流——可能反而在“使用信号”上显得更激进、更深入。这枚徽章会不会在无意中奖励了“更依赖 AI”的工作方式，是一个值得观察的后续问题。

还没回答的三个问题

第一，信号清单。微软没有公布评估用的完整信号列表，也没有公布权重。没有这个清单，开发者没法判断“怎样才算用得好”，招聘方也没法判断“熟练到底意味着什么”。如果微软希望 Pro Badge 成为行业信号，公开评分框架的细节是迟早要补的一课。

第二，下一枚徽章是什么。公告暗示还会有更多 Pro Badge，但没有点名下一个产品。是 Claude Code？是 Cursor？还是微软自己的其他产品？第一枚选 GitHub Copilot 是顺理成章的——它是微软自家的产品。但如果 Pro Badge 只覆盖微软系工具，它的覆盖面就很有限；如果它扩展到第三方工具，评估标准怎么统一，又是另一个难题。

第三，企业账号什么时候支持。企业托管用户账号在上线时不受支持，微软说这是高度优先事项。对很多开发者来说，日常工作用的就是公司账号，个人账号只是偶尔用用。企业账号一天不支持，Pro Badge 的信号就一天不完整——它评估的只是你“业余时间”的 Copilot 使用，而不是你“工作时间”的真实水平。

一句话总结

Pro Badge 把“证明你会用 AI”这件事，从考场搬到了日常工作里：不用考试、不用花钱，继续写你的代码，微软根据你怎么用 Copilot 给你发一枚会浮动的徽章。它不替代传统证书，而是补上第三种信号——你每天是不是真的在用。对 vibe coding 的开发者来说，它值得去领一枚：免费、默认私密、领了不亏；但也别指望它立刻改变什么——它的含金量要等第一批徽章挂上 LinkedIn、第一批招聘方开始留意之后，才会慢慢显现。现在最值得做的，是去 learn.github.com 点一下参加，然后继续写你的代码。