核心问题

我自己写个命令去拉取模板不是更好吗？为什么要用 Skill？

本质区别

直接写脚本更好的场景

1. 逻辑完全固定，不需要 AI 判断

特点：输入输出明确，不需要理解上下文，每次执行结果一致。直接写脚本更简单直接。

2. 你已经熟悉命令，执行频率高

特点：肌肉记忆已形成，不需要额外解释，执行速度快。没必要绕道 AI。

3. 对执行过程有精确控制需求

特点：需要精确的参数控制，不希望 AI 自作主张，出错时需要精确定位。脚本更可控。

Skill 更好的场景

1. 需要 AI 理解意图后灵活执行

场景：帮我创建一个用户登录组件，要有表单验证。

Skill 优势：AI 理解用户登录的含义，自动决定需要哪些字段，根据项目现有代码风格调整。

脚本劣势：需要预定义所有可能的参数，无法处理模糊需求。

2. 流程中有决策点

场景：创建组件时，根据组件类型决定生成哪些文件。

Skill 优势：AI 可以根据上下文判断组件类型，动态决定执行哪些步骤。

脚本劣势：需要用户手动指定类型，或者写复杂的条件判断逻辑。

3. 需要与现有代码交互

场景：在现有的 UserService 中添加一个删除用户的方法。

Skill 优势：AI 先读取现有代码，理解现有的代码风格和模式，生成符合上下文的代码。

脚本劣势：脚本无法理解现有代码，只能做模板替换。

4. 团队成员技术水平不一

场景：新人不熟悉项目的各种脚本命令。

Skill 优势：用自然语言描述需求即可，不需要记住命令和参数，降低上手门槛。

最佳实践：结合使用

Skill 调用脚本的工作流程：

1. 用户用自然语言描述需求
2. AI 理解意图，决定参数
3. AI 调用脚本执行确定性操作
4. AI 根据结果进行后续调整

优势：AI 负责理解和决策，脚本负责执行确定性任务，各司其职。

决策流程

需求是否固定明确？

• 是：直接写脚本
• 否：需要 AI 理解上下文吗？
  • 是：用 Skill
  • 否：需要与现有代码交互吗？
    • 是：用 Skill
    • 否：直接写脚本

总结

核心原则：确定性任务用脚本，需要理解和判断用 Skill，两者结合是最佳实践。