Part 3 · 第 15 章 · 建立 AI 系统

团队 AI 协作
从个人 Skill 到组织能力

过去三十年,企业把知识存在文档库里,结果是文档没人看;存在老员工脑子里,结果是人一走知识就消失。Skill 库要做的事不同——它不存信息,它存判断力。当每个人的工作都能被拆解为若干 Skill,团队协作的方式将发生根本性的变化。

核心方法论:标准化扩散法 — 工具不是核心,Skill 文档才是核心。同一张 Skill 卡片,可以加载到 Claude、Codebuddy、通义千问或任何支持自定义指令的 AI 工具里。团队协作不依赖工具统一,依赖的是判断标准的统一。

从存知识到存判断力

范式迁移 · 知识管理的根本问题

公司的知识库是个经典困境。IT 部门花几个月搭建文档系统,半年后问大家:上周有没有查过知识库?大多数人摇头。遇到问题,大家还是找老同事问。文档库的内容越来越多,查的人越来越少,最后变成了一个存档仓库——记录了大量"曾经有人知道这件事",但帮不了现在遇到问题的人。

这个困境的根源不是搜索功能不好,不是文档写得不够清楚。根源在于知识库的基本假设错了:它把"存储信息"当成目的,但真正有价值的不是信息,而是知道怎么用信息做判断。"简历里看哪些字段"是信息。"什么样的候选人值得进入下一轮"是判断。知识库存了前者,帮不了后者。

Skill 库的基本单位不是信息,而是判断。一张候选人评分 Skill 卡片,核心内容是:遇到这类输入,按这个逻辑评分,输出这个格式的结果。这不是在告诉你关于招聘的知识,这是把一个老 HR 的判断逻辑固化成可以被任何人、任何工具直接执行的文档。

知识库时代 存信息,人去查,人来判断 文档库(信息存储) 人去搜索 + 理解内容 人来做判断 + 执行 每次都要:查 → 理解 → 判断,高摩擦 Skill 库时代 存判断逻辑,AI 直接执行 Skill 卡片(判断逻辑) AI 加载并执行判断 人来验收结果 判断已内置,摩擦消失

知识库让人学会怎么判断;Skill 库把判断本身存起来,让 AI 直接执行

这个差异决定了两种系统截然不同的使用率。知识库要求使用者先有问题、再去搜索、再理解内容、再做判断——每一步都是摩擦,所以大多数人直接跳过,找人问。Skill 库没有这个摩擦:输入扔进去,结果直接出来。这是 Skill 库真正的结构性优势,不是功能更强,而是使用路径更短。

但这里有一个问题值得认真对待:如果工作中重要的判断都能被写成 Skill、被 AI 执行——那人的价值是什么?

当工作可以被 Skill 化,人还剩什么

前瞻思考 · 三代竞争力迁移

这个问题不是修辞,而是需要认真回答的。如果一个员工的工作可以被完整拆解为若干 Skill,每个 Skill 都能被 AI 高质量执行,这个员工的不可替代性来自哪里?回答这个问题,需要先看清一条历史线索:知识工作者的竞争力核心,在过去一百年里持续迁移,每次迁移都是因为上一层的优势被技术系统性地压低了。

信息差时代
拥有知识是竞争力
知道别人不知道的事,信息获取本身有门槛。掌握行业数据、客户关系、内部流程的人有优势。
已被互联网 + 搜索引擎消解
经验差时代(正在消解)
知道怎么做是竞争力
信息人人有,但把信息转化为正确判断需要经验积累,这个时间成本形成了壁垒。
正被 Skill + AI 压缩
判断差时代(正在形成)
定义「好」是竞争力
AI 能执行判断,但无法自发产生「什么是好结果」的标准。定义标准的能力,成为新的稀缺资源。
目前 AI 难以替代

注意第二列说的是"正在消解",不是"已经消解了"。五年老 HR 的简历筛选经验,现在可以被写进 Skill 卡片,新人用同一个 Skill,输出质量的差距大幅收窄。这个过程不是突然发生的,而是随着每个领域的 Skill 越来越成熟,经验差越来越小。用三到五年的维度来看,很多依赖"经验积累"建立的职场壁垒,正在被快速压缩。

留下来的是第三列:定义标准的能力。写候选人评分 Skill 时,你要决定"85分以上进入下一轮"——这个85分来自你对岗位的理解、对公司文化的判断、对当前招聘市场的感知。AI 能照着这个标准执行,但无法自发产生这个标准。产生标准的能力,在哲学上叫品味;在商业上表现为:你比别人更清楚"什么是好的结果"。

核心结论

AI 时代,人的价值不再主要体现在"做"——执行被自动化了。也不再主要体现在"知道怎么做"——经验可以被 Skill 化了。人的核心价值,移向了三件事:定义好坏标准、识别现有 Skill 不够用的新场景、以及在需要担责的地方签字确认。

一句话:AI 执行判断,人定义标准。把你对"好"的理解清晰地写成 Skill,是 AI 时代最重要的职业能力。

这里有一个容易被忽视的推论:会用 Skill 的人很快会出现一大批,但知道什么时候 Skill 不够用、需要新建的人,始终是少数。识别边界的能力——发现"这个场景现有 Skill 都处理不好,需要重新定义判断逻辑"——是比执行 Skill 更高阶的能力,也是更难被标准化的能力。这个能力来自对业务的深层理解,而不是对工具的熟练程度。

还有一件同样重要的事:Skill 的输出最终需要有人签字。不是形式上的签字,而是"这个判断我认可,我来负责"的担责。担责推动人保持对业务的真实理解,而不是完全把大脑外包给 Skill 的自动输出。人在循环中不可缺失,不是因为工具不够好,而是因为责任不能被工具承担。

理解了这三件事——定义标准、识别边界、承担责任——你就知道接下来团队 AI 协作真正要做的事是什么:不是让人人都会用工具,而是让每个人都能把自己的判断标准沉淀成 Skill,让组织的判断力不再只存在于某几个人脑子里。

工具不重要,判断标准才重要

工具无关 · 三步建法

讨论团队 AI 协作时,最容易陷入的误区是先问"我们团队统一用什么工具"。这个问题本身就偏了。团队里的人用 Claude、用 Codebuddy、用通义千问、用 Kimi,没关系——只要他们用的是同一张 Skill 卡片,输出的就是同一个判断标准下的结果。工具是载体,Skill 文档才是资产。

同一张候选人评分 Skill 卡片,在不同工具里的加载方式只有三行操作的区别。内容一字不改,判断标准完全一致。这意味着团队成员不需要统一切换工具,也不需要学习新平台——他们只需要拿到 Skill 卡片,按下面的方式加载进去就能用。

Claude(claude.ai)
Project → System Prompt
建一个 Project,把 Skill 卡片全文粘贴进 System Prompt。团队共享同一个 Project,每个对话自动加载。
Codebuddy(腾讯)
自定义指令 → 粘贴全文
在自定义指令配置里粘贴 Skill 内容。支持多个指令存储,适合管理多张 Skill 卡片。
通义千问 / Kimi
常用提示词 / 新对话粘贴
存为常用提示词模板,每次开启新任务时一键加载。或粘贴在第一条消息前,效果相同。
飞书 AI / 钉钉 AI
知识库背景 / 机器人配置
配置为知识库问答的背景说明,或作为 AI 助手的角色设定。适合非技术同事频繁调用的场景。

这个工具无关性的意义远不只是"兼容性好"。它意味着:当更好的工具出现时,你的 Skill 资产可以完整迁移过去。你积累的不是对某个平台的依赖,而是对业务判断逻辑本身的沉淀。平台可能停服、收费政策可能改变,但你写清楚的那张 Skill 卡片,换了工具还在用。

💡 行业正在让这件事更确定

2025年12月,Agent Skills 规范成为跨平台开放标准(agentskills.io),被 OpenAI Codex、GitHub Copilot、VS Code、Cursor 等超过50个主流工具采纳。这不是一家公司的承诺,而是整个行业在说:Skill 文档是可以跨工具运行的标准资产,而不是某个平台的私有配置。你今天沉淀的判断标准,越来越不依赖于任何单一工具的生死存亡。

1
确定 Skill 的存放位置
飞书文档、Notion、企业微信文档、共享文件夹都可以。重要的不是在哪里,而是有统一的命名规范(Skill名称 + 适用场景 + 版本号)、有人负责维护、别人能找到。不需要专门搭平台,把现有协作工具用起来就够。
2
统一 Skill 卡片格式
全团队用同一个六字段模板:任务说明、角色定义、提示词主体、输出格式、适用场景、不适用场景。这六个字段确保别人拿到这张卡片,不用问你就能直接用。其中"不适用场景"往往最被忽视,但它是避免误用的关键——写清楚这张卡片在哪里会出错,比写清楚它能做什么更难,也更重要。
3
从最高频的任务开始
不要试图一次建完所有 Skill。找出团队里重复度最高、最多人在做、结果质量差异最大的三件事,先建这三张卡片。等三张卡片被实际用起来、产生反馈,再扩展。先跑通再扩大,比建一个完整库没人用强得多。

让 Skill 在团队里流动起来

传播机制 · 经验的组织化

团队 Skill 库最常见的失败不是建不起来,而是建了没人用——或者只有建库的人在用。这个问题和知识库的失败有相同的根源:缺少让新内容被发现和采用的传播机制。Skill 卡片的价值不在于存在,而在于被调用。

一个可以直接复用的传播机制

每月一次15分钟的"AI用法分享",固定在周会的最后。规则只有一条:分享者提前把一张 Skill 卡片放进共享文档,分享时说明"这张卡片解决了我什么问题、怎么用"。听众当场可以问,分享结束后卡片留在文档里。

关键在于:分享者不需要懂技术,懂业务就够了——因为 Skill 卡片的核心是业务判断,不是代码。HR 分享候选人评分卡片,销售分享客户提案卡片,运营分享活动文案卡片。每次分享产生一张新卡片,三个月后库里有十几张,每一张都是实际在用的。

传播机制还解决了一个更深层的问题:让 Skill 有贡献者,而不只有使用者。"这张卡片是谁建的"这个归属感,推动贡献者持续更新和维护——因为卡片的质量反映了他对这块业务的理解深度。一个人愿意为自己名字挂在上面的 Skill 负责,远比为匿名的知识库条目负责更有动力。

还有一件值得关注的事:老员工离职后,他的 Skill 还在运行。这听起来像技术细节,实际上解决了知识管理的根本性问题——人走了,他的判断逻辑不会随他离开。一个做了五年招聘的 HR 离职时,如果她建过候选人评分 Skill,她对"什么样的候选人值得进入下一轮"的判断,仍然在帮后来的人做决策。这不是要替代她,而是让她的经验不再只属于她一个人。

组织能力的重新定义

传统组织的能力存在于人:谁有经验,谁就是关键人,关键人离开是组织风险。Skill 库时代,组织能力存在于文档:判断逻辑被写下来、被维护、被迭代,不依赖于某个人是否在岗。这不是说人不重要,而是说组织能力的载体正在发生迁移——从人脑,迁移到可以被查阅、被调用、被更新的 Skill 文档。

这一次,知识管理终于有可能真正解决它三十年没解决的问题:让组织的集体智慧不再随着人员流动而流失。

从个人 Skill 到团队标准:启动路线

行动路线 · 本周可以做的事

把这一章的方法论转化为行动,不需要等待全团队达成共识,也不需要搭建任何新系统。从你自己的 Skill 开始,找一个同事验证,再找到一个分享的场合——三步就够了。

1
本周:把你最常用的 3 张 Skill 卡片标准化
检查第12章建的 Skill 卡片,确认六个字段都填完整——特别是"适用场景"和"不适用场景"。它们是别人能不能独立使用这张卡片的关键。如果你的卡片只有自己才看得懂,别人拿到会直接放弃。
2
本月:找一个同事共享,收集反馈
把标准化后的卡片发给一个做类似工作的同事,请他试用一次,问三个问题:哪里看不懂?哪里不够用?有没有你没想到的使用场景?这个反馈比你自己反复修改有价值得多。一张经过两个人验证的 Skill 卡片,才算真正可以推广的标准。
3
下季度:发起第一次团队 Skill 分享
不需要正式立项,从在周会结尾拿15分钟开始。你演示一张卡片,把共享文档链接发给大家,问有没有人下个月想来分享自己的 Skill。有一个人响应就够了。团队 Skill 库不是从"全面建库"开始的,是从第一次有人分享开始的。
本章核心认知

知识管理正在经历一次根本性的范式迁移:从以信息为单位存储,到以可执行的判断为单位存储。Skill 库解决了知识库三十年没解决的问题——不是让人去查,而是让 AI 直接执行,摩擦消失。

在这个迁移里,人的价值重心也在移动:从拥有知识、到知道怎么做、到定义什么是好的结果。AI 执行判断,人定义标准——把你对业务的理解清晰地写进 Skill 卡片,就是在做这个时代最重要的工作。工具会换,Skill 文档不会过时。