核心内容摘要
解锁视界新维度：红桃视频91，不止于“看”的精彩探索
大语言模型LLM自诞生之日起就面临一个根本矛盾它拥有强大的语言理解和生成能力却困于静态的参数世界无法获取实时信息、执行具体操作且输出存在不可预测性。
为解决这些问题围绕LLM的生态系统在
年间逐步演化出四个关键概念。
它们并非同时出现而是遵循一条清晰的技术演进路径从内部约束Rules→ 外部能力扩展Tools→ 能力模块化Skills→ 生态标准化MCP。
本文将按时间顺序梳理这一演进历程。
第一阶段Rules规则约束——
年奠定安全与可控的基石出现背景在LLM尚未普及的早期
年研究者已意识到仅靠模型自身难以保证输出的准确性、安全性和一致性 [[130]]。
Prompt Engineering作为一门技艺开始萌芽其核心实践之一就是在提示词中嵌入明确的规则Rules和约束Constraints。
解决的核心问题安全性防止模型生成有害、歧视性或违法内容格式规范要求输出符合特定结构如JSON、表格行为边界限定模型“能做什么、不能做什么”例如“不要编造事实”角色扮演通过系统提示System Prompt设定AI的“人格”和专业领域技术形态早期以硬编码的System Prompt为主如“你是一个专业客服回答需简洁友好”2022年1月Chain-of-Thought思维链技术的出现 [[123]]将“分步推理”作为一种隐式规则嵌入提示显著提升了复杂推理任务的准确性规则逐渐从“一次性提示”发展为可复用的Prompt模板和约束框架历史意义Rules是LLM走向实用化的第一道防线。
它不扩展模型能力而是通过“约束”换取“可控”为后续更复杂的应用奠定安全基础。
没有规则约束任何外部能力的接入都可能放大风险。
第二阶段Tools工具—— 2022年突破能力边界的关键跃迁出现背景2022年是LLM应用爆发的元年。
研究者发现仅靠内部知识和规则LLM无法解决需要实时数据或具体操作的任务如“查今天北京天气”。
必须让LLM“走出参数牢笼”与外部世界交互。
关键里程碑2022年4月AI21 Labs提出MRKL系统Modular Reasoning, Knowledge and Language首次系统化地将LLM与外部模块计算器、API、数据库结合 [[159]]2022年10月普林斯顿大学与Google Brain联合发布ReAct框架创新性地将“推理Reasoning”与“行动Acting”交替进行使LLM能动态决定何时调用工具 [[169]]2022年10月LangChain框架初始版本发布提供统一的Tools抽象层开发者可轻松将搜索、代码执行等能力封装为工具 [[150]]2023年2月Meta发布Toolformer证明LLM可通过自监督学习掌握工具调用 [[45]]2023年中OpenAI正式推出Function Calling API将工具调用标准化为模型原生能力解决的核心问题实时性缺失通过调用天气API、股票接口等获取最新数据计算能力不足委托计算器、代码解释器执行精确运算操作能力空白通过邮件API、数据库连接器执行真实世界动作技术本质Tools的本质是能力外包LLM负责“决策”何时调用、调用什么、参数是什么外部工具负责“执行”。
这一分离使LLM从“纯文本生成器”进化为“智能调度器”。
第三阶段Skills技能——
年从原子工具到专业能力包出现背景随着Tools数量激增开发者面临新挑战复杂任务如“分析销售数据并生成报告”需要组合多个工具且逻辑复杂。
直接暴露原子工具给LLM导致1提示词过长 2错误率高 3难以复用。
关键里程碑2023年初Microsoft推出Semantic Kernel首次引入Skills概念将相关工具提示词业务逻辑封装为可复用单元注2023年底v1版本中改名为Plugins [[186]] [[189]]2025年10月Anthropic在Claude中推出Agent Skills允许用户上传包含代码、数据和指令的技能包使Claude能直接操作企业内部系统 [[89]] [[94]]2025年12月Anthropic将Skills发布为开放标准推动跨平台技能复用 [[88]]解决的核心问题复杂任务分解将“分析销售数据”拆解为“查询数据库→数据清洗→可视化→生成摘要”等子技能专业能力封装一个“财务分析Skill”可内置会计规则、报表模板和合规检查无需每次重新提示降低开发门槛业务专家可封装领域知识为Skill无需懂LLM原理与Tools的本质区别维度ToolsSkills粒度原子能力如“搜索”复合能力如“市场调研”封装内容仅函数接口工具提示词业务逻辑数据调用方式LLM动态选择预定义工作流或专家系统触发复用性低需重新设计提示高开箱即用Skills标志着LLM应用从“工具调用”迈向“能力集成”是构建企业级Agent的核心抽象。
第四阶段MCPModel Context Protocol—— 2024年11月生态互联的“通用语言”出现背景到2024年Tool/Skill生态已严重碎片化LangChain有LangChain ToolsSemantic Kernel有Plugins各家云厂商有私有接口。
开发者为同一功能需重复开发适配层严重阻碍创新。
关键里程碑2024年11月25日Anthropic正式发布**Model Context Protocol **(MCP) [[29]] [[97]]2025年4月Google、Microsoft等巨头宣布支持MCP生态迅速扩张 [[177]]2025年12月MCP捐赠给新成立的Agentic AI Foundation成为真正中立的开放标准 [[176]]解决的核心问题互操作性任何符合MCP标准的工具/数据源可被任何支持MCP的LLM直接调用发现机制通过MCP RegistryAgent可动态发现可用能力类似npm包管理安全隔离MCP定义了严格的权限模型和沙箱机制防止恶意工具危害系统技术设计MCP的核心是三层抽象Server工具/数据源提供方按MCP规范暴露能力ClientLLM/Agent框架通过统一协议发现和调用能力Transport基于JSON-RPC的通信层支持WebSocket/HTTP例如一个Redis数据库可实现MCP ServerClaude通过MCP Client直接查询数据无需中间转换层 [[104]]历史意义MCP是LLM生态的“HTTP协议”——它不创造新能力但让所有能力无缝互联。
它的出现标志着LLM应用开发从“手工作坊”进入“标准化工业时代”。
演进逻辑一条清晰的技术路径这四个概念的演进并非偶然而是遵循“问题驱动”的必然路径解决解决解决解决Rules内部约束Tools外部能力Skills能力模块化MCP生态标准化安全与可控实时性与操作性复杂任务与复用性碎片化与互操作性先有约束再谈扩展没有Rules的安全底线盲目接入Tools会放大风险先有原子能力再谈组合Tools提供基础构件Skills在此之上构建专业能力先有繁荣生态再谈标准MCP诞生于Tool/Skill生态足够丰富但碎片化严重的2024年结语从“聊天机器人”到“数字员工”的进化回顾
这三年LLM应用架构完成了四次关键跃迁Rules让LLM“守规矩”Tools让LLM“能做事”Skills让LLM“专业化”MCP让LLM“可互联”今天一个符合MCP标准的Agent可动态加载企业知识库Skill、调用CRM系统Tool、并在合规规则Rules约束下自主完成客户跟进——这已不再是科幻而是2026年企业AI的日常。
而这一切都始于四年前那个简单的认知真正的智能不在于模型本身多强大而在于它如何安全、可靠地连接并调动整个数字世界的能力。