SkillHub 这类平台，公开定位是围绕 AI 技能的管理与调用提供服务。先说判断：它的价值不在功能多，而在把重复做法沉淀成可复用的技能。用好的前提只有一个——先沉淀再复用；不沉淀，平台就只是个空壳。具体功能以官方最新版本为准。
什么算一个「技能」
技能是"完成某类任务的固定方法"：一段调优过的提示词、一个工作流、一套处理步骤。把它固化下来，下次遇到同类任务直接调用，不用每次重新摸索。判断一个东西算不算技能，看它是否包含三样：固定步骤、适用边界、维护记录。
命名和分类要在建库初期定规矩。名字要能让人看懂"什么时候用它"，分类按任务场景分，不按技术类型分——找技能的人心里想的是"我要做什么"，不是"这属于哪类模型"。
沉淀的三个动作
从一次真正做成功的任务开始，把过程完整记下来。然后拆：哪些步骤每次都一样，值得固定；哪些每次都要调整，留成参数。最后命名、分类、写清适用边界——什么情况下这个技能会失效，和步骤同样重要。
从零建库时，先挑哪几个技能沉淀有讲究：优先选高频、低变异、错了代价小的任务。一周发生五次、每次做法都差不多的事情，固化的效果最明显；一个月才一次还每次都不一样的事，先别急着存。
把一段好提示词改编成技能，可以参考DeepSeek 官方提示词库值得抄吗？改编的三个动作的改编思路：抄形态不抄原文，按自己的场景重写。保留的是提问结构，不是具体措辞——原文里的例子换成你领域的，约束条件按你的场景补足。
团队共享的两条线
团队用技能库，盯死两条线。一是导出：技能能不能导出成通用格式，决定你几年后搬不搬得走，被绑定在一个平台里是长期风险。二是权限：谁能建、谁能改、谁能调用，边界要清晰，否则库里会悄悄长出没人敢用的"野生技能"。
共享时给每个技能标维护人。没有维护人的技能，过期只是时间问题。
共享节奏也要定。新技能进库时在周会上演示一次用法，比默默发一条链接有效得多；没人演示的技能，同事既不知道它存在，也不敢用。
| 任务场景 | 沉淀成什么 | 判断标准 |
|---|---|---|
| 每周重复的文档处理 | 固定步骤的工作流 | 换人执行结果一致，无需重新教 |
| 格式固定的报告生成 | 带参数模板的提示词 | 只改输入就能出稿，结构不跑偏 |
| 常见问题的标准答复 | 问答对加来源引用 | 新人照做不出错，来源可追溯 |
| 一次性的创意任务 | 不沉淀，只留过程记录 | 下次做法大概率不同，固化即浪费 |
它做不到什么
平台不替你判断哪些做法值得固化，也不会提醒你技能已过期。把一次巧合的成功当成方法存起来，比不沉淀更糟。需要按字段记住用户信息的技能，存储设计可参考扣子Coze 的数据库怎么用？记住用户信息；涉及自动调用、拿不准要停的流程，阈值设计可参考意图识别的置信度怎么用？低于阈值转人工。
技能的数量不是资产，使用率才是。清理的判据可以量化：连续三个月零调用，或者维护记录停在半年以前，两条中一条就进复审队列——要么重写边界，要么归档。技能库的健康度看调用率，不看存量。
三个月没人调用的技能，要么场景变了，要么它从来没被需要过，定期清理比持续堆积健康。版本和历史管理可参考DeepSeek 的历史记录怎么管理？搜索与导出的思路，让每次修改有迹可循。三个补充问题
技能和提示词收藏夹有什么区别？收藏夹只存文本，技能必须带适用边界和维护记录。前者是资料，后者是工具。
先个人用还是直接上团队？先个人沉淀。自己的高频场景跑顺了再共享，顺序反了，库里会迅速堆满没人用的样品。
技能太多怎么管？按调用频率分三档：每周用、每月用、备用。低频的归档不删除，找得到但不占主线。
技能沉淀速查
- 一个技能三要素：固定步骤、适用边界、维护记录
- 三个动作：记全过程、拆固定与可变、命名写边界
- 团队两条线：能导出、权限清
- 一条判断线：三个月零调用的技能该清理了
