沉淀企业 Skill，先从已经被员工反复验证、效果稳定的做法中挑选，再写清它的适用任务、需要的输入、处理步骤、输出格式和检查要点，指定负责人和版本号，在小范围试用后发布。Skill 不是一次写好就结束，需要根据使用反馈和业务变化定期更新。
为什么要沉淀，而不是让每个人自己摸索
企业开通 AI 工具后，通常会出现几个“用得好”的员工：他们摸索出一套提示方式和处理步骤，产出质量明显更稳定。但这些做法往往只存在于个人的聊天记录或笔记里，其他同事并不知道，员工离职或调岗时也随之流失。
腾讯 WorkBuddy 企业版的官方资料中提到了“企业 Skill”等能力，个人版也兼容外部技能生态。不论具体产品怎样实现，其核心思想都是一样的：把个人做法变成组织资产。具体功能和配置方式以腾讯当期官方说明为准，本文讨论的是沉淀的方法。
第一步：识别值得沉淀的做法
不是所有做法都值得沉淀。可以用三个问题筛选：
- 是否重复发生？ 只做一次的任务，没必要沉淀；
- 效果是否经过验证？ 至少有几次真实使用，结果被业务负责人认可；
- 其他人是否也需要？ 只有一个人用到的，优先级较低。
可以定期请各部门推荐“最近用得最顺手的做法”，再由应用推动者统一评估。
第二步：把做法写清楚
一个可复用的 Skill，至少要写清楚以下内容：
- 名称和用途：一句话说明它解决什么任务，例如“把客户访谈录音整理成需求纪要”；
- 适用范围：适合哪些场景，不适合哪些情况；
- 输入要求：需要提供什么资料、什么格式，缺少时怎么办；
- 处理步骤：按顺序写出关键步骤和规则；
- 输出格式：结果的结构、长度和样例；
- 检查要点：使用者拿到结果后应该重点检查什么；
- 负责人与版本：谁维护，当前是第几版，什么时候更新过。
写的时候要假设读者是一个没有背景的新同事，避免只有原作者才能看懂的简写。
第三步：小范围试用
发布前，请两三位没有参与编写的同事用真实任务试用，记录：能否看懂说明、结果是否符合预期、哪些情况下效果不好。根据反馈修改后再正式发布。
第四步：管理与更新
Skill 数量多了以后，管理会成为问题。建议：
- 统一命名规则：按部门或任务类型分类，便于查找；
- 设定负责人：每个 Skill 有明确的维护人；
- 定期复核：业务规则、模板或产品能力变化时及时更新，长期无人使用的考虑下架；
- 收集反馈：给使用者一个反馈渠道，问题集中出现时优先修改。
权限和资料要注意
Skill 中如果引用了内部模板、知识资料或系统连接，要确认使用者是否有相应权限。涉及敏感资料的 Skill，发布范围应限定在有权限的人员中。连接外部系统的调用权限，应按最小必要原则设置。
常见问题
Skill 写得很长，员工不愿意看？ 把说明分成两层：使用者只需要看用途、输入和检查要点；处理步骤由维护人掌握。
同一个任务有好几个版本的 Skill？ 定期合并，保留效果最好的一个，避免员工不知道该用哪个。
远行者科技的做法
在应用实施中，我们会和企业一起梳理已有的好做法，按上述结构整理成任务模板或 Skill，组织试用并记录反馈，交接时明确维护人和更新方式。产品功能以腾讯官方说明为准，我们不默认某项配置一定可用，而是在实施前逐项核对。
常见问题
Skill 和提示词模板有什么不同？
提示词模板通常只是一段输入文字；Skill 还包括适用范围、输入要求、处理步骤、输出格式和检查要点，并有负责人和版本管理，更接近一份完整的工作方法。
谁来负责企业 Skill 的管理？
建议由应用推动者或数字化负责人统一管理目录和发布规则，各 Skill 的内容由对应业务部门的负责人维护。
外部的现成技能可以直接用吗？
可以参考，但使用前要检查它会读取哪些资料、调用哪些外部服务，确认符合企业的数据和安全要求，必要时改写为企业自己的版本。
参考资料
把方法放进一项具体工作。
结合企业账号、版本、资料授权与工作流程，提供 WorkBuddy 配置指导、任务模板、操作说明、试跑与使用交接服务。
