Agentforce Actions 构建与增强指南

简介: Agentforce Actions 完整构建与增强指南。涵盖四种创建方式(Apex REST OpenAPI/AuraEnabled/Named Query/Invocable Method)和三种增强方式(Lightning Types/Global Copy/Apex Citations),Apex REST 的 10 步生成工作流、OpenAPI v3 规范验证、Salesforce x-sfdc 扩展字段、ESR 元数据配置、MuleSoft 治理规则集验证和 API 目录限制。

构建和增强 Agentforce Actions

创建和增强 Actions 总览

Actions 是使 Agent 能够执行任务和与数据交互的构建块。有四种创建方式和三种增强方式:

创建和增强 Actions 总览

创建 Actions — 四种方式

方式说明
Apex REST Actions使用生成式 AI 为 @RestResource 类创建 OpenAPI 文档。部署类 + OAS + 元数据到 API 目录,然后从方法创建 Agent 动作
AuraEnabled Actions为带有 @AuraEnabled 的 Apex 控制器方法生成 OpenAPI 文档。部署到 API 目录并在 Builder 中创建 Agent 动作
Named Query Actions在 Setup 中创建自定义 SOQL 查询(命名查询),在 Agent Creator 中暴露为 Agent 动作
Apex Invocable Method在 Apex 类上使用 @InvocableMethod 注解,将自定义 Apex 逻辑直接集成到 Agentforce 中

增强 Actions — 三种方式

方式说明
Lightning Types使用自定义 LWC 为复杂输入和输出改善 UI
Global Copy提供一致的从 UI 复制功能,提升可用性
Apex Citations使用内联引用扩展动作,支持知识文章、PDF 数据和外部 URL 的来源标注

Apex REST Actions:生成 OpenAPI 和配置

使用 Agentforce Vibes Extension 通过生成式 AI 快速为你的 Apex REST 类创建 OpenAPI v3 文档。工作流:编写或获取 Apex REST 类 → 生成 OpenAPI 文档 → 验证 → 部署类 + 元数据到 API 目录 → 在 Agentforce Builder 中创建 Agent 动作。

Apex REST Actions

前提条件

  • Agentforce Vibes Extension(包含在 Salesforce Extension Pack for VS Code 或 Agentforce Vibes IDE 中)

  • MuleSoft for Agentforce Extension Pack(可选)—— 用于治理规则集验证(API Design、Dependencies、Platform)

  • Apex REST Class:必须有 @RestResource 注解 + 至少一个 @HttpGet/@HttpPost/@HttpPut/@HttpPatch/@HttpDelete 方法

  • 必须有共享规则:with sharing / without sharing / inherited sharing

  • 托管包类不符合条件;先分解 ExternalServiceRegistration 文件

10 步生成工作流

  • 创建 Salesforce DX 项目(SFDX: Create Project)

  • 设置默认组织(SFDX: Set a Default Org)

  • 创建或获取 Apex REST 类

  • 运行:SFDX: Create OpenAPI Document from this Class

  • 选择输出文件夹(默认:externalServiceRegistration)

  • 生成:<ApexClass>.yaml + <ApexClass>.externalServiceRegistration-meta.xml

  • 验证:检查 Problems 标签页修复错误;运行 SFDX: Validate OpenAPI Document

  • 部署 Apex 类:SFDX: Deploy This Source to Org

  • 部署生成的 XML 文件到组织

  • 确认:Setup → API Catalog → Apex 标签页 → API 已列出 → 可作为 Apex Reference Action 使用

类更改后重新生成:再次运行 Create OpenAPI Document → 选择 Overwrite(覆盖)或 Manually Merge(手动合并,打开 diff 视图,带时间戳的新文件放在 esr_files_for_merge 文件夹)→ 验证 → 部署。

前提条件和工作流

验证 OpenAPI Spec 和扩展字段

生成 OpenAPI 文档后,验证其与 REST 类语义一致。确认路径参数、方法路径、查询参数、必填字段、参数类型、请求体形状、响应码(200-299 范围)和响应体结构。

验证 OpenAPI Spec

关键 OpenAPI 对象要求

  • openapi: 3.0.0

  • servers: 单个 /services/apexrest URL

  • paths: 必须精确匹配 @RestResource urlMapping

  • security: OAuth2 或 HTTP Bearer

关键字段规则

  • Path Item:不要包含 servers、options、head、trace

  • Operations:不要包含 callbacks、deprecated、security、servers

  • Parameters:仅 query、header、path(无 cookie);不要包含 deprecated、explode、allowReserved

  • Request Body:仅 application/json 媒体类型

  • Response:仅 application/json(对象)或 text/plain(字符串);响应中无 headers

  • Schema:不允许 'not' 块

Salesforce 扩展字段(x-sfdc)—— 启用 Agent Action 必需

扩展字段说明
x-sfdc/agent/action/publishAsAgentAction: true必填 —— 启用为 Agent Action
x-sfdc/privacy/isPii: true可选 —— 启用 PII 服务
x-sfdc/agent/action/isUserInput: true必填 —— 将字段暴露为输入
x-sfdc/agent/action/isDisplayable: true必填 —— 向用户显示字段

重要:扩展必须定义在 Schema 内部(非 $ref Schema),嵌套在 components.schemas.Pet.x-sfdc.agent.action 路径下。

ESR 元数据关键字段

  • namedCredential: 始终为 null(部署到组织)

  • registrationProvider: Apex REST 类名

  • registrationProviderType: Custom(新枚举值)

  • schemaType: OpenApi3

OAS 对象参考和 SFDC 扩展

验证工具、规则集和限制

MuleSoft for Agentforce Extension Pack(3 个扩展)

  • API Design Extension —— 检查语义和语法正确性

  • Dependencies Extension —— 管理 API 依赖

  • Platform Extension —— 特定于平台的验证

治理规则集

  • Salesforce API Topic and Action Enablement —— 确保文档具备 Agent Action 所需的元数据

  • Salesforce Apex REST Best Practices —— 确保 REST 实现遵循最佳实践

命令:MuleSoft: Run Governance Validation(全部规则) 或 MuleSoft: Rerun non-confirmation validations(重新运行之前失败的规则)。

API Console 测试

使用已部署的 Apex REST 实例或 Mock 请求数据检查端点,使用 API Mocking 服务审查 Spec 并测试。

限制和注意事项

  • API 目录限制适用于 Agent 中的 Apex REST API

  • 达到限制时:先停用或删除不需要的操作(在此之前先从 Agent Action 中移除)

  • provider type 为 ApexRest 的 ExternalServiceRegistration 不可见于 External Service Setup

  • 部署 ESR 不会同时部署 Apex REST 类 —— 必须分别部署

  • 托管包类不符合条件(代码不可访问)

  • 新的 ESR 文件在生成时自动分解

验证工具和规则集

Agentforce Actions 让你完全控制扩展 Agent 的能力 —— 从 Apex REST 到 OpenAPI 生成、验证、部署,再到 UI 增强和引用标注,覆盖完整的 Action 开发生命周期。

文章来源:https://www.salesforcecrm.cn/article/agentforce/agentforce-actions-guide.html

相关文章
|
1月前
|
缓存 监控 安全
[025][Web模块]基于 Spring Boot 的请求日志过滤器设计与实现
本文介绍基于Spring Boot的可配置请求日志过滤器,通过自定义`WebHttpProperties`、扩展`CommonsRequestLoggingFilter`及自动配置类,支持时间戳、客户端信息、请求头/体记录、动态前缀等灵活配置,开箱即用,兼顾可维护性与生产安全性。(239字)
382 1
|
1月前
|
人工智能 自然语言处理 测试技术
TID质量竞争大会分享议题|科大讯飞:端到端大模型效果评测,从人工周级到自动化天级
大模型落地加速,效果评测面临效率低、标准不一、端到端难评估等挑战。科大讯飞陈明将在TID大会分享《端到端大模型效果评测》实践,揭秘如何实现从人工周级到自动化天级的工程突破,覆盖内容创作等真实场景。
|
1月前
|
监控 Java 中间件
Java动态线程池:避坑原生线程池,吃透Dynamic-TP,手写一个Demo
Java线程池参数写死、改配置就得重启?本文讲透动态线程池原理,对比Dynamic-TP与Hippo4j,带你手写一个基于Nacos的动态线程池Demo。
Java动态线程池:避坑原生线程池,吃透Dynamic-TP,手写一个Demo
|
27天前
|
人工智能 监控 测试技术
银行业AI架构:从裸调API到六层技能体系
# 银行AI智能体架构实战:从单体到Skill协同的技术演进 ## 痛点:银行IT架构的三重困境 走在任何一家银行的科技部走廊里,你都能听到同样的叹息:系统又慢了、需求又排不上、监管又来查了。这不是某一家银行的困境,而是整个银行业IT架构的共性问题。我们把它拆解为三重困境。 **困境一:单体系
|
29天前
|
人工智能 运维 监控
|
1月前
|
弹性计算 人工智能 运维
2026年阿里云服务器价格表:轻量、ECS、GPU云服务器最新配置与定价详解
2026年阿里云弹性计算产品体系持续迭代优化,形成轻量应用服务器、ECS云服务器、GPU云服务器三级算力架构,分别对应轻量化个人场景、通用企业业务场景、高性能加速计算场景。三类产品在硬件配置、网络规格、功能权限、计费模式上形成清晰梯度,能够覆盖个人建站、开发测试、企业生产部署、AI训练推理、科学计算等绝大多数云上应用场景,是当前主流的标准化算力资源组合。
159 1
|
1月前
|
运维 数据可视化 物联网
从大模型回答反推内容建设:企业如何用通义千问开展 GEO 诊断
随着用户转向大模型(如通义千问)获取企业软件选型信息,传统SEO已难覆盖决策链。GEO(生成式引擎优化)应运而生——它不追求高频提及品牌,而是聚焦提升公开信息的清晰度、完整性与可信度,确保大模型能准确理解企业定位、场景能力和差异化价值。核心在于:夯实基础信息、强化行业关联、构建真实案例、引入第三方验证,并建立“监测—优化—复测”闭环。
|
28天前
|
Kubernetes 并行计算 算法框架/工具
|
29天前
|
存储 人工智能 运维
一份可信来源,终结 Skill 管理混乱:Skill 治理最佳实践
从本机同步到统一治理可信 Skill 管理实践指南。
|
27天前
|
存储 人工智能 安全
2026年阿里云优惠活动参考:优惠券、云服务器、AI大模型与应用活动汇总
本文梳理了阿里云在2026年推出的各类优惠活动,首先介绍了五大类优惠券活动,包括覆盖广泛的新用户满减券、可叠加使用的通用优惠券、针对AI服务的百炼“先用后返”券、高达5亿元的企业迁云补贴以及学生专享的300元无门槛券。随后,汇总了云服务器特惠活动,如长期有效的“99计划”、轻量应用服务器秒杀以及通用算力型与第九代实例的专项折扣。此外,还重点解读了AI与大模型相关优惠,涵盖通义千问Qwen3.7-Max模型的限时折扣、灵活的Token Plan订阅方案及AI产品组合购。