图解Skill读书笔记（一）：从日总结理解提示词与Skill

本文为原创学习笔记，记录本人阅读和实际操作后的理解。不同软件版本的界面与功能可能有所差异，请以当前版本为准。

转载请注明作者及原文链接；未经许可，请勿用于商业转载。

学习目标

最近开始学习如何编写简单的 Skill。为了弄清楚提示词与 Skill 的区别，我选择“生成日总结”作为练习案例：先用普通提示词完成一次任务，再把相同要求制作成 Skill，对比两种方式的实际效果。

一、选择练习工具

目前，一些支持智能体或 AI 编程的工具已经提供 Skill、工具、插件或工作流等功能，但它们的名称、格式和使用方法并不完全相同。

书中介绍了 Coze、Claude Code、OpenClaw 等工具。我平时更习惯使用 CodeBuddy，因此这次练习继续使用自己熟悉的软件。对于入门来说，工具不是重点，关键是理解 Skill 怎样把一套重复执行的规则保存下来。

我所使用的 CodeBuddy 版本在左侧栏提供了“技能”入口。打开后可以查看已有技能，也可以通过右上角的添加按钮创建技能。软件升级后，按钮名称和位置可能会发生变化。

二、先用普通提示词完成任务

在创建 Skill 之前，我先新建一个普通任务，输入当天的主要内容：

我要写一个日总结：

1. 学习了如何编写简单的Skill，体会提示词和Skill的区别；
2. 遇到了银狐木马病毒查杀的问题；
3. 开始写每日总结，为个人网站积累原创素材。

要求：
使用自然语言描述，每个小点适当展开。先输出草稿，
待审核后再保存为Word文档，文件名为“日总结_yyyy-mm-dd.docx”。

这里将日期格式改成了 yyyy-mm-dd。Windows 文件名不能包含 /，如果写成 yyyy/mm/dd，保存文件时会产生问题。

普通提示词可以顺利完成任务，但提示词中既要写当天发生的事情，也要重复说明文章结构、审核流程、文件格式和命名规则。

三、把固定要求制作成Skill

接下来，我在 CodeBuddy 中创建一个新 Skill，并输入下面的要求：

请帮我创建一个用于生成“日总结”的Skill，内容包括：

1. 今天做了哪些事情；
2. 遇到了哪些问题，是怎样解决的；
3. 有哪些想法和下一步计划。

要求：
使用自然语言描述，每个部分适当展开。先输出草稿，
待审核后再保存为Word文档，文件名为“日总结_yyyy-mm-dd.docx”。

创建完成后，再写日总结时只需要提供当天的实际内容，例如：

请根据下面的内容生成今天的日总结：

- 学习了简单Skill的创建方法；
- 处理了银狐木马病毒查杀问题；
- 开始为个人网站整理原创素材。

文章结构、审核顺序、输出格式和文件命名规则已经写在 Skill 中，因此不必在每个新任务里重新输入。

四、对比两种方式

两次生成的内容基本相似，主要区别不在单次输出质量，而在规则能否方便地重复使用。

对比项	普通提示词	Skill
适合场景	临时任务、一次性需求	经常重复且规则相对固定的任务
使用方式	每次都要说明内容与要求	通常只需提供本次任务的数据
输出一致性	容易因提示词变化而波动	更容易保持统一结构
修改规则	修改当次提示词	修改Skill后供后续任务复用
前期成本	较低，可以直接使用	需要先整理并测试规则

如果任务只做一次，直接写提示词更省事；如果每天都要生成格式相同的总结，把固定要求整理成 Skill 会更方便。

不过，Skill 只能帮助 AI 按照预设规则执行任务，并不能保证每次输出完全一致。重要内容仍然需要人工审核，保存 Word 文档前也要检查日期、事实和文件名是否正确。

五、我对Skill的理解

经过这次练习，我目前把 Skill 理解为一套可以重复调用的任务规则。它可以包含提示词，也可以进一步包含执行步骤、脚本、模板和工具调用方式。

如果只看这次“日总结”练习，可以把普通提示词和 Skill 暂时类比为：

普通提示词：为当前任务临时写下要求
Skill：把经常使用的要求整理并保存，供以后重复调用

我最初想到用 RAM 和 ROM 来类比：普通提示词像临时使用的信息，Skill 像保存下来的固定规则。这个比喻有助于入门理解，但并不完全准确。Skill 不是计算机硬件，也不是让 AI 永久记住所有对话；它更接近一份可复用、可修改的操作说明。

当输出不符合要求时，可以回到 Skill 中调整规则。例如补充文章长度、语气、章节顺序、文件模板或审核条件，再通过多次测试逐步完善。

六、本篇小结

这次练习让我认识到，提示词与 Skill 并不是互相替代的关系。提示词适合快速说明当前需求，Skill 则适合保存重复任务中的固定规则。

创建 Skill 的第一步，不是追求复杂功能，而是找出自己经常重复输入的要求。先从日总结这样的小任务开始，经过使用、审核和修改，逐渐把规则整理清楚，才能真正减少重复操作。