老王创业开了家设计公司,忙得焦头烂额。有一天他咬牙雇了一位全能私人助理“小A”。小A进屋第一天,老王把一堆活儿丢过去:“看这张设计图给点意见”“帮我查查竞品的报价”“把会议录音整理成纪要”“算一下这个月预算”“订两张下周去深圳的机票”。小A不慌不忙:先用眼睛扫图、用耳朵听录音,用大脑想清楚每件事该怎么做,再拿起手机查资料、开电脑算账、拨电话订票——每做完一步,还要看看结果对不对,不对就换个法子再来。老王看呆了:“你到底是人还是机器?”小A微微一笑:“我是一种多模态Agent——能看、能听、能想、更能动手干活。” 这就是本文的主角:多模态Agent工具使用能力。它让AI不再只是一个“会聊天的百科全书”,而是升级成了“会办事的助理”。核心技术包括三块:多模态大模型负责看懂听清(GPT-4V、Gemini、Qwen-VL),工具调用机制负责动手执行(ReAct循环、Function Calling),评估体系负责把关绩效。读完这篇文章,你会像老王一样,把小A的工作流程看得明明白白,甚至亲手搭建一个属于自己的“AI助理”。
多模态Agent是AI从“对话”走向“行动”的关键一跃,掌握它意味着你能将视觉理解、语言推理与真实业务工具串联成自动化流水线——这正是企业级AI落地最稀缺的能力。
可视化演示
动态演示多模态Agent工具使用能力的核心机制,通过开始/执行/监控/完成四种模式展示关键概念与交互流程。
本节配有交互动效(进入视口后自动加载,约 3KB)。
多模态Agent工具使用能力:多模态A 多模态Agent概念与架构概述 视觉感知与工具调用集成 核心机制可视化 多模态Agent工具使用能力整体架构与关键组件
Agent基本概念
老王第一次见到小A时,以为它就是个升级版语音助手。“你帮我查一下天气”,小A立刻回答;“你顺便把会议纪要发给财务”,小A也照做。老王这才发现,普通助手是“复读机”——你问一句它答一句;而小A是“助理”——你交代一个目标,它会自己拆解成好几步,逐步执行,还会回头检查。这个“自己定计划、动手执行、看结果再调整”的过程,就是Agent的核心。
专业地说,Agent是一个以LLM为大脑的自主系统,由三个模块组成:感知模块负责接收文本、图像、语音等多模态输入;推理模块用大模型做规划与决策,判断当前该做什么;行动模块调用外部工具(搜索、计算器、API接口)执行具体操作。普通LLM只做完“推理”这一步就输出了,而Agent会把结果再喂回感知模块,形成“感知→决策→行动→再感知”的闭环,直到任务完成。
这也是Agent与LLM最本质的区别:LLM是“大脑”,只会生成文字;Agent是“完整的人”,不仅有大脑,还有眼睛耳朵(感知)和手(工具)。而“多模态”则把感知的范围从纯文字扩到图像、音频、视频,让Agent真正能理解老王递给它的设计图、录音和报表截图。
小A的故事告诉我们:Agent的强大不在于“知道得多”,而在于“能把知道的事一步步做成”。老王后来发现,同样是回邮件,小A会先识别附件表格、再草拟内容、最后调用邮件API发送——这正是Agent闭环的日常缩影。
- 感知输入Agent获取用户的文本、图像或语音信息,例如老王发来的设计图或录音,它把这些原始信息转换成模型能理解的表示。
- 推理决策LLM根据当前上下文思考“现在该做什么”,比如判断需要先识别图片还是先查资料。
- 执行工具把决策翻译成一个具体的工具调用,如调用图像识别API或网页搜索接口。
- 观察反馈读取工具返回的结果,把它作为新的“感知”带入下一轮循环,形成持续迭代。
多模态大模型
老王的助理团队面试了三个人选,各有特长:小G视力超群,隔着老远就能看清图纸细节;小M天生四眼,图像、文字、声音在他脑子里从一出生就是一家人;小Q则是一副性价比极高的“智能眼镜”,开源便宜,还能定制。这三个候选人,就是多模态Agent背后的“感官大脑”——GPT-4V、Gemini和Qwen-VL。
GPT-4V(小G):OpenAI推出的视觉语言模型,在图像理解、图表解析、空间推理上表现突出,就像一个“鹰眼”专家。它擅长看图说话,能把一张产品照片描述得清清楚楚,还能理解图表里的趋势关系。Gemini(小M):Google的原生多模态模型,从一开始就同时用图像、文本、音频、视频联合训练,好比一个“天生四眼”的助理——它不需要把图片转成文字再理解,而是在统一的token空间里直接处理多模态信息,跨模态推理更自然。Qwen-VL(小Q):阿里开源的多模态模型,中文理解好、支持本地部署,像一副“高性价比眼镜”,企业可以根据需求自由微调和私有化部署。
从技术上看,这些模型都遵循一个核心模式:用各自的编码器把不同模态的输入映射到同一个向量空间,再交给融合模块统一处理。图像编码器把像素变为视觉向量,文本编码器把文字变为语义向量,最后融合层把它们拼在一起送入LLM主干网络。选择哪个模型,本质上是在“视觉精度、原生多模态能力、开源可控性”之间做取舍。
选型就像招助理:如果业务主要是图片分析,鹰眼的GPT-4V更合适;如果场景复杂、需要音视频图文混合理解,原生多模态的Gemini体验更顺滑;如果数据要私有化、预算有限,Qwen-VL则是最稳妥的落地选择。老王最后决定把三人全留下,各司其职——这也正是许多企业“多模型路由”的真实做法。
- 图像编码图像编码器把图片像素压缩成一组视觉特征向量,相当于小G“看见”了画面。
- 文本编码文本编码器把自然语言转换成语义向量,小A“读懂”了文字指令。
- 音频编码音频编码器将语音信号转化为声学特征向量,让小A“听清”了录音内容。
- 融合输出融合函数把所有模态向量对齐到统一空间,生成综合表征h,供LLM做进一步推理。
工具调用机制
小A为什么不会把“订机票”和“查天气”搞混?因为它有一套严格的办事流程:接到任务后,先在脑子里过一遍——“这个任务需要什么工具?参数是什么?如果失败了怎么办?”想清楚了再动手,干完看一眼结果,不对就换个方案重来。这套“三拍循环”在学术界叫ReAct——思考(Thought)、行动(Action)、观察(Observation)交替进行。
具体到技术实现,关键是Function Calling(函数调用)。大模型在生成回复时,不再只输出自然语言,而是输出一个结构化的函数调用指令,包含工具名和参数。比如老王说“订两张下周三去深圳的机票”,模型的输出不是一段文字,而是一个规范化的JSON:工具名book_flight,参数{destination:"深圳", date:"下周三", count:2}。系统拿到这个指令后,去真实的订票API执行。
为了让模型能“知道该叫哪个函数”,每个工具都需要注册和描述:给工具起个清晰的名字、写清楚它干什么、定义好参数格式。这就像小A的工具间里,每个工具箱都贴了标签和使用说明。模型通过阅读这些描述,把用户的自然语言意图与合适的工具匹配起来。工具描述写得越清楚,模型选错工具的概率就越低——这是工程落地中最容易见效的优化点。
小A之所以靠谱,不是因为它不会犯错,而是因为它的“三拍循环”让错误可以被看见、被修正:查航班失败就换日期、参数不对就重填、工具超时就换备用方案。这套机制,正是Agent与普通API套壳的本质区别。
- 当前思考模型基于已有信息推理出下一步意图,例如“用户需要订票,应该调用订票工具”。
- 采取行动模型生成结构化的工具调用指令,包括函数名与参数。
- 得到观察系统执行工具后返回结果,例如“航班已找到,价格1200元”。
- 迭代循环观察结果作为新上下文进入下一轮思考,直到任务完成。
工具链生态
老王好奇地参观了一下小A的工具间,四排架子整整齐齐:第一排放的是“眼睛类工具”,第二排是“查询类工具”,第三排是“脑力类工具”,第四排则是通往外部世界的“万能遥控器”。一个商用级多模态Agent,正是靠这四类工具撑起完整的服务能力。
视觉工具:包括OCR文字识别(把图片里的文字提取出来)、目标检测(找到图中的物体)、图像描述与生成(理解或创作图像)。老王发的设计图,小A先用OCR识别出上面的标题文字,再用目标检测定位排版元素,最后生成评语——这就是视觉工具链的协同。检索查询工具:Web搜索、知识库检索(RAG)、数据库查询,相当于小A的“图书馆速查员”,为Agent补充实时信息和领域知识。计算与代码工具:计算器处理数学,Python解释器执行脚本、生成图表,让Agent拥有“动手算”和“写程序”的能力。API集成工具:订票系统、邮件服务、企业ERP,通过标准API把Agent接入真实业务流程——这是产生业务价值的核心。
所有工具在Agent眼里都是统一的“可调用函数”,需要遵循一个标准定义格式。工具开发者在注册时提供名称、功能描述、参数说明和返回结构。模型阅读这些元数据来选择工具。因此,工具链生态的丰富度直接决定Agent能力的上限,而工具描述的质量则决定能力落地的下限。
小A的工具间有条规矩:每进来一个新工具,必须写得清清楚楚,绝不允许“这个工具大概能做点什么”的模糊描述。因为模型就像新来的实习生,工具说明写得越含糊,它就越容易拿错工具。这也是为什么几乎所有Agent框架都把“工具说明书质量”列为最重要的工程实践之一。
- 工具名称一个简短且语义明确的名字,例如
book_flight,便于模型在意图匹配时快速命中。 - 功能描述用自然语言说明工具的用途和适用场景,这是模型选择工具时最重要的依据。
- 参数定义用JSON Schema描述入参的名称、类型和必填项,约束模型生成合法参数。
- 返回结构说明工具执行结果的数据格式,便于模型把结果重新融入推理上下文。
评估体系
小A上岗一个月,老王要做绩效考核。他不只看小A“忙不忙”,而是看四个硬指标:交代的活儿有多少真正办成了?工具用得对不对?看图识字的准确率高不高?遇到意外情况会不会卡壳?这正是多模态Agent评估体系的核心理念——用可量化的指标,代替“感觉上很智能”的主观评价。
任务完成率是最直观的指标:100个任务里,Agent成功完成了多少个。工具选择准确率看的是“在可用工具列表里,模型是否选对了工具”——比如该用计算器时它却去搜网页,就算工具调用成功了,也是无效调用。多模态理解准确度针对感知环节单独考核,比如OCR准确率、图像描述的语义相似度、语音转写错误率,防止Agent在“看不清”的情况下强行决策。鲁棒性与效率则关注失败恢复能力(第一次调用失败后能否换策略)以及延迟和成本开销。
任务完成率与工具选择准确率是评估的“双子指标”:完成率是结果导向的“能不能办成”,准确率是过程导向的“办得对不对”。两者要一起看——一个Agent可能碰巧完成了任务,但在过程中频繁试错、浪费了大量工具调用;也可能工具选得很准,但因为推理错误导致任务最终失败。好Agent应当两个指标都高。
老王把四项指标做成了月度仪表盘:完成率低于80%就追查是感知问题还是工具问题,准确率低就优化工具描述,鲁棒性差就补充失败重试逻辑。指标不是为了给小A打分,而是为了告诉团队——下一步该往哪个方向优化。
- 成功完成数按预设验收标准判定为成功的任务数量。
- 任务总量交给Agent的全部任务数量。
- 完成率计算两者相除后乘以100%,得到任务完成率。
实践落地
考核通过后,小A正式上岗。老王给它配了“办公桌”(Agent框架)、一本“工作手册”(Prompt设计),并让它轮岗到客服、数据分析和内容审核三个部门。多模态Agent从理论到落地,靠的正是这三件套:架构、Prompt、场景。
系统架构上,一条链路贯穿始终:多模态输入(图片、语音、文档)→ Agent编排框架(负责维护上下文、调用LLM、调度工具)→ 工具层(视觉工具、检索工具、业务API)→ 业务系统反馈。编排框架是整个系统的“中枢神经”,它决定Agent什么时候该调用模型、什么时候该调用工具、记忆如何管理、出错如何恢复。Prompt设计则像给新员工写工作手册:明确角色定位、目标拆分方式、工具使用边界、输出格式要求,再配上1-2个few-shot示例,能让Agent的行为质量显著提升。行业落地已百花齐放:智能客服工单中心里,Agent看用户上传的截图就能自动分类并回填工单系统;电商运营中,Agent分析竞品图片、搜索比价、生成报告一键完成;内容审核场景里,Agent同时理解图片和文本,调用敏感词库与图像审核API形成双重把关。
数据流的简洁表达是:给定用户的查询、当前可用的工具集和历史对话记录,Agent循环系统产出最终答案。每一轮循环,都是“感知上下文→LLM规划→调用工具→观察结果”的迭代。落地经验告诉我们:先接1-2个高价值工具跑通流程,再逐步扩展工具链;同时为Agent加上日志监控和人工兜底,让它在不确定时主动求助人类——这才是在真实业务中稳妥落地的最佳实践。
如今,小A已经成了老王公司的正式员工。它白天处理客服截图工单,晚上自动跑竞品分析报告,偶尔还帮财务核对发票——老王终于从琐事里解放出来,把时间花在真正的业务决策上。每个AI从业者都可以做自己的“老王”:选好模型、接好工具、写好评估,让Agent真正成为团队的战斗力。
- 用户查询用户的原始请求,可能是文本、图片或语音,是任务的起点。
- 工具集合所有已经注册可用的工具列表,比如视觉识别、搜索、计算、业务API。
- 历史记忆此前多轮对话和工具执行记录的累积,为Agent提供连续性上下文。
- 循环执行AgentLoop在查询、工具与历史之间反复迭代,直到给出最终答案。
AI 应用场景
智能客服工单中心
阶段:多模态感知 → 工具调用 → 业务系统对接
解决的问题:传统客服需要人工查看用户上传的截图、听取语音留言,再手动录入工单系统,平均一单耗时5分钟,高峰期大量积压。多模态Agent可以同时理解用户传来的截图、语音和文字描述,调用OCR工具提取图内关键信息,再调用工单系统API自动创建分类工单,全程无需人工干预。
具体案例:某电商平台接入多模态Agent后,用户提交“收到的商品破损”配图,Agent自动识别破损位置、关联订单号、判断售后类型,并调用工单系统生成“退货退款”工单,同时发送安抚话术。单均处理时间从5分钟降到30秒,工单分类准确率从78%提升到93%。
竞品分析自动化
阶段:视觉理解 → 检索增强 → 内容生成
解决的问题:运营团队每周需要人工浏览几十个竞品页面,截图后整理成分析报告,工作量大且容易漏看。Agent使用GPT-4V或Qwen-VL读取竞品页面截图,调用Web搜索工具补充最新价格与评论,再用Python工具生成对比图表,最后自动产出结构化周报。
具体案例:某消费电子品牌部署了“竞品情报Agent”,每周自动抓取3个竞品的线上详情页截图,识别产品参数、价格变动与促销信息,结合电商评论情感分析,输出包含图表和建议的竞品周报,人工复核时间从6小时压缩到40分钟。
智能审核与内容合规
阶段:多模态联合理解 → 规则工具调用 → 人工兜底
解决的问题:内容平台每天需审核大量图文和短视频,单纯文本审核难以识别图片中的违规元素。Agent同时调用图像识别工具(检测违规物品与场景)和文本审核API(分析字幕与评论),结合自建敏感规则库做最终判定,高风险内容转人工复核。
具体案例:某UGC社区引入多模态审核Agent后,对每日10万条新增内容进行图文联合审核,违规内容识别召回率从65%提升到91%,审核人力成本下降60%。Agent在不确定时会主动标记“待人工复核”,避免误杀正常内容。
Python 演示
# 多模态 Agent 工具调用演示class ToolRegistry: """工具注册中心: 相当于助理的工具箱""" def __init__(self): self._items = {} def register(self, name, desc, func): self._items[name] = {"desc": desc, "func": func} def call(self, name, **kwargs): if name not in self._items: return "unknown tool: " + name return self._items[name]["func"](**kwargs) class MultiModalAgent: """玩具版 ReAct Agent, 支持多模态感知和工具调用""" def __init__(self, tools): self.tools = tools self._traces = [] def perceive(self, image=None, text=None, audio=None): parts = [] if image: parts.append("image:" + image) if text: parts.append("text:" + text) if audio: parts.append("audio:" + audio) return " | ".join(parts) def plan(self, query): if "look" in query or "image" in query: return "vision_lookup" if "search" in query: return "web_search" if "calc" in query or "budget" in query: return "calculator" return "noop" def run(self, query, image=None, audio=None): ctx = self.perceive(image, query, audio) self._traces.append("perceive: " + ctx) tool_name = self.plan(query) obs = self.tools.call(tool_name, query=query, image=image) self._traces.append("action(" + tool_name + "): " + str(obs)) answer = "Answer: " + str(obs) self._traces.append("answer: " + answer) return answer def vision_lookup(query=None, image=None): if image and "cat" in image: return "A cat is detected, confidence 0.97" return "No valid content found" def web_search(query=None, image=None): return "3 results found for: " + query def calculator(query=None, image=None): return "budget = 12000 USD" tools = ToolRegistry()tools.register("vision_lookup", "identify image content", vision_lookup)tools.register("web_search", "search the web", web_search)tools.register("calculator", "do math", calculator)tools.register("noop", "no operation", lambda **kw: "skip") agent = MultiModalAgent(tools)# 场景1: 用户上传产品图并要求搜索竞品print(agent.run("look at this product image and search rivals", image="a product with a cat"))# 场景2: 用户给一段语音, 让助手算预算print(agent.run("calc the budget", audio="voice content"))
class ToolRegistry:定义工具注册中心,相当于小A的“工具箱”:所有可执行工具都登记在这里。def register(self, name, desc, func)把工具的名字、描述、实现函数登记进工具箱,供Agent检索调用。def call(self, name, **kwargs)按名称从工具箱取出工具并传入参数执行,模拟Function Calling。class MultiModalAgent:Agent本体,内部维护感知、规划、执行三块能力。def perceive(self, image=None, text=None, audio=None)多模态感知:把图像、文本、音频拼成统一上下文,模拟编码器融合。def plan(self, query)基于关键词的规则式规划,模拟LLM的工具选择推理。obs = self.tools.call(tool_name, query=query, image=image)行动:调用工具并拿到观察结果,这就是ReAct的"Action→Observation"。tools.register("web_search", "search the web", web_search)预注册核心工具,展示工具描述对选择的重要性。print(agent.run("look at this product image and search rivals", image="a product with a cat"))完整跑通一次“感知→规划→行动→回答”的Agent循环。
常见误区
误区“多模态Agent不就是能识别图片吗?给模型一张图,它描述一下内容就完事了,跟普通的图像识别API没什么区别。”
正解多模态Agent的本质是“感知+决策+行动”的闭环。“看图”只是感知环节,真正的价值在于看懂图之后能主动调用工具去执行任务——比如看懂一张报销单截图后,调用OCR提取金额、再调用财务系统API提交报销。如果只有看图说话,那只是一个多模态模型,而不是Agent。
为何常见:因为市面上多模态聊天机器人普及度高,人们容易把“能看图的聊天”等同于“多模态Agent”,忽略了Agent的自主规划与工具执行能力这一核心特征。
误区“Function Calling不就是模型自己写代码然后运行吗?那跟让AI写Python脚本有什么区别?”
正解Function Calling的本质是让模型输出结构化的调用意图(函数名+参数),实际的执行由外部系统完成。模型并不直接运行代码,而是把“我想调用book_flight,参数是destination=深圳”这样的JSON返回给Agent框架,框架再调用真实API。这就像小A先在便签上写下“订机票:深圳、下周三”递给你确认,再由你去打电话,而不是小A直接拿起电话就订。
为何常见:因为“函数调用”这个词容易被望文生义,让人误以为模型自己动手执行,混淆了“生成指令”与“执行操作”两个环节。
误区“只要给Agent接几十个工具,它就能解决所有问题。工具数量越多,Agent越聪明。”
正解工具数量增加会显著加大模型的选择难度——工具越多,描述越长,上下文越拥挤,选错工具的概率反而上升。工程实践中更推崇“精而准”:先接入少量高价值工具并写好描述,跑通后再逐步扩展。同时要配合评估体系监控工具选择的准确率,一旦发现混淆,就通过改名或加限定词来优化。小A的工具间规矩是“常用工具放前排,生僻工具收进抽屉”。
为何常见:人们习惯性地认为能力=数量,却忽略了模型在大量候选工具之间的“选择成本”和“上下文窗口限制”。
误区“Agent到底行不行,看它任务完成率就行了,100个任务完成90个就是好Agent。”
正解任务完成率只是结果指标,单独看会掩盖过程问题。一个Agent可能通过大量无效调用和暴力重试“试”出了结果,过程成本极高;也可能工具选得对但推理逻辑混乱导致任务失败。必须同时看工具选择准确率、多模态理解准确度、平均调用次数、失败恢复成功率等多维指标,才能全面衡量一个Agent的真实水平。
为何常见:因为完成率的含义最直观、最容易量化,管理者容易用它“一票定音”,忽略了Agent工程中过程质量的重要性。
误区“我可以用自己的数据微调一个多模态模型,微调完它就能自己完成业务了,不用接什么工具。”
正解模型微调增强的是“理解与生成”能力,但模型本质上依然是一个“大脑”——它无法主动查询实时数据、无法操作系统、无法影响真实世界。工具层负责把这些“做不到”变成“做得到”:实时搜索、数据库操作、业务系统对接必须依赖工具。微调与工具是互补关系:微调让模型更懂你的领域,工具让模型能真正干活。
为何常见:因为不少人把大模型想象成“全能的”,误以为知识注入就能替代行动能力,忽略了模型天然缺乏对外部环境的操作接口。
面试题
Q1. 多模态Agent与普通LLM聊天机器人的核心区别是什么?
- A.模型参数量更大
- B.能自主规划并调用外部工具← 正确答案
- C.只支持图像输入输出
- D.无需训练即可使用
答案:B。普通LLM是“大脑”,只能生成文字回复;多模态Agent增加了感知模块和工具调用模块,能够自主拆解任务、调用外部API执行操作并观察反馈。参数量不是区别的本质,图像输入只是感知的一部分,Agent核心在于“行动”。
Q2. GPT-4V最突出的能力特点是什么?
- A.只能理解纯文本内容
- B.原生支持音频生成
- C.具备视觉与语言联合理解能力← 正确答案
- D.完全离线运行不需要服务器
答案:C。GPT-4V是视觉语言模型,能同时理解图像和文本,比如看懂图表、识别图片物体并回答问题。它本身是云端API服务,不提供离线运行;音频生成也不是它的核心定位。视觉-语言联合理解才是它的标志性能力。
Q3. Gemini被称为“原生多模态”模型,以下理解正确的是?
- A.它只能用图像训练,不用文本
- B.它从设计之初就统一处理图像文本音频← 正确答案
- C.它是第一个开源的多模态模型
- D.它必须配合外部OCR才能读图
答案:B。Gemini从预训练阶段就同时使用图像、文本、音频、视频数据,在统一的token空间里处理多模态信息,因此叫“原生多模态”。它并非只训练图像,也不是靠OCR读图,开源更是Qwen-VL这类模型的特点。
Q4. 下列哪些属于Qwen-VL的特点?
- A.开源开放可本地部署← 正确答案
- B.中文场景理解表现优秀← 正确答案
- C.支持图片与文本联合输入← 正确答案
- D.必须连接OpenAI服务才能使用
答案:ABC。Qwen-VL是阿里开源的多模态模型,支持图文联合输入、中文友好、可私有化部署,是性价比很高的开源方案。它完全独立运行,不依赖OpenAI服务,因此D错误。
Q5. ReAct循环中三个核心步骤的正确顺序是?
- A.行动-观察-思考
- B.思考-行动-观察← 正确答案
- C.观察-思考-行动
- D.行动-思考-观察
答案:B。ReAct以“思考(Thought)→行动(Action)→观察(Observation)”为一个循环。Think先规划,Action执行工具调用,Observation读取结果并作为下一轮思考的上下文。其他顺序都违背“先想后做、做完看结果”的逻辑。
Q6. Function Calling的主要作用是什么?
- A.让模型输出结构化工具调用指令← 正确答案
- B.让模型直接修改训练数据
- C.自动提升图像分辨率
- D.替代人工数据标注
答案:A。Function Calling让大模型输出一个包含函数名和参数的JSON指令(例如book_flight+参数),由外部系统执行真实API。它解决的是“模型如何表达调用意图”的问题,而不是执行代码、提升图像或替代标注。
Q7. 下列哪些能力属于多模态Agent的视觉工具范畴?
- A.图片内文字识别OCR← 正确答案
- B.图像分类与目标检测← 正确答案
- C.直接修改数据库记录
- D.生成图像文本描述← 正确答案
答案:ABD。视觉工具处理图像类任务:OCR提取图中文字、分类与检测识别物体、图像描述生成caption。修改数据库记录属于业务API工具的职责,与视觉无关。
Q8. 评估Agent工具选择准确率的正确公式是?
- A.错误调用次数除以总调用次数
- B.正确调用次数除以总调用次数乘以100%← 正确答案
- C.正确调用次数减去错误调用次数
- D.总调用次数除以正确调用次数乘以100%
答案:B。准确率=正确调用次数/总调用次数×100%。A算的是错误率,C是差值而非比例,D分子分母颠倒了。正确率衡量Agent在所有工具调用中“选对工具并合理传参”的比例,是过程质量的核心指标。
Q9. 下列哪些做法能显著提升多模态Agent的落地可靠性?
- A.为每个工具写清晰的功能描述← 正确答案
- B.用Function Calling约束结构化输出← 正确答案
- C.让Agent随机选择要调用的工具
- D.用ReAct循环观察结果后再迭代← 正确答案
答案:ABD。清晰的工具描述降低模型选错工具的概率;结构化输出约束保证参数合法;ReAct循环让Agent根据观察结果纠错迭代。随机选工具属于噪声随机策略,只会降低可靠性,应当避免。
Q10. Agent连续两次调用同一工具都返回空结果时,最优处理策略是?
- A.忽略结果继续按原计划执行
- B.将空结果作为观察反馈并换工具或调整查询← 正确答案
- C.立刻结束任务并向用户报告失败
- D.降低模型置信度阈值并重新执行
答案:B。Agent应把“空结果”本身当成有价值的观察信息,分析原因后调整策略——比如换一个搜索关键词、改用另一工具,或补充上下文后重试。忽略结果是盲目执行,立即放弃过于消极,降低置信度阈值与问题无关。