Superbadge 高级 Agentforce Flow 管理

一、准备 Superbadge（Get Ready for the Superbadge）

本单元为你的 Superbadge 挑战做准备。我们将先讲清 superbadge 是什么、它与普通 Trailhead 内容的区别，然后列出五项评估目标、推荐学习内容，接着介绍特殊 Developer Edition org 的注册与连接、挑战帮助文章、三条实用提示，最后给出你将要构建的 Capricorn Coffee 用例。

Superbadge 简介（Introduction to Superbadges）

首先要理解你将面对的是什么。Superbadge 与普通 Trailhead 学习不同：它是一种动手型技术技能评估——你拿到业务需求，在没有逐步指导的情况下运用技能构建出令人惊叹的东西。

Trailhead 提供了推荐学习内容和充满资源的帮助文章来辅助你，但实际的构建要靠你自己。预计完成时间假设你已具备相关概念的经验、并已完成推荐学习。你的努力终将得到回报——真正证明你的技能。

评估目标（Assessment Objectives）

五项目标定义了本 superbadge 要考察的内容：

配置一个支持多步骤业务流程的员工 agent（employee agent）。
创建并使用 flow 操作来检索数据、创建业务记录。
使用能从运营数据生成设备推荐建议的 Prompt 模板。
配置 agent 操作、变量与指令以支持多步骤工作流。
排查并优化 agent 行为，确保解决方案按预期工作。

这些目标与你将要完成的挑战一一对应。

预备工作与注意事项（Prework and Notes）

开始挑战前，需要完成三项预备工作：

注册特殊配置的 Developer Edition org——该 org 带有本 superbadge 所需的特定配置和示例数据。
将 org 连接到 Trailhead——把新 org 关联到你的 Trailhead 账户，用于动手挑战。
查阅 Trailhead 挑战帮助文章——了解完成挑战所需的资源及无障碍注意事项。

这三步确保你在开始构建前已准备好正确的环境和资源。

注册特殊配置的 Developer Edition Org

首先，准备好正确的环境。本 superbadge 需要一个特殊的 Developer Edition org，其中包含专为这些挑战设计的特定配置和示例数据。

通过免费链接注册带特殊配置的 Developer Edition org，并按照「Verify Account」邮件中的说明登录、完成注册。

妥善保管你的 org 凭据——把用户名和密码存放在安全的地方（如密码管理器），以便日后查找。如果你超过 30 天未登录该 org，继续动手操作前可能被要求重新将其连接到 Trailhead。

连接新的 Developer Edition Org

现在把新 org 连接到 Trailhead：

确保已登录你的 Trailhead 账户。
在 Choose a hands-on org 页面选择 Connect org。
在登录页输入刚设置的 Developer Edition 用户名和密码。
在 Allow Access? 页面点击 Allow。
在「Want to connect this org for hands-on challenges?」页面点击 Yes! Save it。

你会被重定向回 Get Ready for Superbadge 页面，准备好用新的 Developer Edition org 赢取本 superbadge。

查阅挑战帮助文章

开始挑战前，请查阅 Agentforce Advanced Flow Administration: Trailhead Challenge Help 帮助文章，其中包含完成挑战所需的资源。

同时查看其中的「无障碍（accessibility）」部分，了解与本 superbadge 相关的任何无障碍注意事项——这小小一步能帮你省去后续不少麻烦。

提示（Tips）

开始前牢记三条提示：

Superbadge 聚焦于非常具体的目标——某些最佳实践或常规做法在挑战中可能并不需要。按目标构建，而非按你的习惯。
系统会在 已激活（active）的 flow 版本中检查你的工作——确保最新改动已处于激活的版本。
配置 AI agent 时，务必保存并提交（commit） agent，再去检查挑战，否则你的改动不会被评估。

用例：Capricorn Coffee

这是你即将构建的一切的业务背景。Capricorn Coffee 运营着数百家零售门店，全天依赖专业设备为顾客服务。目前，门店经理通过邮件、电话及其他手动流程报告设备问题——捕获一致的信息、确定下一步成了真正的挑战。

Capricorn 正在实施 Brewster，一个面向员工的 AI agent，用于支持门店运营。你的任务是进一步定义 Brewster：创建一个子 agent（subagent），帮助门店经理报告设备问题、识别受影响的资产，并启动设备支持流程。

二、创建处理工单的子 Agent（Create a Subagent that Handles Cases）

在本挑战中，你要把 Brewster 打造为 Capricorn Coffee 面向员工的 agent。你将先查看现有系统配置，然后创建调用 Get Store And Asset With Input flow 的 Equipment Case Management 子 agent，再构建一个收集最近工单的新 flow，并为设备推荐接好 Prompt 模板。

查看系统配置（Review System Configuration）

先查看系统里已配置好的内容：

Get Store And Asset With Input flow——建议先调试它以了解其功能（虽然不会被检查）。
Capricorn Coffee 多伦多门店账户 CCC Toronto 325，及其关联资产 Grandioso 7 Espresso Machine。
系统配置同时包含角色层级（role hierarchy）和账户团队（Account Teams）——这是员工与特定门店关联的方式。

接着查看部分配置完成的 agent Brewster：删除默认的 General FAQ 子 agent（它需要 Data 360 架构，本场景不涉及）；保留 Off-topic 和 Ambiguous Question 子 agent 作为关键护栏。

创建设备工单管理子 Agent（Create a Subagent for Equipment Case Management）

Capricorn Coffee 希望 Brewster 帮门店经理简化工作。创建一个调用 Get Store And Asset With Input flow 的新子 agent，命名为 Equipment Case Management。

为该子 agent 添加一个 action，用于收集与 agent 交互的账户团队成员信息，以及相关的门店和资产：

action 名称：Get Store and Asset Details
描述：Gets the store (Account) and asset details for the running (logged in) user
关联到 Get Store And Asset With Input flow

虽然系统不会检查，但你可以在帮助文章中查找输入/输出配置来完成该 action 的配置。继续之前，务必保存并提交 agent。

创建收集最近工单的 Flow（一）：变量

在梳理系统需求时你会发现：一个新 flow 只需门店经理敲几下键盘，就能把正确信息提供给 Brewster。这个 flow 将逐步逻辑与 agent 的 AI 推理结合，产出准确有用的推荐。

该新 flow 需要与 Prompt 模板交互，以提供最近工单的信息；它必须允许手动创建存储 Prompt 模板信息的输入变量。

首先配置两个资源（resource），配置时思考 Brewster 用它来接收数据（输入）还是发送数据（输出）：

变量 accountInfo——描述「Provides the Account ID」，配置为仅选择一条账户记录供 flow 使用。
变量 assetName——描述「The name of the equipment associated with the case」，配置为传递资产名称。

创建收集最近工单的 Flow（二）：Get Records

把两个资源用于 flow 的第一个元素——一个 Get Records 元素，然后构建第二个 Get Records 元素：

Get Asset（API 名 Get_Asset）——用上面配置的 accountInfo 和 assetName 两个资源设置过滤条件，使 flow 正确设置 Account ID 与 Asset Name。
Get recent 5 cases related to the store（API 名 Get_recent_5_cases_related_to_the_store）——检索与该资产相关的最近最多 5 条工单。过滤条件：Account ID 等于你创建的变量、Asset ID 等于上一个 Get Records 元素的 Asset ID、Case Type 等于 Equipment Malfunction。

按创建日期降序排序记录，最多保存 5 条，并自动存储所有记录数据。

创建收集最近工单的 Flow（三）：Loop

在两个 Get 元素之后添加一个 Loop 元素：命名为 Loop Cases（API 名 Loop_Cases），描述「Loop through the collection of recent 5 cases related to the same asset」。

在 Loop 内部添加一个元素，每次循环时为 Prompt 模板补充工单名称和描述的指令：命名为 Case Prompt Instructions（API 名 Case_Prompt_Instructions），使其根据 Loop 中收集的值设置 Case Subject 和 Case Description（用动态资源替换方括号中的文本）。

最后将 flow 命名为 Gather 5 Most Recent Cases（API 名 Gather_5_Most_Recent_Cases），描述「Used to collect the most recent equipment malfunction cases associated with an account」，并确保其可在系统中使用。

更新带最近工单的 Prompt 模板（Update a Prompt Template with Recent Cases）

另一位 Capricorn Coffee 同事已在 Prompt Builder 中搭好了一个名为 Equipment Repair or Replace Recommendation 的模板。完成它的配置，让它能驱动 Brewster 的混合推理引擎。

设置 Store 和 Equipment 的输入值，使它们在 Brewster 给出维修或更换推荐时动态填充；并将模板中方括号文本替换为对你刚创建的 flow 的动态引用。

查看同事创建的 Apex 类 EquipmentRecommendationDTO 和自定义 Lightning 类型 EquipmentRecommendation，确保 Prompt 模板可在系统中使用。

三、创建设备故障工单（Create Equipment Malfunction Cases）

在本挑战中，你要让 Brewster 真正具备创建工单的能力。你将构建一个创建设备故障工单、并整合上一挑战推荐结果的 flow，然后为 Equipment Case Management 子 agent 添加一个 action，让 Brewster 能直接创建工单。

完成设备支持工作流（Complete the Equipment Support Workflow）

这是门店经理报告设备问题后，Brewster 需要完成的完整流程：

收集信息。
创建 Equipment Malfunction 工单。
使用推荐工作流判断设备应维修还是更换。
将结果返回给门店经理。

让 Brewster 具备创建工单的能力（一）：变量与 Create Case

为 Brewster 创建一个创建设备故障工单、并整合上一挑战推荐结果的 flow。创建时选择可被当作 action 调用的 flow 类型——这样确定性的记录创建就能与 Prompt 模板的 agentic 推理结合，把维修/更换推荐返回给门店经理。

先定义 flow 用到的变量（配置资源时思考推理引擎用它做输入还是输出），然后添加 Create Records 元素：

Create Case Record（API 名 Create_Case_Record），描述「Create a new case record to track the repair or replacement process」。
用变量为 Account ID、Asset ID、Description、Subject 字段设值，Case Type 设为 Equipment Malfunction，并把 Case ID 存入你创建的关联变量。

让 Brewster 具备创建工单的能力（二）：Get Records 与 Prompt

接着创建两个 Get Records 元素来保存门店和资产记录：

Get Account Details（API 名 Get_Account_Details）——过滤 Account ID 等于你配置的变量的记录，仅存储一条并自动存储其全部字段。
Get Asset Details（API 名 Get_Asset_Details）——过滤 Asset ID 等于你配置的变量的记录，仅存储一条并自动存储其全部字段。

再添加一个调用 Equipment Repair or Replace Recommendation Prompt 模板的元素：命名为 Get Equipment Recommendation（API 名 Get_Equipment_Recommendation），描述「Get equipment recommendation and rationale」，并正确设置 Asset 和 Store 输入值，以从刚配置的元素中获取全部信息。

让 Brewster 具备创建工单的能力（三）：Assignment 与 Flow

最后配置一个 Assignment 元素，把 Prompt 模板的信息变得可用：命名为 Set Recommendation and Rationale Values（API 名 Set_Recommendation_and_Rationale_Values），描述「Used by Brewster to return a recommendation to the store manager」。将 recommendation 和 rationale 两个变量分别设为 Prompt 模板对应的结构化响应输出。

将 flow 命名为 Create Case Brewster（API 名 Create_Case_Brewster），描述「Used by agent Brewster to assist with managing broken-asset cases」，并确保该 flow 可供 Brewster 使用。

创建让 Brewster 能创建工单的 Action（Create an Action so Brewster Creates Cases）

为 Equipment Case Management 子 agent 添加一个 action，让 Brewster 能在系统中创建工单——这样门店经理就不必自己在不同记录之间来回导航。

action 名称：Create Case
描述：Create new case
关联到你刚配置的 flow

虽然系统不会检查，但你可以使用帮助文章中的输入/输出配置来完成该 action 的配置。继续之前，务必保存并提交 agent。

四、完成 Agent 配置（Complete the Agent Configuration）

在最后一个挑战中，你要完成端到端解决方案。你将配置一个审批 flow，让区域经理审核更换申请；再添加最后一个 agent action，让 Brewster 能发起审批流程；最后思考这套架构如何在整个企业中扩展复用。

完成设备支持流程（Complete the Equipment Support Process）

到现在，Brewster 已经能在门店经理仅回复几次的情况下：收集信息、创建设备故障工单、推荐设备维修或更换。但在新设备被订购之前，区域经理需要审核更换申请并决定下一步。

完成让 Brewster 能执行门店经理决定的审批工作流：配置审批 flow、自动化批准与拒绝两种情况的后续操作，然后把该工作流连接到 Brewster，让审批流程直接从员工 agent 发起。

完成审批 Flow（一）：决策与结果

除了 Apex 类、自定义 Lightning 类型和 Get Store And Asset With Input flow，同事还配置了审批流程 flow 和辅助 flow 的部分内容。完成 Approval flow for Regional Manager：在 Regional Manager Approval Stage 元素之后创建一个决策（decision）元素，处理区域经理的审批决定。

将该元素命名为 Is request Approved or Rejected?（API 名 Is_request_Approved_or_Rejected），描述「Determines whether the replacement request is approved or whether a task will be created for service」。

第一个结果 Approved：区域经理批准时的路径，设置一个条件——上一阶段的审批决定（输出）等于 Approved。
默认结果 Rejected：无需任何条件。

完成审批 Flow（二）：批准路径

现在构建批准（Approved）路径。添加一个最终批准操作阶段：标签 Final Approval Action Stage（API 名 Final_Approval_Action_Stage），描述「Actions the flow takes in its final approval execution」，当所有步骤都标记为完成时该阶段即完成。

为这个最终批准阶段添加一个后台步骤，调用已配置好的 Create Task for Store Manager to Order New Machine flow：标签 Create Task for Store Manager to Order New Machine（API 名 Create_Task_for_Store_Manager_to_Order_New_Machine），描述「When the request is approved create a task record for the store manager to order new equipment」。配置该后台步骤在阶段开始时启动，并以 Automated Process User 身份运行。

完成审批 Flow（三）：拒绝路径

同样构建拒绝（Rejected）路径。添加一个最终拒绝操作阶段：标签 Final Rejection Action Stage（API 名 Final_Rejection_Action_Stage），描述「Actions the flow takes in its final rejection execution」，当所有步骤都标记为完成时该阶段即完成。

为这个最终拒绝阶段添加一个后台步骤，调用已配置好的 Create Task for Store Manager to Make a Service Request flow：标签 Create Task for Store Manager for Service Request（API 名 Create_Task_for_Store_Manager_for_Service_Request），描述「When the request is denied create a task record for the store manager to schedule equipment service」。配置该后台步骤在阶段开始时启动，并以 Automated Process User 身份运行。

创建处理审批的 Agent Action（Create an Agent Action for Approval Handling）

为 Equipment Case Management 子 agent 添加最后一个 action，让 Brewster 能根据门店经理的决定发起审批流程：

action 名称：Approval flow for Regional Manager
描述：Submitting Approval Request to Regional Manager
关联到你刚完成的 flow

可使用帮助文章中的输入/输出配置完成 action 配置，并务必保存并提交 agent。有了这最后一个 action，Brewster 就能直接从与门店经理的对话中发起审批工作流。查阅帮助文章中关于给 Brewster 添加推理指令的建议，然后以门店经理身份测试系统。

Agentforce 应用场景（Agentforce Applications）

审批工作流已激活并连接到 Brewster，你为 Capricorn Coffee 构建了一套完整的端到端设备支持解决方案。当门店经理报告机器故障时，Brewster 会无缝地从收集门店与资产上下文，过渡到 AI 驱动的历史分析、创建工单记录，再到把更换申请路由给区域经理做最终审批。

通过混合确定性 flow 逻辑与 agentic 推理，Brewster 自动化了日常运营任务，同时在关键决策上保留人工把关。这套架构远不止一个子 agent——你构建的每一个自动启动的 flow、Prompt 模板和审批编排，都是企业各团队可以改编和扩展的可复用蓝图。

Agentforce 既能解决眼前的挑战，也能成为赋能员工、提升客户体验的坚韧且可信赖的系统基础。

文章来源：Trailhead - Superbadge: Advanced Agentforce Flow Administration

Superbadge: Advanced Agentforce Flow Administration | Superbadge 高级 Agentforce Flow 管理