news 2026/5/11 5:22:36

程序员转智能体开发,这8个核心技能,少一个都不行

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
程序员转智能体开发,这8个核心技能,少一个都不行

文章目录

    • 前言
    • 一、大模型API调用与高级提示工程:智能体的"语言基础"
      • 1.1 基础API调用:先让智能体"活"起来
      • 1.2 高级提示工程:让智能体"听懂"你的话
      • 1.3 提示工程的进阶技巧
    • 二、RAG(检索增强生成)与幻觉治理:智能体的"防骗术"
      • 2.1 RAG的核心原理
      • 2.2 2026年主流的RAG技术栈
      • 2.3 幻觉治理的其他方法
    • 三、工具调用与插件开发:智能体的"手脚"
      • 3.1 函数调用(Function Calling)基础
      • 3.2 工具设计的最佳实践
      • 3.3 2026年常用的工具集
    • 四、智能体规划与反思机制:智能体的"思考能力"
      • 4.1 ReAct框架:思考与行动的结合
      • 4.2 高级规划技术
    • 五、记忆系统设计与管理:智能体的"最强大脑"
      • 5.1 记忆的三种类型
      • 5.2 记忆管理的挑战
      • 5.3 记忆系统的设计方案
    • 六、多智能体协作与编排:智能体的"团队合作"
      • 6.1 多智能体的分工模式
      • 6.2 2026年主流的多智能体框架
      • 6.3 多智能体协作的挑战
    • 七、智能体评估、调试与监控:智能体的"质量保证"
      • 7.1 智能体评估
      • 7.2 智能体调试
      • 7.3 智能体监控
    • 八、部署、工程化与安全合规:智能体的"生产就绪"
      • 8.1 智能体部署
      • 8.2 智能体工程化
      • 8.3 安全合规
    • 结语

P.S. 目前国内还是很缺AI人才的,希望更多人能真正加入到AI行业,共同促进行业进步,增强我国的AI竞争力。想要系统学习AI知识的朋友可以看看我精心打磨的教程 http://blog.csdn.net/jiangjunshow,教程通俗易懂,高中生都能看懂,还有各种段子风趣幽默,从深度学习基础原理到各领域实战应用都有讲解,我22年的AI积累全在里面了。注意,教程仅限真正想入门AI的朋友,否则看看零散的博文就够了。

前言

兄弟们,先问个扎心的问题:你最近面试的时候,是不是十场有八场都会被问到同一个问题——“你有没有大模型智能体开发经验?”

我上周参加了个长沙本地的程序员线下聚会,席间一个做了8年Java后端的兄弟拍着桌子吐槽,场面一度陷入"中年危机大型共鸣现场"。他说自己现在每天的工作就是CRUD,复制粘贴,调接口改bug,35岁的坎还没到,30岁就先感受到了职场寒意。面试了20多家公司,要么薪资直接砍半,要么HR直接灵魂拷问:“你只会写CRUD,凭什么要25K?我们现在用GPT-5.4写CRUD,一天能生成100个接口,还没bug。”

这话听着扎心,但2026年的程序员圈,这就是赤裸裸的现实。智联招聘的数据摆在这,春节后前三周,AI智能体相关职位数同比增速直接飙到了455%,初级智能体开发工程师年薪40-60万,资深架构师年薪轻松破百万,薪资比同经验的传统开发高出一大截。

而另一边,传统开发岗位却在疯狂收缩。据Gartner预测,2026年底超过70%的企业AI应用将采用多智能体架构,这意味着什么?意味着未来3年,至少有一半的传统后端、前端、测试工程师,如果不转型,就会面临被AI替代或者被迫降薪的命运。

很多兄弟可能会说:“我也想转智能体开发啊,但是不知道从何学起,感觉要学的东西太多了,什么大模型、向量数据库、LangChain、多智能体协作,看得头都大了。”

别急,今天我就把2026年智能体开发最核心的8个技能给你们讲透,少一个都不行。只要你把这8个技能掌握了,找份年薪30万以上的智能体开发工作,绝对不是问题。

一、大模型API调用与高级提示工程:智能体的"语言基础"

很多人以为提示工程就是写几句"你是一个专家"这么简单,大错特错!提示工程是智能体开发的基本功,也是最容易被低估、也最难精通的技能。

我见过太多开发者,写的Prompt跟写需求文档一样,东一榔头西一棒子,结果智能体输出的东西要么驴唇不对马嘴,要么就是一本正经地胡说八道。这就好比你跟一个外国人说话,你说的话他根本听不懂,你还指望他能帮你干活?

1.1 基础API调用:先让智能体"活"起来

首先,你得会调用各大模型厂商的API。2026年主流的大模型有哪些?国内的有文心一言4.0、通义千问3.5、DeepSeek-R2、Step 3.5 Flash,国外的有GPT-5.4、Claude 3 Opus。每个模型的API接口都差不多,但是各有各的特点。

比如Step 3.5 Flash开源免费,速度快,适合做一些简单的任务;DeepSeek-R2擅长代码和数学推理;文心一言4.0在中文理解和国内场景适配方面做得最好。

调用API其实很简单,就是发一个HTTP请求,传几个参数而已。但是这里面有很多坑,比如速率限制、token计算、错误处理、重试机制等等。我见过很多新手,写的代码一遇到API报错就崩溃了,这在生产环境是绝对不允许的。

1.2 高级提示工程:让智能体"听懂"你的话

基础的提示工程大家都会,但是高级提示工程就没那么简单了。高质量的Prompt工程包含以下几个核心维度:

  • 角色设定:明确告诉模型它是谁、有什么能力边界。比如"你是一个资深的Java后端工程师,有10年开发经验,擅长微服务架构和分布式系统设计"。
  • 上下文注入:将任务相关的背景信息以结构化方式传入。不要让模型去猜,你知道什么就告诉它什么。
  • 输出格式约束:通过JSON Schema或示例强制规范输出结构。这一点非常重要,因为智能体的输出往往需要被其他程序处理,如果格式不固定,后面的流程就会全部崩溃。
  • 链式思维:引导模型分步推理,显著提升复杂任务的准确率。比如"请先分析问题,然后给出解决方案,最后说明理由"。
  • 少样本学习:通过提供高质量示例,快速适配特定任务风格。有时候你说一百遍不如给一个例子。

我给大家举个例子,同样是让智能体写一个用户登录接口,新手写的Prompt可能是这样的:“帮我写一个用户登录接口”。结果智能体可能会给你返回一个用Python Flask写的接口,而你需要的是Java Spring Boot的。

而高手写的Prompt是这样的:

你是一个资深的Java后端工程师,有10年开发经验,擅长Spring Boot微服务架构。 请帮我写一个用户登录接口,要求: 1. 使用Spring Boot 3.2版本 2. 采用JWT进行身份认证 3. 参数校验使用Hibernate Validator 4. 返回统一的JSON格式:{"code": 200, "message": "success", "data": {}} 5. 包含异常处理,比如用户名不存在、密码错误等 请只返回Java代码,不要返回其他任何解释。

你看,这样写出来的Prompt,智能体返回的代码基本上可以直接用,不需要怎么修改。

1.3 提示工程的进阶技巧

除了上面说的这些,还有一些进阶的提示工程技巧,比如:

  • 思维树(Tree of Thoughts):让模型同时探索多个推理路径,然后选择最优的一个。
  • 自我一致性(Self-Consistency):让模型多次生成答案,然后选择出现次数最多的那个。
  • 反思(Reflection):让模型先生成一个初步答案,然后自己检查和修正这个答案。

这些技巧在处理复杂任务的时候非常有用,比如数学题、代码调试、逻辑推理等等。

二、RAG(检索增强生成)与幻觉治理:智能体的"防骗术"

RAG是2026年智能体开发的必备技能,没有之一。为什么?因为大模型有个致命缺陷——“幻觉”,也就是一本正经地胡说八道。

我给大家举个例子,你问GPT-5.4:"2026年长沙天心区金房奥斯卡小区的均价是多少?“它可能会告诉你"每平方米12000元”,但实际上这个小区的均价已经涨到15000元了。因为大模型的训练数据是有截止日期的,它不知道最新的信息。

还有更离谱的,你问它"张三是谁?",它可能会给你编一个不存在的人物,还说得有鼻子有眼的。这在企业应用中是绝对不能容忍的,比如你做一个客服智能体,它给客户提供了错误的信息,那后果不堪设想。

2.1 RAG的核心原理

RAG的核心逻辑很简单:让模型查资料说话,而不是靠记忆说话。就像考试时允许翻课本,答案自然更准确。

我用一个段子解释RAG的工作流程:
老板让你写一份行业报告,你有两种选择:

  • 凭记忆写(传统大模型):写得快,但容易出错,比如把2025年的数据写成2024年
  • 先查资料再写(RAG):先去知网、统计局网站找最新数据,再整理成报告,虽然多花点时间,但准确率100%

RAG的工作流程分为三个步骤:

  1. 数据预处理:将文档、网页、PDF等各种格式的资料转换成文本,然后切成小块(chunk)
  2. 向量化存储:将每个文本块转换成向量,存储到向量数据库中
  3. 检索与生成:当用户提问时,先从向量数据库中检索出最相关的几个文本块,然后将这些文本块和用户的问题一起传给大模型,让大模型根据这些资料生成答案

2.2 2026年主流的RAG技术栈

2026年主流的RAG技术栈有哪些?我给大家列一下:

  • 文本切割:LangChain TextSplitter、LlamaIndex NodeParser
  • 向量数据库:Chroma(轻量级)、Pinecone(云原生)、Milvus(开源)、Qdrant(高性能)
  • 嵌入模型:bge-large-zh-v1.5(中文最好)、text-embedding-3-large(OpenAI)
  • 检索算法:混合检索(关键词+向量)、重排序(Reranker)

这里我要重点说一下混合检索和重排序。单纯的向量检索效果其实并不好,因为它只能匹配语义相似的内容,而不能匹配关键词。比如用户问"2026年长沙房价",向量检索可能会返回"2025年长沙房价"的内容,因为它们语义相似。

而混合检索结合了关键词检索和向量检索的优点,既能匹配语义相似的内容,又能匹配关键词。再加上重排序,可以进一步提高检索的准确率。

2.3 幻觉治理的其他方法

除了RAG,还有一些其他的幻觉治理方法:

  • 事实核查:让智能体生成答案后,自己去搜索验证答案的正确性
  • 引用标注:让智能体在生成答案时,标注出每个信息的来源
  • 边界约束:明确告诉智能体,如果不知道答案,就说"我不知道",不要编造答案

这些方法可以结合使用,最大限度地减少幻觉的发生。

三、工具调用与插件开发:智能体的"手脚"

如果说大模型是智能体的大脑,那么工具就是智能体的手脚。没有工具,智能体就只能纸上谈兵,什么实际的事情都做不了。

比如你想让智能体帮你查一下今天的天气,它自己是不知道的,必须调用天气API;你想让智能体帮你写一个Python脚本并运行它,它必须调用Python解释器;你想让智能体帮你发一封邮件,它必须调用邮件服务。

3.1 函数调用(Function Calling)基础

函数调用是大模型的一个重要功能,它允许大模型生成一个JSON格式的函数调用请求,然后由开发者来执行这个函数,并将结果返回给大模型。

我给大家举个简单的例子:

用户:今天长沙的天气怎么样? 大模型生成的函数调用: { "name": "get_weather", "parameters": { "city": "长沙", "date": "2026-05-10" } } 开发者执行get_weather函数,返回结果: { "temperature": "25℃", "weather": "晴", "wind": "南风3级" } 大模型根据返回结果生成回答: 今天长沙的天气是晴,气温25℃,南风3级,天气很好,适合出门。

你看,这样智能体就可以通过调用工具来获取外部信息,完成各种实际的任务。

3.2 工具设计的最佳实践

设计一个好的工具非常重要,因为如果工具设计得不好,大模型就会经常用错工具,或者不知道什么时候该用什么工具。

工具设计的最佳实践:

  • 单一职责:每个工具只做一件事情,不要设计万能工具
  • 清晰的描述:给每个工具写一个清晰的描述,告诉大模型这个工具是用来做什么的,什么时候应该使用它
  • 明确的参数:每个参数都要有明确的类型和描述,告诉大模型这个参数应该传什么值
  • 简单的返回值:工具的返回值应该尽量简单明了,不要返回太复杂的数据结构

3.3 2026年常用的工具集

2026年常用的工具集有哪些?我给大家列一下:

  • 搜索工具:Google Search、Bing Search、百度搜索
  • 代码执行工具:Python REPL、Node.js REPL
  • 文件操作工具:读取文件、写入文件、列出目录
  • 数据库工具:查询MySQL、PostgreSQL、MongoDB
  • API调用工具:调用各种第三方API
  • 浏览器工具:自动化浏览器操作,比如打开网页、点击按钮、填写表单

这些工具基本上可以满足大部分智能体开发的需求。当然,你也可以根据自己的业务需求,开发自定义的工具。

四、智能体规划与反思机制:智能体的"思考能力"

一个真正的智能体,不应该只是被动地执行命令,而应该具备主动思考和规划的能力。就像人类一样,当我们遇到一个复杂的任务时,我们会先制定一个计划,然后一步一步地去执行,在执行的过程中还会不断地反思和调整计划。

4.1 ReAct框架:思考与行动的结合

ReAct是目前最流行的智能体框架之一,它的核心思想是让智能体在思考(Reasoning)和行动(Acting)之间交替进行。

ReAct的工作流程:

  1. 思考:智能体思考下一步应该做什么
  2. 行动:智能体调用工具执行相应的操作
  3. 观察:智能体观察工具返回的结果
  4. 重复:回到第一步,直到任务完成

我给大家举个例子,比如用户问:“2026年长沙的平均工资是多少?比2025年增长了多少?”

ReAct智能体的执行过程:

思考:我需要先查一下2026年长沙的平均工资,然后再查一下2025年长沙的平均工资,最后计算增长率。 行动:调用搜索工具,搜索"2026年长沙平均工资" 观察:2026年长沙的平均工资是8500元/月 思考:现在我需要查一下2025年长沙的平均工资 行动:调用搜索工具,搜索"2025年长沙平均工资" 观察:2025年长沙的平均工资是8000元/月 思考:现在我可以计算增长率了,(8500-8000)/8000=6.25% 回答:2026年长沙的平均工资是8500元/月,比2025年增长了6.25%。

你看,这样智能体就可以自主地完成复杂的任务,不需要人类一步一步地指导。

4.2 高级规划技术

除了ReAct,还有一些更高级的规划技术:

  • 计划与执行(Plan-and-Execute):智能体先制定一个详细的计划,然后按照计划一步一步地执行
  • 反思(Reflection):智能体在执行完任务后,会反思自己的执行过程,总结经验教训,以便下次做得更好
  • 思维树(Tree of Thoughts):智能体同时探索多个可能的计划,然后选择最优的一个

这些高级规划技术在处理非常复杂的任务时非常有用,比如项目管理、科研实验、复杂问题解决等等。

五、记忆系统设计与管理:智能体的"最强大脑"

人类有记忆,所以我们可以从过去的经验中学习。同样,一个好的智能体也应该有记忆,这样它就可以记住和用户的对话历史,记住自己做过的事情,记住学到的知识,从而提供更加个性化和连贯的服务。

5.1 记忆的三种类型

智能体的记忆可以分为三种类型:

  • 短期记忆:也叫上下文记忆,就是当前对话的历史记录。它存储在大模型的上下文窗口中,容量有限,一般是几千到几万个token。
  • 长期记忆:也叫知识库记忆,就是智能体从各种资料中学到的知识。它存储在向量数据库中,容量几乎无限。
  • 情景记忆:也叫个人记忆,就是智能体和每个用户的交互历史。它存储在关系型数据库中,每个用户有自己独立的记忆。

5.2 记忆管理的挑战

记忆管理是智能体开发中的一个难点,主要有以下几个挑战:

  • 记忆容量有限:大模型的上下文窗口是有限的,不能把所有的记忆都放进去
  • 记忆检索困难:如何从海量的记忆中检索出最相关的内容
  • 记忆更新与遗忘:如何更新过时的记忆,如何遗忘不重要的记忆

5.3 记忆系统的设计方案

针对这些挑战,目前主流的记忆系统设计方案是:

  • 分层记忆:将记忆分为短期记忆、中期记忆和长期记忆。短期记忆存储在上下文窗口中,中期记忆存储在向量数据库中,长期记忆存储在关系型数据库中。
  • 记忆检索:使用向量检索和关键词检索相结合的方式,从记忆中检索出最相关的内容。
  • 记忆总结:定期对记忆进行总结,提取重要的信息,压缩记忆的体积。
  • 记忆遗忘:设置记忆的过期时间,自动删除过时的记忆。

六、多智能体协作与编排:智能体的"团队合作"

单体智能体的能力是有限的,就像一个人再厉害,也不可能做完所有的事情。而多智能体协作就像组建一个团队,每个智能体有自己的专长,大家分工合作,共同完成复杂的任务。

李彦宏曾经形象地类比:“复杂任务可以通过多个智能体协作完成,就像公司里有CEO、财务、技术、销售主管协作一样。”

6.1 多智能体的分工模式

常见的多智能体分工模式有:

  • 垂直分工:按照任务的流程进行分工,比如一个智能体负责需求分析,一个负责设计,一个负责编码,一个负责测试。
  • 水平分工:按照任务的领域进行分工,比如一个智能体负责前端开发,一个负责后端开发,一个负责数据库设计。
  • 混合分工:结合垂直分工和水平分工的优点,适用于非常复杂的任务。

6.2 2026年主流的多智能体框架

2026年主流的多智能体框架有哪些?我给大家列一下:

  • OpenClaw:轻量、模块化、支持多智能体协同,GitHub星标13.6万+
  • LangGraph:LangChain出品,工作流可视化、状态管理、企业级稳定
  • MetaGPT:模拟软件公司的工作流程,能够自动生成完整的软件项目
  • AutoGPT v5:经典迭代,支持长任务、文件操作、网页自动化

6.3 多智能体协作的挑战

多智能体协作虽然强大,但也面临着一些挑战:

  • 通信问题:智能体之间如何有效地通信,如何理解对方的意思
  • 协调问题:如何协调多个智能体的工作,避免冲突和重复劳动
  • 信任问题:如何信任其他智能体的输出,如何处理错误的输出
  • 安全问题:如何防止恶意智能体的攻击

这些问题目前还没有完美的解决方案,也是未来智能体研究的重点方向。

七、智能体评估、调试与监控:智能体的"质量保证"

很多开发者以为,智能体开发完了就万事大吉了。大错特错!智能体和传统软件不一样,它的行为是不确定的,同样的输入可能会有不同的输出。所以,智能体的评估、调试和监控非常重要。

7.1 智能体评估

智能体评估是指衡量智能体的性能和效果。传统软件的评估很简单,只要功能正常、没有bug就行。但是智能体的评估要复杂得多,因为它涉及到自然语言理解、推理能力、任务完成率等多个维度。

常见的智能体评估指标:

  • 任务完成率:智能体成功完成任务的比例
  • 准确率:智能体输出的答案的正确率
  • 响应时间:智能体从接收到请求到返回结果的时间
  • 用户满意度:用户对智能体服务的满意程度

评估方法:

  • 自动评估:使用自动化工具对智能体进行评估,比如用测试用例集测试智能体的任务完成率
  • 人工评估:邀请人类评估者对智能体的输出进行打分
  • A/B测试:将不同版本的智能体同时上线,比较它们的性能和效果

7.2 智能体调试

智能体调试是指找出智能体出错的原因,并进行修复。传统软件的调试很简单,只要打断点、看日志就行。但是智能体的调试要困难得多,因为它的内部是一个黑盒子,你不知道它为什么会做出这样的决策。

智能体调试的常用方法:

  • 日志记录:详细记录智能体的每一步思考、行动和观察,以便出错时排查问题
  • 可视化工具:使用可视化工具展示智能体的执行过程,比如LangSmith
  • 逐步调试:让智能体一步一步地执行,观察每一步的输出
  • 提示词调试:修改提示词,观察智能体的行为变化

7.3 智能体监控

智能体监控是指实时监控智能体的运行状态,及时发现和处理问题。智能体在生产环境中可能会遇到各种各样的问题,比如API调用失败、模型返回错误、内存溢出等等。

智能体监控的内容:

  • 性能监控:监控智能体的响应时间、吞吐量、错误率等性能指标
  • 资源监控:监控智能体的CPU、内存、磁盘等资源使用情况
  • 行为监控:监控智能体的行为,及时发现异常行为
  • 安全监控:监控智能体的输入和输出,防止安全漏洞

八、部署、工程化与安全合规:智能体的"生产就绪"

最后一个核心技能,也是最重要的一个技能,就是部署、工程化与安全合规。很多开发者能写出一个能跑的智能体demo,但是却不能把它部署到生产环境中,让成千上万的用户使用。

8.1 智能体部署

智能体部署是指将智能体部署到服务器上,让用户可以访问。2026年主流的部署方式有:

  • 容器化部署:使用Docker将智能体打包成容器,然后部署到Kubernetes集群中
  • Serverless部署:使用云函数(比如阿里云函数计算、AWS Lambda)部署智能体,按需付费,成本更低
  • 端侧部署:将智能体部署到用户的设备上,比如手机、电脑、边缘设备,响应更快,隐私性更好

8.2 智能体工程化

智能体工程化是指将智能体开发过程标准化、规范化,提高开发效率和代码质量。

智能体工程化的最佳实践:

  • 版本控制:使用Git管理代码和提示词
  • 自动化测试:编写自动化测试用例,确保智能体的功能正常
  • CI/CD:使用CI/CD工具实现自动化构建、测试和部署
  • 模块化设计:将智能体拆分成多个模块,每个模块负责一个功能,便于维护和扩展
  • 配置管理:将配置信息(比如API密钥、数据库连接信息)与代码分离,便于管理

8.3 安全合规

安全合规是智能体开发中绝对不能忽视的问题。智能体涉及到大量的用户数据和敏感信息,如果安全措施不到位,可能会导致数据泄露、隐私侵犯等严重问题。

智能体安全合规的要点:

  • 数据安全:对用户数据进行加密存储和传输,定期备份数据
  • 访问控制:实施严格的访问控制,只有授权的用户才能访问智能体
  • 内容安全:对智能体的输入和输出进行过滤,防止生成有害内容
  • 隐私保护:遵守相关的隐私法规,比如《个人信息保护法》、GDPR等
  • 审计日志:记录智能体的所有操作,便于审计和追溯

结语

好了,以上就是2026年智能体开发最核心的8个技能。我知道,一下子要学这么多东西,可能会让你感到压力很大。但是请记住,罗马不是一天建成的,学习也是一个循序渐进的过程。

你可以先从大模型API调用和提示工程开始,然后学习RAG和工具调用,再慢慢学习规划、记忆、多智能体协作等更高级的技能。最重要的是要动手实践,不要只看不做。你可以先做一个简单的个人助手智能体,然后不断地完善它,在实践中学习和成长。

2026年是智能体爆发的元年,也是普通程序员翻身的最好机会。不要等到所有人都转行了,你才开始行动。现在就开始学习,抓住这个时代的红利,实现自己的职业跃迁。

P.S. 目前国内还是很缺AI人才的,希望更多人能真正加入到AI行业,共同促进行业进步,增强我国的AI竞争力。想要系统学习AI知识的朋友可以看看我精心打磨的教程 http://blog.csdn.net/jiangjunshow,教程通俗易懂,高中生都能看懂,还有各种段子风趣幽默,从深度学习基础原理到各领域实战应用都有讲解,我22年的AI积累全在里面了。注意,教程仅限真正想入门AI的朋友,否则看看零散的博文就够了。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/5/11 5:21:46

若依框架实战:实现用户电话号码参数验证异常

本文为若依框架参数验证作业实战教程,按照官方 PPT 规范,全新实现手机号码长度校验异常,包含完整触发流程、前后端代码、异常日志与原理分析,可直接用于 CSDN 发布。一、前言在后端接口开发中,参数校验是保证系统稳定、…

作者头像 李华
网站建设 2026/5/11 5:20:34

Docker Compose智能副驾驶:用自然语言管理容器编排

1. 项目概述:一个为Docker Compose注入AI智能的“副驾驶”最近在折腾本地开发环境,尤其是那些由多个容器组成的微服务项目,每次修改配置、排查服务依赖、查看日志链路都感觉像是在玩一个复杂的“连连看”游戏。Docker Compose 的docker-compo…

作者头像 李华
网站建设 2026/5/11 5:17:31

Uptime Kuma 们的回潮:LLM API 把拨测工具推回了运维 C 位

我们多年以来用 Prometheus blackbox exporter 自己写拨测——probe_success、probe_http_status_code、Alertmanager 路由、Grafana 拼板,一条龙。Uptime Kuma、Uptime Robot 这种"按几下就能监控"的轻量工具,下意识被归到了"个人站长玩具"那一栏,从未认…

作者头像 李华
网站建设 2026/5/11 5:15:47

Word 2016 排版进阶(1): 巧用域代码批量处理交叉引用格式

1. 为什么需要批量处理交叉引用格式 写论文或者技术文档的时候,最让人头疼的就是参考文献的引用格式问题。我刚开始写毕业论文那会儿,每次修改文献顺序,那些引用编号就全乱套了,一个个手动调整简直要命。后来发现Word 2016的域代码…

作者头像 李华
网站建设 2026/5/11 5:11:32

BrowserMCP:基于MCP协议的浏览器自动化中间件,连接AI与Web交互

1. 项目概述:一个连接浏览器与AI的“中间件”最近在折腾AI应用开发时,我遇到了一个挺典型的痛点:想让大语言模型(比如ChatGPT、Claude或者本地部署的Llama)去操作浏览器,完成一些自动化任务,比如…

作者头像 李华