确认你在项目目录
test -f skills-lock.json && echo "project lock found"
本次结论依赖 CLI 生成的锁文件。没有锁文件时，不要直接套用这个结果。
SKILLS CLI 1.5.22 · 项目级更新
装过的 Skill，
不会自己变新。
先确认项目有锁文件，再更新项目副本；最后比较完整文件夹，而不是只相信一行“成功”。
BEFORE13/13 历史夹具与当前不同
UPDATECLI 报告 13/13 成功
AFTER13/13 完整文件夹一致
BOUNDARY全局文件哈希未变
为什么需要更新？
安装是一次复制，不是持续同步。本仓库 8 月 8 日留下的 13 个全局副本，在上游补充元数据和修订内容后，已经与当前仓库 0/13 一致。这不表示当初安装失败，只表示旧副本不能继续证明当前内容。
项目级更新，按四步核对
固定并记录 CLI 版本
npx --yes skills@1.5.22 --version
未固定版本的 npx 可能命中旧缓存；未来版本行为也可能改变。
只更新项目副本
npx --yes skills@1.5.22 update -p -y
-p 明确项目范围，-y 跳过范围询问。先确认上游来源可信。
比较完整文件夹
diff -qr skills/<name> .agents/skills/<name>
有 references、demo 或脚本时，只比较 SKILL.md 会漏掉变化。
这次实验到底证明了什么？
| 检查 | 结果 |
|---|---|
| 更新前历史夹具完整一致，且与当前仓库不同 | 13 / 13 |
执行 update -p -y 后完整文件夹与当前仓库一致 | 13 / 13 |
| 实验前后全局 Skill 文件哈希一致 | 是 |
不能外推：历史内容是受控测试夹具，不是保留下来的旧版 CLI 安装现场；本次没有运行全局
update -g、无锁文件更新、自动触发或任务完成测试。更新后，再用自然任务验证客户端会不会读。
文件一致不等于自动触发，更不等于任务完成。