AI 带头人（champion）计划，是让几位受尊敬的同事——不是 IT、也不是自上而下的命令——在自己的真实工作上用 AI，再把效果做给同事看。要建立它：挑靠近业务的志愿者、给他们一页纸的职责说明和受保护的时间、指向一件具体任务，再用看得见的领导层支持为他们撑腰。
推广让人有了登录账号，带头人让人养成了习惯。这道鸿沟——在"有权限"和"真在用"之间——是没有哪张采购单能填上的，而越过它最靠谱的办法，就是一小撮已经赢得团队信任的同事。下面讲怎么把这个计划立起来，又不让它变成一个委员会、或一个没人想要的头衔。
AI 带头人到底是什么——不是什么
带头人是一位受信任的同事：他拿 AI 做试验、在真实工作上展示效果、让工具对本团队变得亲切好上手。微软的《定义你的 AI 带头人角色与职责》指南把边界讲得很直白：带头人是对 IT、合规、培训和采用计划团队的补充，不是替代。他们把中央指引翻译成日常工作的实际情形；他们不是帮助台，也不负责整个推广。
这个角色之所以存在，是因为工具权限本身并不会改变行为。OpenAI 把自己的 AI 带头人角色正是围绕这一点来定义：转变发生在行为改变时，而不是在分配了许可证时；带头人提供的，是让新习惯粘住所需的可信度和反复出现的例子。带头人就是那个用一个具体、熟悉的例子，回答"可是我该怎么用它？"的人——而这正是一封全公司邮件做不到的。
挑靠近业务的人，而不是最懂技术的人
最好的带头人是自愿的。微软的《搭建你的带头人与先行者计划》培训把他们朴素地描述为：那些乐于帮助别人、并且对工具真心感到兴奋的员工——这是一种秉性，不是一套技能。你要的是嵌在每个团队里、受尊敬的同事，因为采用是沿着已有的信任关系传开的，而关键在于相关性：财务团队里的带头人知道哪件重复的财务活儿最值得先自动化。
所以要找的是热情和威望，不是资历或写代码的能力。把这群人保持得小而分散在各职能，而不是扎堆在一个部门。一个有"空中掩护"、能腾出时间的团队带头人，胜过一长串被别人替你报名、却从没要过这个角色的名字。
给他们一页纸的职责和受保护的时间
模糊的善意会消退，写下来的职责会留存。微软的指南建议写一页纸的职责说明，讲清楚：这个角色为什么存在、带头人能得到什么（AI 熟练度、曝光度、认可）、他们服务哪个团队、以及超出角色范围的问题该往哪里升级。正是这一页纸，让管理者有了共同的预期，也让你招募下一批带头人时不必每次重新发明说辞。
点明你需要哪类带头人也有帮助。OpenAI 的带头人模型把工作拆成：赋能熟练度、负责推广与变革管理、设计工作流、以及搭建有可衡量影响的实用 agent——这四样很少由一个人全包。不管怎么拆，不可让步的那条是受保护的时间：一个被要求在满负荷工作之外去推动采用的带头人，会最先悄悄把这件事放下。把这些工时像预算许可证那样预算进去。
指向一件真实任务，而不是"去推广 AI"
"去推广 AI"和"去用 AI"一样无从下手。给每位带头人一件具体、重复、团队本来就嫌烦的活儿，让他展示工具去处理那一件——这和本站每个搭建背后的纪律一样。Issue #001 不是从"我们来用 AI"开始的，而是从一个每天早上都要花太久分拣的具体收件箱开始，检验的也只是那一件活儿有没有变轻松。一个手里握着一件被证明过、又熟悉的胜利的带头人，能转化的同事，远多于一个手里只有功能演示的带头人。
给任务配上一条清楚的安全线，人们才会真的去试：早期产出本来就粗糙是预期之内的，而且在任何东西被发出或提交前，仍然由人来批准结果。带头人的职责，是在这道关口之内示范好的用法——AI 起草、人来拍板——而不是去推团队还没准备好的自动化程度。
用领导层为他们撑腰，然后衡量
没有空中掩护，带头人会熄火。Zapier 自己讲述推广过程的文章《How Zapier rolled out AI org-wide》，把成果归功于由领导层推动的、有组织的试验——全公司暂停工作办一次黑客松、早期的高手被请进来搭建并教学——并称内部 AI 使用率由此从不到 10% 升到了几乎全员。可借鉴的不是黑客松本身，而是：带头人之所以奏效，是因为公司高层为他们腾出了空间，而不是在跟高层对着干。
然后盯住对的数字。一个带头人计划在起作用，是当活跃使用在上升、每位带头人瞄准的那件任务明显变轻松时——而不是当带头人名单变长时。微软的 Copilot 场景库之所以存在，正是为了让带头人能挑出和本部门相关的用例，而不是接手一个泛泛的；从那里起步，每个团队先证明一件任务，再让每位带头人挑下一件。
还不清楚这些工具一开始是怎么拼在一起的？agent 基础入门从零讲起；如果你还在纠结到底要不要买席位，Copilot 推广指南讲了带头人计划所依托的那套机制。
FAQ
我们该在团队里设 AI 带头人吗？ 通常该——而且是少数几个。带头人是填平"买了 AI 权限"和"人真在用"之间鸿沟最靠谱的办法，因为采用靠受信任的同事传开，不靠政策。保持轻量：招募那些本来就乐于助人的志愿者、给他们一页纸职责和受保护的时间、每人指向一件真实任务、再用领导层支持撑腰。要避免的失败模式，是开一长串不情愿的名单、或把"带头人"当成一份没报酬的第二份工作。
什么样的人适合当 AI 带头人？ 嵌在每个团队里、受尊敬又有热情的同事——不一定是最懂技术或最资深的人。微软自己的指引把带头人描述为乐于帮助别人、并对工具感到兴奋的员工。你要的是一个足够靠近日常工作、知道哪件重复任务值得先自动化的人，又足够被信任，让同事因为"是他推荐的"而愿意一试。
我们需要多少 AI 带头人？ 从小规模起步——大致每个团队或工作组一个，分散在各职能，而不是扎堆在 IT。目标是覆盖人们本来就在沿用的信任关系，而不是一张大名单。几个得到良好支持、有受保护时间的带头人，推动采用的速度，远快过一长串被替报名、从没要过这角色的名字。
带头人计划和 AI 培训有什么区别？ 培训教的是工具，带头人计划改变的是习惯。一次培训很难靠自己粘住，因为用好这些工具的熟练度是在真实工作上反复练出来的。带头人提供的是持续的、在情境中的推一把——那个本周就拿一件和你类似的任务、演示他是怎么用的同事——把一次性的课，变成每天的行为。两者搭配最好：先培训，再让带头人把它带下去。
AI 带头人的职责说明该写什么？ 微软建议控制在一页纸：这个角色为什么存在、它如何支持负责任的采用、带头人能得到什么（熟练度、曝光度、认可）、他们服务哪个团队或社群、以及角色之外的问题往哪里升级。这一页纸能让管理者对预期达成一致、让招募下一批带头人更容易，也能防止这个角色蔓延成一个非正式的帮助台。
本站每一篇都是一个真实、有记录的 AI 搭建——那件任务、怎么搭、以及诚实的结果，包括没跑通的地方。这是给带头人一件能拿去展示的具体东西最快的方式。想每周在收件箱里收到一个？免费订阅。