Skill 不只是提示词
一个成熟的 Skill 至少包含五个部分：任务边界、触发条件、执行步骤、外部依赖和验证方式。如果只有一段“请按照以下步骤工作”的文字，它更接近提示词模板，而不是可以复用的软件能力。
建议的最小结构
skill-name/
├── SKILL.md
├── scripts/
├── references/
└── assets/
SKILL.md 负责描述何时使用以及如何执行；脚本承担确定性的重复工作；references 保存执行时需要查阅的领域知识；assets 则保存模板和可复用素材。
设计原则
触发条件必须可区分
Skill 描述既不能太窄，也不能和其他 Skill 大量重叠。模糊的触发条件会让模型在运行时随机选择能力，造成难以复现的行为。
把确定性工作交给程序
文件转换、格式验证和批量处理应尽量使用脚本。模型更适合做判断与组合，不适合反复手写本可以确定执行的机械步骤。
为结果定义验证方法
Skill 不应只说明“怎么做”，还要说明“怎么知道已经做对”。验证可以是测试、渲染检查、模式校验，也可以是明确的人工检查清单。
仍未解决的问题
- Skill 的依赖和版本如何表达；
- 多个 Skill 冲突时如何确定优先级；
- 如何发现恶意或过期的指令；
- 是否需要类似包管理器的可信分发机制。
这些问题意味着 Agent Skills 最终很可能会形成自己的工程工具链。