想象一下，Claude Code CLI 就像一个只有双手的人。如果让你徒手 去安装水龙头，哪怕你力气再大，也几乎是不可能完成的任务。
但如果给你配备了钳子、螺丝刀、螺丝、扳手等工具（这就好比 MCP ），你就拥有了改变物理环境的能力——正如 Claude Code 原本无法获取外部信息或查看网页，但在 Context7 或 Chrome MCP 的加持下，它便有了“视觉”和“触觉”，能够真正去执行任务。
第一次安装时，你可能跌跌撞撞，走了不少弯路。但成功后，你将这套标准步骤总结成了一套“SOP”（这就形成了 Skills ）。下次再遇到同样任务，只需调用这份 “经验记忆” ，就能按部就班、行云流水地搞定。
更进一步，你甚至不需要自己去踩坑。通过学习别人分享的教程（类似于导入他人的 Skills ），你就像在《黑客帝国》里一样，瞬间“下载”了别人的最佳实践，直接掌握了这项能力。
ai没有长期记忆，不能持续学习。一种妥协的做法
以上来源于个人感悟，skills其实对于非coding领域的意义可能要比coding更大，所以说不是你写代码工作中必须要有的流程范式，其实没必要硬凑上skills，普通的mcp和提示词就能解决。我们遵循少即是多的奥卡姆剃刀原则即可
我觉得最大的区别是。mcp就像是每次工作必须把工具都装身上（提前占用大量上下文），而skills只需要带一份工具清单（极少量上下文），需要哪个工具就拿出来装上。
MCP是你喊了声小爱同学帮我打开空调打开灯，SKILLS是你自己用APP遥控打开
感觉现有的mcp完全可以把skills的理念融合进去，比如定义mcp的两个工具，一个工具的prompt告诉ai在什么情况下调用第二个工具，而第二个工具的prompt就包含了tool具体的用法与作用，例如“当用户要求获取天气时，请调用xxx来获取具体获取方式，然后ai调用xxx，工具返回了tool的使用说明，ai进行下一步调用，虽然看上去多调用了一步，但prompt实打实的压缩了很多，而且也不需要修改现有mcp规范，只是新增了几个工具而已，skills一种提示词管理模式
这个skills有点像把自己积累的prompt集做成了一个个方法，用哪个调哪个