文章将使用AI的方式分为三个层级第一层是基础聊天框仅用于简单问答第二层是通过Agent平台实现任务自动化第三层是利用中央调度系统由专家Agent团队协作完成复杂任务。文章深入解析了Agent的运作机制将其比作“挽具”由“多次请求提示词”、“上下文记忆系统”和“工具集合Skill、CLI、MCP”三部分构成并详细阐述了这三部分如何协同工作使AI从“只能聊天”转变为“能干活的工具”。文章强调用好AI的关键在于清晰的问题定义和合适的工具选择并指出未来Chatbot和Agent将互相融合形成更高阶的形态。我观察了身边的人用 AI大致可以分成三个层级。第一层把 AI 当聊天框打开 ChatGPT Claude DeepseekKimi豆包的对话框直接跟它聊天让它帮你解决问题。你问一句它答一句。写文案、翻译、总结文章都在一个聊天框里完成。这是最普遍的状态。AI 是个顾问动嘴不动手。第二层开始使用 Agent 平台你不只是跟 AI 聊天了而是通过一个中介让它帮你干活。你跟中介说个目标中介在后台自己查资料、调工具、检查结果最后把成品交给你。你从“提问者”变成了“发包方”。第三层使用中央调度系统比如 OpenClaw、WorkBuddy 这种调度一群 AI 帮你干活。这已经不是雇一个中介了是雇了一个项目经理。项目经理自己拆任务分配给下面专门写代码的、专门搜资料的、专门验收的专家 Agent最后给你交付成品。你只需要定方向、验结果。大部分人在第一层少部分人在第二层第三层。那 Agent 到底是什么中介怎么干活的专家团又是什么我琢磨了很久才有了下面这些想法。以下是个人的理解以最通俗易懂的方式解释有些解释可能不是特别专业大家重在理解什么是 Agent 就行。01 AI 一开始就是个聊天框最开始的 AI就是个 Chatbot。你跟它打字说话它理解你的意思然后给你回复。你问一句它答一句。你继续追问它继续回答。就这么简单。这时候的 AI 不能干活不能联网查东西不能操作电脑不能调工具。它就是个聊天的对象像个顾问你问它啥它给你出出主意。但真正要动手做的事还是得你自己来。后来 Chatbot 开始升级了。它能联网搜索了能读文件了能写代码了上下文窗口也越来越大。还加上了思考模式让它在回答之前先自己琢磨一下。这时候的 Chatbot其实已经在向 Agent 的方向走了。它不再只是动嘴开始能动手了。02 Agent 就是中介Agent 是什么我的理解很简单Agent这个词是代理意思换种说法 就是中介。以前我们是直接跟大模型对话。你一句我一句。大模型只有嘴没有手。现在不一样了。我们不是直接跟大模型说话了我们是跟 Agent 这个中介说话。你跟中介说一个目标比如“帮我调研某某的竞品写份报告以下是我的需求”。然后你就不用管了坐沙发上等着就行。中介在后台干嘛呢第一步 它转身去问大模型“客户要调研某某的竞品需要什么信息这是需求”。第二步 大模型说“我需要竞品 A 和 B 的最新定价。”第三步 中介自己上网搜搜到一堆资料。第四步 中介把资料整理好又去找大模型“给你资料开始分析。”第五步 大模型分析完了给出结论。第六步 中介拿着结论去找另一个专门写报告的大模型“帮我写成报告。”第七步 中介拿到报告自己先检查一遍格式不对的改一下逻辑漏洞的补一下。最后 中介把成品递给你“老板报告写好了。”从头到尾你只跟中介说了一句话。中介在后台跟大模型来回沟通了七八次。Agent 这个中介把大模型从“只能聊天”变成了“能干活的工具”。03 Agent 本身就是一套 Harness那这个中介到底是什么它本质上就是一套 Harness 挽具。大模型是那匹马。它只有脑子和嘴没有手没有记性不会自己规划步骤。Agent 就是套在马身上的缰绳、马鞍、马镫。它告诉马往哪走、什么时候停、什么时候加速。它给马装上工具让马不仅能想能说还能查、能算、能写、能验证。Agent 大模型 Harness模型是引擎Harness 是整车的控制系统。没有 Harness大模型只是一个会聊天的脑子。有了 Harness它才能变成一个能干活、能闭环、能自我修正的执行者。同一个大模型套上不同的 Agent不同的挽具就会变成完全不同的工具。套上 Claude Code 的挽具它就是个编程助手。套上 ChatGPT 的挽具它就是个通用聊天工具。套上你自己写的挽具它就是你专属的私人助理。模型没变变的是挽具。那这套 Harness 到底由什么组成我把它总结成了一个公式Agent 的Harness 多次请求提示词 上下文的记忆系统 工具集合工具集合包括 Skill、CLI、MCP。这三个组件就是挽具的全部家当。多次请求提示词这是挽具的“运行节奏”。它决定了 Agent 怎么拆任务、什么时候调工具、什么时候检查结果。不是一次性丢给大模型而是一步一步来。上下文的记忆系统这是挽具的“信息管道”。负责记住每一步的结果把关键信息装进新的上下文喂给大模型同时对抗中段遗忘和上下文污染。工具集合Skill、CLI、MCP这是挽具的“执行手臂”。Skill 是自动化流程模组MCP 是标准化外部服务接口CLI 是兜底的命令行。没有工具Agent 就只能动嘴不能动手。三样东西组合在一起就是一套完整的挽具。套上它大模型这匹马才能稳定地跑完全程。下面我们一个个拆开看。04 组件一多次请求提示词中介为什么能搞定复杂任务靠的就是 Harness 里的第一个组件 多次请求 。单次请求就像让一个人看了一眼问题就必须马上给出完整答案中间不能查资料、不能验算、不能修改。复杂任务这样搞质量一定差。中介的做法不一样。它把一个大任务拆成多个小步骤每一步都单独跟大模型沟通一次第一次 理解目标拆任务。第二次 问大模型需要什么信息然后去搜。第三次 把搜到的信息喂给大模型让它分析。第四次 把分析结果给大模型让它写报告。第五次 检查报告有问题就再改一轮。每一轮的结果都被装进新的上下文喂给模型再思考。这就是“结果回传”的自动化版本。不用你手动去喂中介自己就循环起来了。中介还有一个聪明的地方它不会一次性把所有信息都塞给大模型。一次性全塞进去大模型反而不知道该关注什么容易跑偏。中介的做法是渐进式披露每一步只给大模型看它当前需要的东西。搜索时只看搜索结果写代码时只看代码需求验收时只看验收标准。信息是一层一层打开的大模型每一步的注意力都很聚焦。多次请求是手段渐进式披露是策略Skill 的完整执行是目的。也就是你要使用 Skill除了选大模型之外还需要选对应合适的 Agent 工具。05 组件二上下文的记忆系统AI 的记忆是有限的。对话越长它越不可能每一句话都平等记住。尤其在长对话里它容易记住开头和结尾忽略中间。Agent 的 Harness 里专门有一套机制来管这个事。这就是公式里的第二个组件 上下文的记忆系统 。这套系统做三件事第一记住关键信息。每完成一步把重要的结论、数据、用户偏好记录下来装进新的上下文里。第二对抗中段遗忘。对话长了把关键约束重新提到前面来或者让大模型先做总结再开新窗口继续。第三防止上下文污染。不相关的东西不塞进去只给大模型看当前这一步需要的材料。所以你不能指望 AI 自己管好所有信息Harness 要替它管。这就是公式里“上下文的记忆系统”的价值。信息管道越干净大模型的判断越稳定。要避免 Agent 出现幻觉就要警惕上下文污染的问题。06 组件三工具集合——调工具之前先“握手”中介工具箱里最常用的三种装备就是 Skill 、 MCP 和 CLI 。但中介调用 MCP 工具之前不是上来就直接用的。它要先跟 MCP 服务端走一个“互相认识”的流程。这个流程刚好也是三步可以理解成应用层的“三次握手”第一步中介自报家门。中介先发一个请求给 MCP 服务端告诉对方自己支持的协议版本、有哪些能力。以 JSON-RPC 协议第二步服务端亮底牌。MCP 服务端收到后返回自己的信息确认协议版本并列出自己能提供什么工具和资源比如能访问数据库、能读网页内容。第三步中介确认握手完成。中介收到服务端的底牌后再发一个确认通知过去说“我知道你能干什么了我也准备好了”。到此握手结束双方正式开始干活。这个过程跟网络层的 TCP 三次握手不一样。TCP 的三次握手是为了建立网络连接发生在底层。MCP 的握手发生在应用层目的是强制双方在干活之前先把能力对齐。TCP 管连通MCP 管能力。中介知道服务端能干什么服务端也知道中介要按什么标准来后面才不会出乱子。这其实也印证了 Harness 工程的思路好的控制系统不仅要管“怎么干”还要管“干之前先把规矩定清楚”。07 握手之后怎么干活握手成功之后Agent 和 MCP 服务端就进入了正式的干活阶段。这个过程就是“多次请求”和“结果回传”在工具调用中的具体体现。整个过程可以概括为三步循环 下指令 → 去执行 → 看结果 。第一步下指令。当大模型判断需要调用某个 MCP 工具时Agent 就向 MCP 服务端发一个请求里面写清楚要调哪个工具、参数是什么。比如要查天气就告诉它“调 get_weather城市是北京”。第二步去执行。MCP 服务端收到指令后就开始干自己的活。它可能会去访问数据库、调第三方 API、或者做计算。这个过程对 Agent 来说是个黑盒Agent 只需要等结果。第三步看结果。服务端执行完毕后把结果封装好返回给 Agent。结果里有两样东西一个是 content就是实实在在的数据比如天气信息、数据库查询结果。另一个是 isError告诉 Agent 这次调用有没有出错。使用 MCP 也要注意安全问题因为你并不清楚对方在黑箱子中做了什么比如说对方在黑箱子中把你的数据同步到对方的邮箱中。Agent 根据结果判断下一步是继续推进还是处理报错。拿到结果后Agent 就完成了我们之前说的关键步骤结果回传。它把这个结果装进新的上下文再次发给大模型。大模型读一遍结果然后回答你的问题或者判断要不要再调一次工具重复这个循环直到把事情办妥。这整个过程正好印证了 Harness 公式里的三个组件如何协同工作多次请求是运行节奏记忆系统负责把结果装进上下文MCP 工具负责实际执行。08 Skill 怎么“包含”MCP那 Skill 和 MCP 到底是什么关系Skill 里怎么包含 MCPSkill 包含 MCP不是通过代码调用而是通过配置声明然后由 Agent 框架在运行时自动集成。整个过程分五步走第一步Skill 声明自己要用的 MCP 服务。在 Skill 的配置文件里它会写清楚自己需要哪些 MCP 服务比如要一个能查天气的服务。第二步Agent 框架启动时加载 MCP 服务。当你启动这个 Skill 时Agent 框架会读配置然后按照声明去启动对应的 MCP 服务端。启动过程中走一遍我们刚说的“三次握手”。第三步MCP 工具被自动注入到大模型的上下文里。握手成功后Agent 框架拿到了 MCP 服务端提供的工具清单比如 get_weather、get_forecast 这些。然后框架把这些工具的描述自动加入到发给大模型的工具定义里。这一步对 Skill 来说是完全透明的。第四步大模型决策触发 Function Calling。当任务需要查天气时大模型看到上下文里有 get_weather 这个工具就按 Function Calling 的格式输出一个调用指令告诉 Agent 框架“帮我调 get_weather参数是 city: Beijing。”第五步Agent 框架通过 MCP 协议执行调用。Agent 框架接收到大模型的指令后不是自己去直接调天气 API而是通过 MCP 协议把这个指令发给 MCP 服务端。服务端执行完把结果返回给框架框架再喂回给大模型。所以整个链路是Skill 声明依赖 → Agent 框架加载 MCP 服务并握手 → MCP 工具注入大模型上下文 → 大模型通过 Function Calling 决定调用 → Agent 框架通过 MCP 协议执行 → 结果回传给大模型三个东西各司其职Skill 管“我要用什么”Function Calling 管“现在该用哪个”MCP 协议管“怎么去执行”。也就是为什么有人说未来 Skill “走天下”因为 Skill 中可以包含 MCP也可以包含部分上下文记忆。09 Skill、MCP、CLI 三者的区别Harness 公式里的工具集合就是这三样东西。它们到底有什么区别我们再用这个比喻从五个维度拆开细看CLI中介自己动手CLI 是中介自己动手直接去敲电脑命令行。它的颗粒度最细一条命令就是一个操作。操作系统或已安装软件自带的命令中介拿起来就能用。大模型通过 Function Calling 决定要执行什么命令Agent 框架直接在终端里跑。MCP外部专业服务商MCP 是中介打电话给一个外部专业服务商按标准协议下单。它的颗粒度居中一个 MCP 服务端可以提供多个工具。这些服务端可以是第三方提供的也可以自己搭建。Skill操作手册Skill 是中介手里的一本操作手册里面写好了“遇到什么情况该做什么事”。它的颗粒度最粗一个 Skill 就是一个完整的任务流程用户或开发者预先编写好。三者的层级关系也很好记Skill 是最高层级的指挥官管流程MCP 是标准化服务接口管外部服务CLI 是兜底的万能胶管计算机本身。所以三者的关系可以总结为 Skill 是任务层的挽具MCP 是工具层的标准化插头CLI 是兜底的万能胶。在 Agent 所有的工具中CLI 终端的数据是最快的。CLI MCP Skill原因很简单流程最短中间环节最少。CLI中介自己站起来走到电脑前敲一行命令回车结果就出来了。全程就一步。MCP中介拿起电话打给外部服务商先说“我要查天气城市是北京”服务商那边处理完再把结果报回来。中间多了一层通信。Skill中介翻开操作手册按手册写的步骤第一步干嘛第二步干嘛每一步可能还要调 CLI 或 MCP。流程更长。CLI 是直接在本机执行没有网络延迟没有协议握手没有额外的通信开销。一条 curl 命令下去结果马上就回来了。但是 CLI 虽然快但是不稳因为直接 CLI 在终端执行一旦遇到危险命令就可能有严重的后果比如删了你的内容。使用 MCP 就多了一个“外部服务商”就相对 CLI 更稳些。所以得靠优秀的 Agent 平台基于里面的 Harness 工具避免出现问题。飞书在 3 月公开了官方 CLI。它是为 Agent 而生的 CLI。官方仓库https://github.com/larksuite/cli飞书 CLI 内置 200 多条命令覆盖了消息、文档、表格等 17 个核心业务Agent 调用它能省去中间环节让真实任务跑起来。如果官方有提供 CLI并且 CLI 可以解决优先走 CLI 方式。它是最快最省最安全最稳的方式。通过数据了解到相同的处理MCP 消耗的 Tokens 是 CLI 的 4 到 32 倍。10 两件事正在同时发生好玩的地方在于Chatbot 和 Agent 正在互相靠拢。一边是 Chatbot 在长“手”和长“脑”越来越能干。另一边是 Agent 在学“说话”本来它是在后台自己跑的现在为了面向大众用户把界面又做回了聊天框的样子。所以你看到的产品比如现在的 ChatGPT、Claude已经很难说它到底是 Chatbot 还是 Agent 了。它是个融合体。所以严格来讲我的结论是Chatbot 本身就是一个 Agent 工具。Agent 是带有 Chatbot 界面、更集成、可以真正干活的工具。两者不是两种东西而是在一条能力光谱上。Chatbot 是起点Agent 是更高阶的形态。区别就在于自动化程度和能不能自己推着任务往前走。11 用好 AI核心是你能不能说清楚问题很多人以为用 AI 用得好不好看的是 AI 模型有多强。其实不是。更关键的是 你给 AI 的问题够不够清楚。AI 是放大器。你想得清楚它就能把你的思路放大成更好的方案。你想得模糊它就放大这种模糊给你一堆看起来有道理但没法用的废话。举个最简单的例子你只跟 AI 说“帮我想想怎么发展”它只能给你泛泛的职业建议。但如果你说“我在杭州做了三年运营手上有个 500 人的活跃社群想在三个月内通过兼职月入 3000 块。帮我分析三个最可行的方向每个方向要讲清楚启动成本、风险和第一步具体怎么做。”它就能给你真正有用的东西。这就是我一直说的AI 像一匹马你是骑手。马有力气跑得快但它不知道你要去哪里。你不拉缰绳它就乱跑。你拉对方向它才能带你到目的地。01什么是AI大模型应用开发工程师如果说AI大模型是蕴藏着巨大能量的“后台超级能力”那么AI大模型应用开发工程师就是将这种能量转化为实用工具的执行者。AI大模型应用开发工程师是基于AI大模型设计开发落地业务的应用工程师。这个职业的核心价值在于打破技术与用户之间的壁垒把普通人难以理解的算法逻辑、模型参数转化为人人都能轻松操作的产品形态。无论是日常写作时用到的AI文案生成器、修图软件里的智能美化功能还是办公场景中的自动记账工具、会议记录用的语音转文字APP这些看似简单的应用背后都是应用开发工程师在默默搭建技术与需求之间的桥梁。他们不追求创造全新的大模型而是专注于让已有的大模型“听懂”业务需求“学会”解决具体问题最终形成可落地、可使用的产品。CSDN粉丝独家福利给大家整理了一份AI大模型全套学习资料这份完整版的 AI 大模型学习资料已经上传CSDN朋友们如果需要可以扫描下方二维码点击下方CSDN官方认证链接免费领取【保证100%免费】02AI大模型应用开发工程师的核心职责需求分析与拆解是工作的起点也是确保开发不偏离方向的关键。应用开发工程师需要直接对接业务方深入理解其核心诉求——不仅要明确“要做什么”更要厘清“为什么要做”以及“做到什么程度算合格”。在此基础上他们会将模糊的业务需求拆解为具体的技术任务明确每个环节的执行标准并评估技术实现的可行性同时定义清晰的核心指标为后续开发、测试提供依据。这一步就像建筑前的图纸设计若出现偏差后续所有工作都可能白费。技术选型与适配是衔接需求与开发的核心环节。工程师需要根据业务场景的特点选择合适的基础大模型、开发框架和工具——不同的业务对模型的响应速度、精度、成本要求不同选型的合理性直接影响最终产品的表现。同时他们还要对行业相关数据进行预处理通过提示词工程优化模型输出或在必要时进行轻量化微调让基础模型更好地适配具体业务。此外设计合理的上下文管理规则确保模型理解连贯需求建立敏感信息过滤机制保障数据安全也是这一环节的重要内容。应用开发与对接则是将方案转化为产品的实操阶段。工程师会利用选定的开发框架构建应用的核心功能同时联动各类外部系统——比如将AI模型与企业现有的客户管理系统、数据存储系统打通确保数据流转顺畅。在这一过程中他们还需要配合设计团队打磨前端交互界面让技术功能以简洁易懂的方式呈现给用户实现从技术方案到产品形态的转化。测试与优化是保障产品质量的关键步骤。工程师会开展全面的功能测试找出并修复开发过程中出现的漏洞同时针对模型的响应速度、稳定性等性能指标进行优化。安全合规性也是测试的重点需要确保应用符合数据保护、隐私安全等相关规定。此外他们还会收集用户反馈通过调整模型参数、优化提示词等方式持续提升产品体验让应用更贴合用户实际使用需求。部署运维与迭代则贯穿产品的整个生命周期。工程师会通过云服务器或私有服务器将应用部署上线并实时监控运行状态及时处理突发故障确保应用稳定运行。随着业务需求的变化他们还需要对应用功能进行迭代更新同时编写完善的开发文档和使用手册为后续的维护和交接提供支持。03薪资情况与职业价值市场对这一职业的高度认可直接体现在薪资待遇上。据猎聘最新在招岗位数据显示AI大模型应用开发工程师的月薪最高可达60k。在AI技术加速落地的当下这种“技术业务”的复合型能力尤为稀缺让该职业成为当下极具吸引力的就业选择。AI大模型应用开发工程师是AI技术落地的关键桥梁。他们用专业能力将抽象的技术转化为具体的产品让大模型的价值真正渗透到各行各业。随着AI场景化应用的不断深化这一职业的重要性将更加凸显也必将吸引更多人才投身其中推动AI技术更好地服务于社会发展。CSDN粉丝独家福利给大家整理了一份AI大模型全套学习资料这份完整版的 AI 大模型学习资料已经上传CSDN朋友们如果需要可以扫描下方二维码点击下方CSDN官方认证链接免费领取【保证100%免费】