AWS TechFest 2025: agentic workloads、Financial Advisors、Agent-to-Agent、security-first
总体背景
现在,越来越多的企业已经开始在 生产环境(production) 中部署 agentic workloads(智能体驱动型工作负载)。
这些企业案例表明,智能体(AI Agents)不仅是实验性的技术,而是已经在 金融、支付、客户服务、保险 等领域带来了显著的效率提升和体验优化。
具体案例解析
1. Research(研究与分析)
案例:MOODY’S
-
以往:穆迪(Moody’s)在进行金融分析时,需要 1周时间,因为涉及海量数据、人工验证以及多部门协同。
-
现在:通过部署 AI Agent,分析流程被缩短到 1小时。
-
意义:
- 大幅提升了分析效率,从“事后报告”转变为“实时洞察”。
- 人工分析师从繁琐的数据处理解放出来,可以专注于更复杂的决策与风险判断。
- 在金融行业,时间就是金钱,缩短分析周期意味着能够更快捕捉市场机会、规避风险。
2. Root-cause analysis(根因分析)
案例:Fiserv
-
传统方式:信用卡处理涉及庞大的交易量,一旦出现问题,定位原因非常耗时。
-
应用智能体后:Fiserv 使用 AI Agents 来自动执行 根因分析(root cause analysis),提升了信用卡处理与分析效率。
-
意义:
- 更快发现并解决交易失败、延迟或欺诈风险。
- 降低金融业务的运营成本,提升系统可靠性。
- 对客户而言,意味着更顺畅、更安全的支付体验。
3. Customer Experience(客户体验)
案例:Rocket Mortgage
-
挑战:该公司旗下有多个不同的抵押贷款业务,客户体验割裂,客户常常要在不同系统之间切换。
-
解决:通过 AI Agents,Rocket Mortgage 统一了客户体验,让用户在一个界面中就能无缝访问不同贷款服务。
-
意义:
- 提升了客户满意度和信任度。
- 降低了客户流失率(因为流程更顺畅)。
- 对企业来说,这意味着可以更好地交叉销售和提升客户生命周期价值(CLV)。
4. Data Experience(数据体验)
案例:ATHENE Holding
-
挑战:保险分析师需要处理大量复杂数据,传统工具对数据的探索和洞察效率不高。
-
解决:ATHENE Holding 部署 AI Agents,优化了保险分析师的数据体验。
-
意义:
- 分析师能更快获取有价值的数据洞察。
- 降低了重复劳动(如数据清理、指标计算)。
- 提升了分析师的工作体验和生产力,从而帮助企业更快做出保险定价和风险决策。
✅ 总结
这些案例共同表明:
- AI Agents 已经在真实的生产环境中大规模落地。
- 效率提升显著:如穆迪从 1 周缩短到 1 小时。
- 业务价值直接:提升客户体验、减少运营成本、增强决策速度。
- 跨行业适用:从金融到支付、贷款到保险,智能体都展现出强大的普适性和灵活性。
1. Model and application capabilities(模型与应用能力)
成功的智能体需要具备强大的底层模型能力和灵活的应用支持:
- 模型能力:选择合适的大语言模型(LLM)或多模态模型,确保其在推理、对话、知识检索、代码生成、决策支持等方面的性能。
- 应用能力:智能体不仅是一个“会聊天的模型”,它需要能够解决实际的业务场景,比如金融分析、客服问答、流程自动化、合规监控等。
- 核心要点:模型能力决定智能体的“智力”,应用能力决定智能体是否能“落地”。
2. Tools and frameworks to build(构建所需的工具与框架)
- 开发框架:如 LangChain、LlamaIndex、Haystack 等,它们能帮助开发者快速将模型与外部工具、知识库、API 等集成。
- 工具集成:包括数据库接口、RAG(检索增强生成)、代码执行器、浏览器环境、企业内部 API 等。
- 组件化设计:通过模块化方式快速组合不同的能力,例如记忆模块、推理模块、安全过滤模块。
- 关键意义:工具与框架是“桥梁”,能让智能体从模型能力变成可执行的业务解决方案。
3. Services to deploy and operate(部署与运维的服务)
- 部署方式:支持在云端、本地或混合环境运行,确保灵活性与合规性。
- 运维服务:包括监控、日志、调试、性能优化等,确保智能体稳定运行。
- 扩展性与弹性:智能体可能面对不均衡的业务请求量,因此需要自动扩缩容能力。
- 安全与合规:在部署过程中,需要保障数据安全、访问控制和隐私合规。
- 重点:没有稳定的部署与运维,智能体无法在生产环境长期运行。
4. Ability to discover, publish, and procure(发现、发布与采购能力)
- 发现(Discover):企业或开发者需要一个机制来发现已有的智能体或工具(类似应用商店/市场)。
- 发布(Publish):开发者可以将智能体打包成可复用的服务,并发布给团队或外部客户使用。
- 采购(Procure):企业能够方便地采购和集成第三方智能体或能力模块,避免重复造轮子。
- 商业模式:这一环节使智能体生态系统具备了可持续发展潜力,促进创新与合作。
✅ 总结:
成功的智能体蓝图包含四大核心要素:
- 具备强大的模型与应用能力(智能与落地性)。
- 借助工具与框架构建可扩展的功能(工程化落地)。
- 拥有完善的部署与运维服务(可生产化)。
- 具备发现、发布与采购机制(生态与商业化)。
这四部分构成了一个闭环:从技术 → 工程 → 运营 → 生态,是企业打造成功 Agent 的全链路。
“Getting agents to production is still too hard”(让智能体真正进入生产环境仍然非常困难):
1. Securely execute and scale agent code(安全地执行并扩展智能体代码)
- 挑战:智能体常常需要调用外部 API、执行代码或连接数据库,这带来安全风险(比如越权访问、恶意调用)。
- 需求:必须有安全沙箱环境(Sandbox),确保代码执行受控,并能防止数据泄露或破坏系统。
- 扩展性:智能体服务需要支持高并发请求和弹性扩展,否则在大规模使用场景下容易宕机或延迟。
- 本质:要做到既“能跑”,又“跑得安全、跑得稳”。
2. Remember past interactions and learning(记住过去的交互和学习)
- 记忆能力:传统 AI 模型是“无记忆”的,每次调用都是独立的。但企业级智能体需要能够记住用户的历史问题、上下文和偏好。
- 持续学习:智能体需要在允许的范围内不断学习(例如改进答案质量、个性化推荐),而不是永远停留在预训练水平。
- 挑战:如何平衡“个性化记忆”与“隐私保护”?记忆存储在本地还是云端?如何防止滥用或泄露?
3. Identity and access controls for all agents and tools(为所有智能体与工具设置身份和访问控制)
- 需求:每个智能体、工具或插件都必须有明确的身份认证机制(Authentication)和访问权限管理(Authorization)。
- 举例:如果一个客服智能体需要访问客户数据,那么它必须遵守企业的访问控制规则,不能越权访问敏感信息。
- 难点:企业往往有复杂的身份体系(如多层级员工权限、外部合作方接入),智能体需要无缝融入现有的 IAM(Identity and Access Management)体系。
4. Agentic tool use for executing complex workflows(利用工具执行复杂工作流)
-
核心思想:单一智能体无法完成所有任务,它必须学会调用不同的工具(如数据库、文档库、API、ERP系统),协同完成复杂流程。
-
案例:
- 金融风控场景 → 调用信用评分工具、交易监控工具、合规模块。
- 电商客服 → 查询订单数据库、调用物流接口、触发退款 API。
-
难点:工具调用需要标准化接口、安全校验,以及高效的工作流编排。
5. Discover and connect with custom tools and resources(发现并连接自定义工具与资源)
- 现状:企业里有大量内部工具(CRM、HR系统、数据库、BI报表等),但它们大多不是“即插即用”的。
- 挑战:如何让智能体快速“发现”这些工具,并建立安全可靠的连接?
- 解决方向:需要一个“工具市场/目录”(Tool Registry),帮助智能体动态发现和使用工具,而不是依赖繁琐的人工集成。
6. Understand and audit every interaction(理解并审计每一次交互)
-
需求:在企业环境中,所有智能体的行为必须可控、可解释、可追溯。
-
审计能力:记录每一次交互(输入、输出、调用了哪些工具、访问了哪些数据)。
-
意义:
- 监管合规:尤其在金融、医疗等高敏感行业。
- 风险控制:发现异常调用、潜在攻击或数据滥用。
- 模型优化:通过分析日志改进智能体行为。
-
难点:如何在保证审计全面的同时,避免性能开销过大?
✅ 总结:
“让智能体进入生产环境困难”的原因主要在于六大挑战:
- 安全与扩展:既要能跑,又要安全、可扩展。
- 记忆与学习:如何保存交互历史并个性化服务。
- 身份与权限:智能体和工具必须严格的身份和访问控制。
- 工具调用:执行复杂工作流需要灵活、安全的工具使用能力。
- 工具发现与连接:企业内部定制工具必须易于发现和集成。
- 可理解与审计:所有交互必须透明、可追溯,满足合规与优化需求。
这六个方面,构成了智能体生产落地的 关键“门槛”。
Sun Life 当前机会(Current Opportunity) ,重点放在为什么要做、能解决什么问题、背后需要的技术能力。
🌟 Sun Life Current Opportunity 详细拓展
1. Maximize the effectiveness of our tech refresh for Financial Advisors with an AI Chatbot - “Advisor Buddy”
-
目标:在公司进行 IT 系统升级或数字化转型的过程中,通过引入智能 AI 聊天机器人(顾问助手“Advisor Buddy”),帮助财务顾问更高效地工作。
-
价值:
- 避免“技术更新 → 使用难度增加 → 员工效率下降”的常见问题。
- 将 AI 打造为“接口层”,让顾问不必深入学习复杂的新系统,而是通过自然语言交互直接获取所需信息。
-
战略意义:通过“AI 助手 + 新系统”的组合,让数字化投资回报率最大化。
2. Enable the Financial Advisors ability to access information to meet client needs
-
核心痛点:顾问往往需要快速获取产品信息、政策条款、理财方案,但传统查询方式(翻阅文件、登录多个系统)既耗时又容易出错。
-
解决方案:AI 助手能实时整合公司内部系统(产品数据库、FAQ、客户资料等),在几秒钟内提供准确答案。
-
效果:
- 顾问能在客户面前快速、专业地回答问题。
- 改善客户体验,增强客户对顾问的信任感。
3. Smart Intent detection (Prompt pre-processing ability)
-
意义:客户或顾问的问题往往不是标准化的,例如:“这个保险和上次提到的那个,有什么区别?”
-
AI 能力:
- 智能意图识别(Intent Detection)可以判断用户到底想要做什么。
- Prompt 预处理能把用户的模糊问题转化为结构化指令,让系统更容易理解。
-
价值:减少误解和无效回复,让顾问获得“精准回答”。
4. Tri-lingual mixed language(支持三语混合交流)
-
背景:在香港、加拿大、新加坡等多语言环境中,客户和顾问经常混合使用英语、粤语、普通话。
-
挑战:
- 传统搜索或 FAQ 系统往往只支持单一语言。
- 在混合语言的输入下(例如:”Can you check這份保險計劃的ROI?”),系统容易失效。
-
解决方案:AI 助手需要支持多语言自然语言处理,并能在一个对话中流畅切换,保持一致的准确性。
-
价值:打破语言障碍,让顾问更贴近客户的沟通习惯。
5. Concise and accurate answers (Content curation and Advanced RAG capability)
-
需求:顾问需要的不是“长篇大论”,而是简洁、准确的答案。
-
实现方式:
- 内容策展(Content Curation):从海量内部文档中挑选最相关、最可靠的内容。
- 高级 RAG(Retrieval-Augmented Generation):AI 先精准检索知识库,再生成答案,避免“幻觉”(Hallucination)。
-
结果:顾问拿到的回答更可信、可验证,减少业务风险。
6. Objective Product Comparisons (Table look-up capability)
-
痛点:客户常常要求对比不同保险/理财产品的费用、收益、保障范围等,顾问手动对比费时费力,还容易遗漏。
-
AI 解决方案:
- 提供自动化的表格对比功能(Table Lookup),将多个产品的关键数据提取出来,自动生成对比表。
- 对比过程保持“客观”,避免人为解读偏差。
-
价值:
- 提高顾问的专业性和效率。
- 客户能够更清晰直观地理解不同产品的差异,从而更快做出决策。
✅ 总结
Sun Life 的 Advisor Buddy AI 助手,核心价值在于通过 智能化 + 多语言 + 精准回答 + 自动对比,帮助财务顾问:
- 快速获取信息 → 提升客户服务效率。
- 多语言交互 → 贴合客户沟通习惯。
- 精准简洁回答 → 提升专业形象和客户信任。
- 客观对比产品 → 辅助客户做出明智选择。
整体上,这不仅提升了顾问的工作效率和客户体验,也能让 Sun Life 的数字化投资价值最大化。
🌟 Advisor Buddy: 1 个月的真实成果
1. Strong positive financial advisor feedback(财务顾问的强烈正面反馈)
-
现象:顾问们在使用“Advisor Buddy”后,普遍给予高度评价。
-
原因:
- 能快速找到所需信息,减少人工翻阅文档的时间。
- 答案简洁、准确,避免因模糊或错误信息影响客户服务。
- 操作自然(对话式交互),降低了学习新系统的门槛。
-
价值:顾问的正面反馈表明该工具解决了他们的真实痛点,也为后续全面推广奠定信任基础。
2. 1000+ active users, 50%+ adoption(超过 1000 位活跃用户,采用率超过 50%)
-
数据意义:
- 在上线仅 1 个月内,已有一半以上的顾问实际使用了该工具,显示其高度实用性。
- 活跃用户数达到 1000+,说明不仅有人尝试使用,而且有持续使用的动力。
-
解读:
- 50%+ 的采用率远高于很多企业内部新工具的推广效果(通常只有 10–30%)。
- 这意味着 Advisor Buddy 已经不只是“实验项目”,而是真正融入了业务日常工作流程。
3. 6000+ queries, <1% disagreement rate(累计超过 6000 次查询,不同意率低于 1%)
-
查询量说明:
- 平均每位用户至少进行了 6 次查询,证明顾问确实把该工具用来解决日常问题,而非“尝鲜”。
- 查询类型多样(产品比较、表格查找、核保指南等),显示了 AI 助手的广泛适用性。
-
不同意率 <1% 的意义:
- 绝大多数回答都被顾问认可和采纳。
- 高准确性和一致性增强了用户的信任感。
- 对比 AI 工具常见的“幻觉问题”,这个指标显示 Advisor Buddy 在内容策展和 RAG(检索增强生成)方面做得非常成功。
4. Faster access: forms, product comparisons, underwriting guidelines(更快获取:表格、产品对比、核保指南)
-
提升的效率点:
- 表格(Forms):顾问可以直接获取所需表格,而不用到不同系统下载。
- 产品对比(Product Comparisons):自动生成多产品对比表格,减少人工整理和解释。
- 核保指南(Underwriting Guidelines):能快速查到最新的保险核保标准,避免使用过时或错误信息。
-
价值:
- 把原本需要花费数分钟甚至数小时的操作,压缩到几秒钟完成。
- 直接提升顾问与客户沟通时的响应速度和专业度,增强客户满意度与信任感。
✅ 总结
仅仅 1 个月,Advisor Buddy 就实现了从“试点”到“被认可的业务工具”的跨越:
- 顾问满意度高 → 工具真正解决痛点。
- 采用率高 → 成为日常工作流的一部分。
- 查询量大且高准确率 → 有效减少错误,提升业务效率。
- 信息获取更快 → 在客户沟通中展现更专业、更高效的服务。
整体上,这些数据证明 Advisor Buddy 已经初步达成“规模化应用”的标准,并为 Sun Life 在后续扩展功能(如更多语言支持、更智能的产品推荐)提供了坚实的用户基础。
🔹 什麼是 A2A(Agent-to-Agent)?
-
定義:A2A 是 Agent-to-Agent communication/collaboration 的縮寫,指的是多個 AI Agent 之間能夠彼此協作、交換訊息和分工完成任務的能力。
-
核心思想:不同的 Agent 扮演不同的角色(如數據查詢、風險分析、合規檢查、客戶溝通),它們不再是單一孤立運作,而是透過標準協議(如 Agentic Loop、Agent Protocol、MCP、或即將普及的 A2A 標準)來互相協作。
-
特點:
- 自治(Autonomy):每個 Agent 能獨立完成子任務。
- 協作(Collaboration):多個 Agent 能分工並互相傳遞結果。
- 動態組合(Dynamic Orchestration):根據任務需要,臨時形成「Agent 團隊」,任務完成後解散。
🔹 A2A 在銀行的實際應用場景
1. 客戶服務與金融產品推薦
-
流程:
- 客服 Agent:接收客戶問題(例如「我想要一個低風險的投資方案」)。
- 產品資料 Agent:檢索銀行內部產品資訊與利率。
- 合規 Agent:檢查推薦是否符合法規(如 KYC、AML)。
- 財務顧問 Agent:整合結果並生成最終建議給客戶。
-
價值:自動化多步驟流程,確保建議同時「快速、準確、合規」。
2. 風險管理與徵信審核
-
流程:
- 數據抓取 Agent:從多個資料源(內部交易、第三方徵信)提取數據。
- 信用評分 Agent:計算申請者的信用分數。
- 風險控制 Agent:根據分數和行為模式進行欺詐檢測。
- 合規 Agent:檢查流程是否滿足監管要求(如巴塞爾協議)。
-
價值:減少人工審核時間,縮短從「申請貸款」到「放款」的週期,並提高風險控制的精確度。
3. 反洗錢(AML)與交易監控
-
流程:
- 交易分析 Agent:實時檢測可疑交易模式。
- 地理與黑名單檢查 Agent:確認交易對手是否位於高風險地區,或是否涉及黑名單。
- 合規報告 Agent:自動生成並提交可疑交易報告(STR)。
- 審核 Agent:將最終結論提交給人工審核人員。
-
價值:將原本需人工處理的複雜合規工作自動化,大幅降低合規成本。
4. 內部營運優化(Back-office automation)
-
流程:
- 數據清洗 Agent:處理金融交易數據,修正異常。
- 報表生成 Agent:自動生成財務與風險報表。
- 審核 Agent:檢查是否有數據異常,並標記出高風險部分。
- 決策 Agent:將結果傳送給管理層,輔助決策。
-
價值:提升財務報告與內控的準確度與效率。
🔹 A2A 的價值總結(在銀行場景)
- 效率提升:多 Agent 協作縮短決策和服務週期。
- 合規保障:不同 Agent 各司其職,確保業務同時符合監管要求。
- 降低成本:自動化替代部分人工審核和重複性工作。
- 提升客戶體驗:更快回應、更準確的建議。
- 靈活擴展:能根據需求動態組合不同專業能力的 Agent。
📌 總結:
A2A 讓銀行能夠構建「多智能體的協作網絡」,不只是單一 AI 助手,而是像「虛擬專業團隊」一樣,快速、安全地完成金融服務流程。這不僅能提升客戶體驗,還能確保合規與風險控制。
🔹 Amazon S3 Vectors 概述
-
定义:Amazon S3 Vectors 是基于 Amazon S3 的低成本向量(Vector)存储服务,专门用于存储经过向量化(embedding)的数据。向量化是将文本、图像或其他数据转化为高维向量,以便 AI 模型进行相似度搜索或机器学习任务。
-
特点:
- 低成本:相比专门的向量数据库,S3 Vectors 利用 S3 的存储优势,实现大规模数据存储的成本优化。
- 易集成:可以无缝结合现有 AI 架构和模型,例如与 Amazon Bedrock 或 OpenSearch 等服务结合使用。
- 可扩展性:S3 自身提供高可用、高扩展性,能够存储 PB 级向量数据。
-
应用场景:
- 文本相似度搜索(知识问答、文档检索)
- 图像或视频相似搜索
- 推荐系统(通过向量相似度匹配用户偏好)
🔹 Easy integration with your existing AI strategy(与现有 AI 策略轻松集成)
-
优势:S3 Vectors 可以直接作为 AI 应用的数据存储层,无需搭建复杂的新数据库。
-
好处:
- 现有 AI 模型(如大型语言模型、图像模型)生成的向量数据可以直接存入 S3 Vectors。
- 与现有的 AI 工作流兼容,例如通过 Lambda、Bedrock API 或其他 AI 推理服务进行检索或计算。
-
示例:金融公司用 LLM 生成客户咨询问题的向量,将其存储在 S3 Vectors 中,然后快速检索最相似的历史问答,提供即时回答。
🔹 Amazon Bedrock Knowledge Bases
-
功能:Bedrock Knowledge Bases 是 Amazon 提供的知识库服务,用于存储结构化或非结构化数据,并支持 AI 模型直接访问和检索。
-
与 S3 Vectors 的结合:
- 将知识库中的文本或数据向量化后存入 S3 Vectors,实现高性能相似度搜索。
- AI 模型在执行问答或分析任务时,可以同时访问知识库原始数据和向量化数据,提高准确性。
-
应用场景:客服问答系统、金融报告分析、医疗文档检索等。
🔹 Amazon OpenSearch Service (high-performance queries)
-
功能:OpenSearch 提供高性能的搜索和分析能力,包括向量搜索功能。
-
与 S3 Vectors 配合使用:
- S3 Vectors 存储大量向量数据,OpenSearch 用于快速索引和查询。
- 支持向量 + 元数据的混合查询,例如“查找与客户问题最相似的文档,并按发布日期排序”。
-
应用场景:
- 实时检索金融文档或交易记录
- 多模态数据搜索(文本 + 图像)
- 智能推荐与个性化服务
🔹 整体价值
将 S3 Vectors + Bedrock Knowledge Bases + OpenSearch 结合起来,可以构建一个完整的 AI 数据处理和检索生态:
- 低成本存储 → S3 Vectors 保存向量数据
- 知识管理 → Bedrock 提供结构化知识库
- 高速查询 → OpenSearch 实现快速向量检索和复杂搜索
- 易扩展集成 → 可与现有 AI 模型和服务无缝对接
这样就可以在企业级 AI 项目中,实现 大规模向量存储、智能检索、实时响应 的完整能力。
从“扫描与监管”到“安全优先、左移”的文化转变
- 传统做法:过去的软件安全更多依赖于开发后期的“扫描与警察”模式,即通过安全团队或工具在代码完成后进行扫描,发现漏洞再返工修复。这种方式往往效率低、成本高。
- 新趋势:转向 安全优先(security-first),并强调 左移(shift-left),即在开发的最早阶段就引入安全机制,让安全成为开发文化的一部分,而不是事后的补救措施。
开发者 + IDE 集成的对话界面
- 开发者在熟悉的 IDE(集成开发环境) 中即可通过自然语言对话与智能安全代理进行互动。
- 例如:在写代码时,输入“这段 SQL 语句会不会有注入风险?” → AI 即时分析并给出改进建议。
- 好处:安全检测无缝融入开发流程,不会打断开发者的工作节奏。
Agentic AI 层
- 智能安全分析与推荐:通过 Agentic AI,对代码进行实时检测和上下文理解,自动发现潜在安全漏洞。
- 基于上下文的个性化推荐:不仅仅给出通用的安全建议,还会结合企业内部的 编码规范、应用风险画像,提出精准的改进方案。
- 举例:如果某公司要求所有 API 请求都要进行签名验证,AI 会根据该标准,提醒开发者增加相关逻辑。
基础大语言模型(Foundation LLM models)
- 提供自然语言理解和代码生成能力,是整个智能安全层的“引擎”。
- 可以结合安全专用知识库进行微调,确保输出符合企业的安全需求。
工具集成:CI/CD 与 DevSecOps
- CI/CD(持续集成/持续交付):在代码构建和部署流程中自动执行安全检查。
- DevSecOps:让开发、安全和运维团队协作,把安全自动化嵌入整个软件生命周期。
- 示例:代码提交到 Git 仓库后,CI/CD pipeline 自动调用 AI 安全代理检测 → 发现问题 → 给出修复建议 → 阻止有漏洞的代码上线。
知识库支撑
- 误报模式(False positive patterns):记录哪些检测结果是误报,避免 AI 一次次重复提醒,提高准确性。
- 豁免历史(Exemption history):如果某些安全风险已被风险评估允许,可以存档并作为参考。
- 威胁模型(Threat models):保存企业面临的潜在攻击路径,供 AI 推理时参考。
- 应用安全模式与反模式(App sec patterns & anti-patterns):总结最佳实践与常见错误,帮助 AI 在推荐时更有依据。
✅ 总结:
这种体系是一个从开发到部署全链路的 智能安全生态。它让安全从“后置检查”转变为“前置指导”,开发者在写代码时就能得到 AI 的实时安全建议,同时借助企业知识库与 DevSecOps 工具,形成一个持续优化的安全闭环。
一、生成式 AI 代理(第一阶段)
-
特点:基于大语言模型或生成式 AI 技术,按照预设的规则来运作。
-
能力:
- 自动化执行 重复性任务(例如生成代码片段、撰写邮件、回答常见问题)。
- 操作模式类似“助手”,依赖人工输入明确指令。
-
局限性:
- 只能处理 相对单一、明确的任务。
- 无法真正理解任务间的复杂关系,也缺乏独立判断能力。
-
例子:一个 AI 助手帮你自动生成报表,但仍需要人工输入数据和确认格式。
二、进阶的生成式 AI 代理(第二阶段)
-
特点:不再只处理单一任务,而是能完成 更广泛的任务集合,并围绕一个明确的 目标 来展开工作。
-
能力:
- 不仅能执行单步操作,还能通过 链式思维(chain-of-thought)将多个步骤串联起来。
- 能够 自动化整个工作流程(workflow automation),例如从收集数据 → 分析 → 输出报告 → 发送结果,全部自动完成。
-
价值:
- 提升效率,不仅替代简单劳动力,还能在业务流程层面实现自动化。
-
例子:一个金融分析 AI,输入“分析过去三个月的市场表现并推荐投资组合” → AI 自动获取数据、清洗数据、运行模型、生成分析报告,并输出投资建议。
三、Agentic AI 系统(第三阶段)
-
特点:进入 完全自主 的阶段。AI 不仅仅是被动执行任务,而是能够像人类一样进行 逻辑推理、独立决策、动态适应环境。
-
能力:
- 自主性(Autonomy):不依赖人工逐步指令,能够根据目标自主拆解任务并寻找路径。
- 多智能体系统(Multi-agent systems):多个 AI 代理可以互相协作,分工完成复杂任务。
- 类人逻辑与推理(Human-like reasoning):不仅“执行”,还能进行战略性思考、权衡利弊、调整计划。
-
价值:
- Agentic AI 不再只是“工具”,而是“虚拟团队成员”。
- 能应用于金融、医疗、供应链、客服等需要 多环节协作与决策 的复杂场景。
-
例子:
- 在银行:一组 Agentic AI 代理可以协作完成信用风险评估 → 欺诈检测 → 客户咨询 → 自动合规检查,像一个小型金融团队一样工作。
- 在科研:多代理系统协作完成文献综述、假设推理、实验模拟与结果验证,类似人类研究小组。
✅ 总结:三阶段演进
- 生成式 AI 代理(初级):规则驱动 → 自动化重复任务。
- 生成式 AI 代理(进阶):目标驱动 → 自动化整个工作流程。
- Agentic AI 系统(高级):自主驱动 → 多智能体协作,具备类似人类的逻辑推理与决策能力。
智能体的核心构成 (What’s in an agent?)
1. 记忆(Memory)
-
短期记忆(Short-term memory)
- 用于存储当前对话或任务的上下文。
- 确保 AI 能“记住”刚刚用户提出的问题,避免答非所问。
- 应用示例:在聊天机器人中,能记住用户在同一次会话中的需求,比如客户在银行客服里问“昨天那笔转账到账了吗?”时,AI 能联想到前一句话中的“那笔转账”。
-
长期记忆(Long-term memory)
- 用于存储持久性的知识、用户偏好、历史交互记录。
- 可以跨会话调用,形成更个性化的服务体验。
- 应用示例:在金融理财顾问中,AI 会记住客户的风险偏好和过往投资记录,从而提供长期一致的投资建议。
2. 工具 / MCP(Tools / MCP)
-
工具(Tools)
-
指 AI 可以调用的外部功能,比如 API 接口、数据库查询、搜索引擎、计算器等。
-
让智能体突破语言模型本身的限制,完成更复杂、更专业的任务。
-
应用示例:
- 在电商客服场景,AI 可调用库存 API 检查商品是否有货。
- 在金融行业,AI 可调用交易 API 执行下单操作。
-
-
MCP(Model Context Protocol)
- 一种用于连接工具和智能体的标准协议。
- 能帮助智能体更高效、安全地调用第三方资源。
- 应用示例:一个智能体需要核实域名是否注册,可以通过 MCP 接入域名查询服务,而不用重新开发接口。
3. 人格设定(Persona)
-
角色(Role)
-
决定智能体“扮演”什么身份,例如客服代表、医生助理、金融顾问。
-
通过角色设定,AI 的回答会符合专业语境和身份要求。
-
应用示例:
- 银行“理财顾问”Agent 语气会更专业、稳重。
- 电商“购物助理”Agent 语气会更轻松、亲切。
-
-
指令(Instructions)
- 定义智能体的行为规范,包括回答风格、内容范围、禁止事项。
- 保证输出结果符合业务需求与合规标准。
- 应用示例:在医疗咨询 Agent 中,必须加上免责声明“本回答不能替代医生诊断”。
4. 大语言模型(LLM)
-
推理(Reasoning, Re)
- 智能体基于模型的推理能力来拆解复杂任务,形成解决路径。
- 应用示例:在法律咨询中,AI 会逐步分析法规条款,并推理得出答案。
-
反思(Reflection)
- AI 能对自己的输出进行检查和修正。
- 降低错误率,提高结果可靠性。
- 应用示例:Agent 先给出答案,再自我检查是否存在逻辑漏洞或事实错误。
-
链式思维(Chain of Thought, CoT)
- 模拟人类的逐步思考过程,把复杂问题拆解成一系列中间步骤。
- 应用示例:在数理题中,AI 会逐步写出解题过程,而不是直接给最终答案。
✅ 总结
一个完整的 智能体(Agent) 通常包含四个关键模块:
- 记忆(Memory) → 短期上下文记忆 + 长期个性化记忆
- 工具/MCP(Tools/MCP) → 外部能力扩展,如 API、数据库、搜索引擎
- 人格设定(Persona) → 角色身份 + 行为规范
- 大语言模型(LLM) → 推理、反思、自我检查、链式思维
这些模块的结合,使得智能体不仅能“回答问题”,还能像一个具备身份、记忆和工具的虚拟人,执行复杂任务并不断优化自己的表现。
更多推荐


所有评论(0)