什么是 Agentforce Vibes？Salesforce Vibe 编码简介

Source: Dev.to

引言

2025 年 2 月，AI 研究员 Andrej Karpathy 创造了 “vibe coding” 这一术语，用来描述一种全新的软件开发方法：用自然语言描述需求，让 AI 生成代码。他的关键洞见是“完全顺从 vibe，拥抱指数级增长，忘记代码本身的存在”。

Agentforce Vibes 是 Salesforce 对这一转变的响应——通过描述意图而不是手写每一行代码来构建应用。

什么是 Agentforce Vibes？

Agentforce Vibes 是内置于 Salesforce 生态系统的设计时 AI 助手。你描述想要构建的功能，Vibes 会把该描述转化为真实的 Salesforce 产物——Apex 类、Lightning Web Component 和 Flow——这些产物会出现在你的组织中、出现在 IDE 中，并且像其他代码一样通过相同的部署流水线。

示例：
你可能会描述：“创建一个 Apex 类，用于验证电子邮件地址，如果包含 @ 且其后有句点则返回 true。” Vibes 会生成带有适当错误处理的类，创建相应的测试类并包含有意义的断言，让你在部署前审查两者。

为什么 Salesforce 与众不同

Salesforce 平台受限于配额、元数据、安全规则和部署约束，而这些是通用 AI 编码工具所不了解的。常见的陷阱包括：

• Governor 限制 – 在测试中能处理 10 条记录的触发器，在生产环境的 201 条记录下可能触发限制。
• 批量处理 – 在循环中生成的 SOQL 可能通过单元测试，却在真实数据量下导致 “Too many SOQL queries” 错误。
• 安全性和共享 – 忽视共享规则的代码可能违反合规要求。

这些并非边缘案例，而是非 Salesforce AI 工具根本无法把握的基本约束。

Agentforce Vibes 的工作原理

1. 描述意图 – 提供自然语言提示，描述所需功能。
2. AI 生成 – Vibes 生成符合批量处理模式、Governor 限制和安全约定的标准 Salesforce 组件。
3. 审查与测试 – 生成的代码出现在你的组织和 IDE 中，便于运行测试、进行代码审查，并在沙盒中验证。
4. 部署 – 与其他元数据一样，这些产物会通过现有的 DevOps 工作流进行部署。

Vibes 不会 绕过 Governor 限制、安全规则或代码审查流程。它加速的是代码的创建，而不是代码的执行。

限制与责任

• 架构判断 仍然必不可少；Vibes 提供的是强有力的初稿，而非最终方案。
• Governor、 安全性和测试 仍保持不变——生成的代码必须仍然符合所有平台约束。
• 人工监督 必须确保输出符合设计标准和业务需求。

把 Vibes 当作自动驾驶仪使用会导致误用；把它当作辅助草稿使用才能产生真正价值。

对角色和开发流程的影响

• 开发者 将花更少时间在脚手架上，更多时间解决复杂问题。
• 管理员 可以在不从空白编辑器开始的情况下探索编程解决方案。
• 架构师 能够快速原型化想法，然后再决定是否进行完整设计。

共同的主题是 意图优先的开发：更多团队成员可以更早参与，而经验丰富的工程师仍然掌握最终成果的所有权。

接下来

在本系列的下一篇文章中，我们将通过使用 Agentforce Vibes 从提示生成 Lightning Web Component，使概念具体化——展示非开发者如何从想法到 UI，并说明在人类判断仍然重要的环节。