课程章节介绍
同学们，咱们今天来聊一个很实用的工具，叫做 ，MuleSoft for Agentforce 扩展包，。别被这么长的名字吓到，你可以把它想象成一个智能工具箱，专门帮我们在做API集成的时候，少踩坑、多省心。
这个扩展包到底帮咱们解决了哪些头疼的问题呢？主要是三个。
第一个，它能帮你做，设计的验证和检查，，就像一个语法老师。它内置了两个“治理规则集”，你一听这名字可能有点懵。简单来说，就是两套自动检查规则。
* 第一套规则叫 ，Salesforce API主题和操作支持规则，。它的作用是盯着你的API文档，确保上面有代理操作必需的那些元数据。少了一样，它就会提醒你，防止你后续操作报错。
* 第二套规则叫 ，Salesforce Apex REST最佳实践规则，。如果你是用Apex写REST接口，这套规则会检查你的代码质量，确保你写出来的接口是符合最佳实践的，更稳定、更高效。
第二个，它带了一个，API控制台，。这是个好东西！你开发完一个接口，想测试一下通不通，不用自己费劲写代码去调。在这个控制台里，你可以轻松地用真实数据，甚至是模拟数据来测试你的API端点，看看返回结果对不对，非常方便。
但是，用这个工具的时候，有几个特别重要的“坑”，或者说限制，我得提前告诉你。
1. ，API目录的限制是通用的，：任何API目录本身的限制，在这里都适用，你得心里有数。
2. ，ApexRest类，它“藏”起来了，：有一种叫 ，ApexRest， 类型的服务资源，它在那个“外部服务”的设置界面里是看不见的。你别到时候找不到，以为它丢了。
3. ，部署要分开做，：你部署一个服务资源的时候，它不会自动把相关的Apex类一起部署过去。这两步得分开做，千万别忘了。
4. ，托管包里的类，不管，：如果你引用了托管包里的Apex类，这个工具是检查不到的，它被排除在外了。
最后，送你一个非常重要、能救命的操作铁律：，在你停用或者删除任何一个API之前，必须、一定要先从代理操作里把它移除掉！， 顺序反了，就可能会出问题。记住了吗？这可是实践中的关键一步。