1.2 并行发展——两条独立的主线
小林想搞清楚 Skill 和 MCP 的关系：MCP 是不是 Skill 的升级版？Skill 会不会替代 MCP？
答案都不是。它们是并行发展的两条独立主线。
两条主线
2023.06
「思考」线
Custom Instructions、System Prompts——用户自定义 AI 行为，但各平台格式不统一「动手」线
Function Calling（OpenAI）——LLM 调用外部函数，最原始的"动手"2024.06
「思考」线
Cursor Rules 出现——项目级规则文件，但仅限 Cursor「动手」线
各平台各自实现工具调用，M×N 集成问题日益严重2024.11
「思考」线
概念继续演进，但仍然碎片化「动手」线
MCP 发布（Anthropic → Linux Foundation）——标准化"动手"协议2025.02
「思考」线
Claude Code Skills——工程化"思考"方式：SKILL.md + 触发 + 渐进披露「动手」线
MCP 生态快速扩张，100+ 官方和社区 Server2025.05
「思考」线
Skills 生态成熟：Cursor Rules、Windsurf Rules、社区市场「动手」线
MCP: 1000+ Server，Block/Stripe/Replit 广泛采用不是演化关系
很多人误以为 Skill 是 MCP 的"升级"或"替代"——这是错的。
❌ 错误理解：演化关系
Function Calling → MCP → Skills
暗示 Skills 是 MCP 的"升级版"，MCP 会被替代
暗示 Skills 是 MCP 的"升级版"，MCP 会被替代
✅ 正确理解：并行发展
「动手」线：Function Calling → MCP
「思考」线：Custom Instructions → Skills
两条主线独立演进，各自解决不同维度的问题
「思考」线：Custom Instructions → Skills
两条主线独立演进，各自解决不同维度的问题
为什么会同时出现？
因为 AI 应用有两个根本需求，缺一不可：
| 需求 | 解决方案 | 时间 |
|---|---|---|
| AI 需要动手——连接外部系统、执行操作 | MCP（标准化连接协议） | 2024 |
| AI 需要思考——遵循专业知识、按流程工作 | Skills（工程化指令模块） | 2025 |
就像工厂同时需要 SOP 和工具箱——不是先有 SOP 再有工具箱，也不是工具箱替代 SOP，而是两者始终并存。
小林的理解
小林画了一张图来理解两者的关系：
Custom Instructions→Cursor Rules→Skills
「思考」线：让 AI 懂标准、按流程
Function Calling→MCP→远程 MCP + OAuth
「动手」线：让 AI 能连接、能操作
两条线在 2025 年汇合——Skill + MCP 协同成为最佳实践。
本节核心要点
- Skill 和 MCP 是并行发展的两条独立主线，不是演化关系
- 「思考」线：Custom Instructions → Cursor Rules → Skills
- 「动手」线：Function Calling → MCP → 远程 MCP + OAuth
- 2025 年两条线汇合：Skill + MCP 协同
思考题：你的团队是先用了 Skill 还是先用了 MCP？这说明了你当前更缺"思考"还是更缺"动手"？