WHO(谁负责) Skill 涉及三个角色,职责清晰分离: 角色 负责什么 核心能力 应用层(Agent框架) 技能注册、权限控制、元数据注入、实际执行 确定性、安全性、管理性 LLM 理解元数据、匹配用户意图 、选择技能、按指令执行 语义理解、推理决策 开发者/领域专家 编写 SKILL.md、开发脚本、定义业务规则 领域知识、工程实现 决策分工: • 应用层负责:"有什么技能可用"(提供菜单) • LLM 指令层 完整 SKILL.md ~2000 token/技能 应用层加载 5. 响应时间 3-5秒 1-2秒 2-3倍 成本 $0.15/次 $0.03/次 5倍节省 错误率 20% 2% 10倍提升 开发效率 2周/功能 2天/功能 5倍提升 终极总结 # Skill 的 5W1H 一句话版 WHAT = 给 LLM 看的 SOP(标准作业程序) WHY = 让 AI 从"会调用工具"变成"懂业务地工作" WHO = 应用层管注册 + LLM做决策 + 开发者写内容
Discovery (扫描):Agent 启动时,只读取 SKILL.md 里的 name 和 description。内存占用极小,只为了“知道有什么”。 2. Agent Skills最大的改变就在于渐进式披露,其本质依然是行业中大家都在不断优化的提示词工程和上下文工程,其对提示词做了标准化拆分,通过在本地创建相关文件并控制文件的读取,只在Agent需要时自主且自动加载内容 反观Skills,Agent 最初只加载多个 Skills 的元数据(每个 Skill 占用几百 token),当 Agent 认为需要使用某个具体的 Skill,就会读取这个 Skill.md 说明( 几千 token) Skill 里还可以无限嵌套下去,告诉 Agent,想要深入了解某个具体问题,还可以继续读取哪份文件。 官方文档: https://platform.claude.com/docs/en/agents-and-tools/agent-skills/overview
本文主要记录下如何创建一个简单的java Agent,并配置运行。 1.创建Agent类 package com.java4all.grouth.agent; import java.lang.instrument.Instrumentation; /** * @ description: java Agent * @author: IT云清 */ public class MyAgent { public static void premain(String </configuration> </plugin> </plugins> </build> 4.打包 mvn clean package 会生成一个jar 5. grouth/target/my-agent.jar=IT云清 项目启动后,就会看到,在main方法执行前,执行了premain方法。
这个脚本是用来进行端口发现的,作为基础服务提供给其它监控条目使用 Note: zabbix用户要有这个脚本的执行权限,因为实际信息收集过程中,是以zabbix这个用户的身份进行的 [root@zbx-
Java Agent 概况 简介和功能 Java Agent是一种特殊的Java程序,允许开发者在 Java 应用程序运行时对其进行动态修改和监控的机制。 那么,我们如何开发一个 Java Agent 呢,下面我们来仔细说说。 开发 Java Agent 需要遵循一下规范,下面是几个必备的部分: 实现 premain 方法 premain 方法是 Java Agent 的入口点,类似于主程序的 main 方法。 实用案例 性能监控 Java Agent技术在性能监控领域的应用非常广泛,它可以帮助开发者实时监控应用程序的运行状态,识别性能瓶颈。 漏洞扫描:Agent可以集成漏洞扫描工具,对应用程序进行深度的安全检查,及时发现并修复安全漏洞。 性能影响 开发Java Agent时,性能影响是一个需要特别关注的问题。
大模型中的5种AI Agent模式在大模型中,AI Agent(人工智能代理)模式是一种重要的应用方式,可以从以下几个方面来理解:1. 执行与反馈:AI Agent 按照规划的步骤执行操作,并将结果反馈给用户。如果任务未完成或出现问题,它会根据反馈调整策略,重新尝试或寻求帮助。 下面介绍5种常见的AI Agent模式:1. 5. 多智能体模式(Multi-agent Pattern)正在上传图片...核心架构: 角色分工: 项目经理代理(PM agent):协调任务分配(Delegation)。 技术负责人(Tech lead agent)、开发运维(DevOps agent)、工程师(SDE agent):各司其职,协作完成任务。 特点: 模拟团队协作,适合需多领域专家协同的场景(如软件开发、跨学科研究)。代理间通过通信(虚线/实线箭头)共享信息,提升效率。
要开发一个能深入理解项目的智能体(Agent),需要考虑多方面的项目理解和推理能力。 识别架构模式 architecture = self.identify_architecture() # 5. 更多目录省略 ... ## 关键文件 ### 配置文件 {chr(10).join(f'- {f}' for f in project_info['key_files']['config'][:5]) } ### 业务逻辑文件 {chr(10).join(f'- {f}' for f in project_info['business_logic'][:5])} ### 入口点 {chr(10). () print(report) # 获取详细的项目理解 project_understanding = agent.understand_project()
多模态Agent开发实战入门一、什么是多模态Agent?多模态Agent是指能够同时处理和理解多种类型数据(文本、图像、音频、视频等)的智能体,并能基于这些理解执行任务、做出决策。 )跨模态推理(图文关联、音画同步)工具调用(API、数据库、物理设备)自主规划与执行二、技术栈选型主流框架框架特点适用场景LangChain生态丰富,支持多模态模型快速原型、RAG应用AutoGen多Agent 协作,对话驱动复杂任务分解CrewAI角色化Agent,结构化流程业务自动化LangGraph图控制流,状态管理需要精确控制的流程多模态模型选择闭源API:GPT-4V、GPT-4o、Claude 3、 协作冲突引入仲裁Agent;明确角色分工(如CrewAI的Process)四、项目实践路线第1周:掌握基础API调用(GPT-4V或Qwen-VL)→ 完成图文问答第2-3周:集成LangChain → 构建可调用工具(搜索、计算、数据库)的Agent第4-5周:添加记忆模块 → 实现多轮对话上下文保持第6-8周:多模态RAG → 图片库检索 + 文档问答进阶方向:视频流理解、语音交互、多Agent协同
Spring AI Alibaba 项目从架构上包含如下三层: Agent Framework 是一个以 ReactAgent 设计理念为核心的 Agent 开发框架,使开发者能够构建具备自动上下文工程和人机交互等核心能力的 Agent。 Graph graph 是一个低级别的工作流和多代理协调框架,能够帮助开发者实现复杂的应用程序编排,它具备丰富的预置节点和简化的图状态定义,Graph 是 Agent Framework 的底层运行时基座 验证所有边的目标节点存在 for (Edge edge : edges.elements) { edge.validate(nodes); } } 原因 5: 复用与效率
Agent 编排层:Agent Manager、LangGraph 编排、Agent Factory、FC(Function Calling) 3. 领域能力层:MCP Server、领域 Sub Agent、高阶 Sub Agent 5. 知识与记忆:知识来源、记忆系统(长期/短期) 6. 再接 MCP Agent(复杂交互) 路径:`Top Agent -> 包装工具 -> Sub Agent(LangGraph) -> MCP Server -> 后端服务` 适合:多轮工具调用、 复杂业务规则、需要 Sub Agent 自主推理。 三、技术栈清单(按层) 前端 Vue `3.x / 2.x` TypeScript `5.x` Vite `5.x` / Webpack `5.x` Tailwind CSS `3.x` shadcn/
对于 LLM 开发者,MCP 是一个变革性的协议。 它消除了为每个数据源或工具进行定制集成的需要,减少了开发时间和维护成本。 从本质上来说,MCP是一种技术协议,一种智能体Agent开发过程中共同约定的一种规范。 在统一的规范下,协作效率就能大幅提高,最终提升智能体Agent的开发效率。 传统的Function calling技术要求围绕不同的外部工具API单独创建一个外部函数,类似一把锁单独配一把钥匙,而一个智能体又往往涉及到多个外部工具设计,因此开发工作量很大。 VS Function calling Function Calling是AI大模型模型调用函数的机制, MCP是一个标准协议,使大模型与API无缝交互, 而AI Agent是一个自主运行的智能系统,利用
Zabbix agent on Zabbix server is unreachable for 5 minutes 环境描述: 环境介绍:CentOS6.5 zabbix3.2.6( 问题详情: 邮件提示Zabbix agent on Zabbix.server is unreachable for 5 minutes 192.168.1.37": host [zabbix.server] not found 2751:20170622:171108.502 enabling Zabbix agent
Zabbix agent on Zabbix server is unreachable for 5 minutes 主机运行时,会报这个错,所以要先按安装Zabbix agent, Zabbix-server 在监控的过程中,发现Web上报错提示zabbix server与agent之间已经失联超过5分钟了,为了找到问题出现的根本原因,在troubleshouting的时候,应该首先去查看服务对应的日志。 :092458.636 agent #2 started [listener #2] 23914:20170310:092458.636 agent #0 started [collector] :103011.663 agent #3 started [listener #3] 26170:20170310:103011.663 agent #2 started [listener #2 tmp]# /etc/init.d/zabbix-agentd restart Shutting down Zabbix agent: [ OK ] Starting Zabbix agent
PRD(产品需求文档)已死 在 Claude 时代之前,PRD 是软件开发的核心。EPD 的流程通常是这样的: 1. 有人(通常是产品经理)有了一个想法 2. 产品经理写一份 PRD 3. 工程师将原型图转化为代码 想法 → PRD → 原型图 → 代码 这并非硬性规定(在初创公司这些步骤是融合的,最好的构建者能同时做多项工作),但这是教科书式的开发方式。 现在他们只需要与Agent沟通。这意味着他们仅凭自己就能产生比以往任何时候都大得多的影响力。 2. 编程Agent是刚需 随着编程Agent让实施变得廉价,使用它们成为了一种要求。 • 设计师: 采用编程Agent可以在代码中迭代,而不仅仅是在 Figma 中。 • 工程师: 采用编程Agent可以将时间从实施转移到系统思考。 5. 每个人都需要产品感 编程Agent仍然需要有人向它们发出提示。有人告诉它们做什么。如果你告诉它们构建错误的东西——你就是在为其他人制造更多需要评审的垃圾。
笔者在维护zabbix服务时,遇到以下报警 Zabbix agent on Zabbix server is unreachable for 5 minutes 在互联网查询了相关资料后,更改配置文件中 root@localhost ~]# vim /etc/zabbix/zabbix_agentd.conf …… ServerActive=%zabbix_serve_ip% …… 重启zabbix-agent [root@localhost ~]# /etc/init.d/zabbix-agentd restart Shutting down Zabbix agent: [ OK ] Starting Zabbix agent: [ OK ] 问题得以解决.
对于Agent的价值,一直抱有怀疑态度,甚至认为未来会不会像大前端一样 别看现在火爆得不行,其实再走到下一个节点,就如前端一样,在裁员批次里面是第一梯队 因为它只是个连接器,一端是大脑LLM,另一端是之前承载业务的平台或专业软件 像一个垂直类专业软件,需要花费很多的资源去培训客户,但如果有了agnet,通过自然语言直接对话,都不需要去学习软件的使用,就能产出相应的结果 有点类似后端程序,可能都不清楚产品前端界面是什么样,开发一个个接口逻辑就行了 在看到arthas也出品了agent,这感觉具象化了,对于arthas 我是实实在在的使用客户。 但有了agent 那就更方便了,什么都不需要,把碰到的问题直接使用自然语言抛给agent,它能帮你分析,帮你执行命令。 相当方便 本来打算学习一下arthas agent,结果agent也没对外开源,只是阿里内部使用。
尤其是做Agent的时候,Prompt写不好,不只是回答丑一点,而是接口挂、JSON解析挂、教师端页面挂、学生画像误判,最后后端还要背锅。我之前做高校学情分析Agent的时候,就被这个东西反复折磨。 在Agent开发中,提示词经常不是一次性文本,而是由后端模板、用户输入、检索内容、工具返回结果拼接而成。 比如你要写一份Agent开发文档,很多人会直接这样问:展开代码语言:TXTAI代码解释帮我写一份高校学情分析Agent的开发文档,越详细越好。模型确实能写。 里面故意保留了一点我平时开发会出现的东西,比如忘删的console.log,还有注释掉的旧代码。 则riskLevel至少为medium;4.如果多个规则冲突,取更高风险等级;5.只能基于输入字段判断。
ReAct(Reasoning + Acting)是一种将推理和行动相结合的 Agent 范式。在这个范式中,Agent 会: 1. 迭代:基于观察结果继续思考和行动,直到完成任务 这个循环使 Agent 能够: • 将复杂问题分解为多个步骤 • 动态调整策略基于中间结果 • 处理需要多次工具调用的任务 • 在不确定的环境中做出决策 Graph 由节点(steps)和边(connections)组成,定义了 Agent 如何处理信息。 (钩子节点):在关键位置插入自定义逻辑 ReAct Agent 的工作方式其实挺像人类解决问题的过程。 解析工具调用 工具名称 = 解析工具名称(工具调用结果) 工具参数 = 解析工具参数(工具调用结果) // 5.
data/pg_hba.conf #添加如下内容 表示所有地址都可以访问 host all all 0.0.0.0/0 md5 yum -y install zabbix-agent2 提示后输入y回车即可 ls -l /etc/zabbix/zabbix_agent2.conf 开机启动 zabbix-agent2 systemctl enable --now zabbix-agent2 yum -y install net-tools 查看端口 netstat -tnlp|grep zabbix 查看验证zabbix-agent2 /zabbix_agent2.conf :wq 退出保存 检查并查看修改了什么 grep -Ev '^#|^$' /etc/zabbix/zabbix_agent2.conf 改完一定都要~重启zabbix_agent2 Zabbix server可以单独监视远程服务器的服务状态;同时也可以与Zabbix agent配合,可以轮询Zabbix agent主动接收监视数据(agent方式),同时还可被动接收Zabbix agent
L5 Intelligence 完全⽆需人类监督,AI⾃主拆解⽬标,寻找资源,选择并使⽤⼯具,完成全部⼯作,人类只需给出初始⽬标。 2 ERNIE Bot Agent开发框架ERNIE Bot Agent 基于文心模型的 Function Calling(下⾯简称FC) 能力实现了多工具编排和自动调度功能,并且允许工具、插件、知识库等不同组件的混合编排 /ERNIE-SDK/erniebot-agent # 安装核⼼模块 #pip install './erniebot-agent/. memory = SlidingWindowMemory(max_round=5) llm_final = ERNIEBot(model="ernie-4.0", api_type="aistudio , add_word_tool, ocr_tool], memory=memory, max_steps=5) 2.5 运行agent file_manager = GlobalFileManagerHandler