2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家
大多数人并不会长期面临技能发现的问题。
在使用克劳德代码（Claude Code）、科德克斯（Codex）、光标（Cursor）或其他智能体工具几天后，问题就会发生变化。
你在吉特哈布（GitHub）上找到了一些有用的技能。你安装了一部分，将另一部分加入书签。然后，你的开发环境变成了一堆互不关联的命令、代码仓库以及记忆模糊的 SKILL.md 文件。
我也是从这里开始的。
缺失的部分并不是“更多的技能”，而是一种围绕可重复性工作来组织技能的更好方法。
真正的问题：缺乏工作流上下文的技能
单一技能本身可能是有用的。
但在实际工作中，技能通常以组合形式出现：
- 研究 + 综合 + 写作
- 搜索引擎优化分析 + 内容规划 + 本地化
- 设计审查 + 图像生成 + 资源上传
- 错误分类 + 复现 + 代码审查
如果这些组合只存在于你的记忆中，你就不得不每周重新构建相同的工作流。
这就是为什么我开始以“集合”而非“一次性安装”的思维来思考问题。
1. 按工作任务而非热度来保存技能
最容易犯的错误是因为技能看起来令人印象深刻而收集它们。
更好的筛选标准是：
“我会为了某项具体工作任务再次安装它吗？”
如果答案是肯定的，就把它放入一个工作流类别中。
例如：
- 内容工作流
- 落地页工作流
- 图像工作流
- 代码审查工作流
- 增长工作流
这使得技能目录更加有用，因为你不再问“什么很流行？”，而是问“什么对这项工作任务有帮助？”
2. 在将技能添加到工作流之前进行评估
我也不再仅根据代码仓库名称来保存技能。
在将技能纳入我的工作流集合之前，我希望检查以下内容：
- 该技能实际承诺的功能
SKILL.md文件是具体明确还是含糊不清- 文件树结构暗示的是真实实现还是仅仅是一个薄封装层
- 安装命令是否清晰
- 是否有任何值得查看的评论、评分或其他信号
这就是为什么我喜欢那些允许我在安装前检查技能的目录。最近，我一直在使用智能体技能查找器集合，在首先检查详细信息后，我将候选技能按工作流进行分组。
这仍然是一个发现和评估层，而非安全审计。在真实工作空间中启用任何内容之前，我仍然会审查第三方代码和指令。
