盐龙湖：工作规则、记忆与 Skills

我的角色：课程讲解、对照演示与现场答疑。

证据与公开范围：授课记录与主办方回顾相互对应；未使用宣传数字作为效果结论。

内容摘要

在盐龙湖的工作规则课上，我用同一份文档做转换对照：预先约定的二维码和输出位置，影响了这次生成的页面。可借鉴的是先用小任务发现差异，再把有效要求留成规则；规则文件存在，并不保证每次结果都正确。

2026 年 8 月 29 日下午，我在盐龙湖讲解工作规则、记忆与 Skills。这是我参与的第一场盐龙湖课程，对应主办方训练营第二课《必修基础》。盐龙湖人才会客厅的本场回顾记载了我的授课参与与现场实操。

这场课想解决一个很日常的问题：明明已经告诉过 AI 的要求，为什么换个任务，又得说一遍？为此，我没有只解释几个功能名称，而是用一份文件做对照，让大家看要求究竟有没有进入结果。

演示时，我准备了两个工作文件夹：一个已有项目规则，一个没有。输入使用同一份整理日志，任务都是把 Markdown 文档（一种纯文本排版格式）转为可以在浏览器打开的 HTML 页面。

已有规则的文件夹里，事先约定了输出的位置、页面格式，以及页面需要带上我的微信二维码。于是，同样一句转换要求，出现了两处可以直接检查的差别：

观察位置	已有规则的演示	没有规则的演示
页面内容	带上了规则中要求的二维码	没有自动补上二维码
文件位置	结果放在当前项目内	结果跟着输入文件，放回了原文件所在目录

第二个差别尤其容易被忽略。我把其他文件夹里的资料拖进对话框，并不意味着 AI 就知道新文件应该放在哪里。现场我继续追问文件为什么落在那里，把“正在处理哪个项目”与“输入文件来自哪里”这两个位置分开看。

这只是当时这次对照的结果。它帮助大家理解：要求要明确记录，生成后还要检查；不能看到有规则文件，就认定每次执行一定正确。

课堂里的项目规则文件叫 AGENTS.md，可以理解为放在项目中的工作约定。我用自己的使用经历解释了几条要求的来由。

一条是修改时保留可回看的版本。曾经已经满意的段落，在要求修改别处之后又被一起改掉；如果只留下覆盖后的文件，就很难找回原来的表达。另一条是目录不要一层套一层：文件放得很深，看似分类细致，实际查找反而麻烦。

但我也提醒大家检查 AI 补出的规则。它有时会把一个小要求展开成很多条，把并不需要的约束一起加进去。规则应该来自遇到的具体问题，读得懂、用得上，再留下来。对“只改这一处”“结果放在这里”这样的要求，写清范围比堆满一份长文档更有用。

这场课把三个经常混在一起的概念放到工作中理解。下面是我根据本场讲解整理的区分：

Skill 不只是把一句提示词起个名字。讨论考勤与计算时，重点是让处理过程可以重复，也让结果有办法检查。把计算交给脚本，能留下明确的步骤；输入识别、公式、规则本身仍然可能出错。

回看这场课，我最想让初学者带走的是一种观察方式：不要只问“这个功能有没有打开”，还要看它改变了哪个具体结果。

可以找一份自己熟悉、已有备份的材料，先做一次任务，记下实际出现的问题；再补一两条规则，用同一输入重做，对照文件位置、内容和版本。规则有用，就保留；没有解决问题，就继续调整。等这类任务的步骤和检查办法稳定，再考虑整理成 Skill。

这次留下的是规则对照与现场答疑。软件入口和界面属于 2026 年 8 月的授课环境，实际使用时应以自己的版本为准。

从阅读，走向你的实际问题。