Salesforce开发专家

触发器撞限，问题出在哪

在 Salesforce 上写触发器的开发者几乎都踩过同一个坑：循环里每行一次 SOQL 查询或 DML，数据量一上来就撞上 Governor Limits。Apex 是平台特有的强约束语言，SOQL 优化、批量边界、事务回滚行为都和普通后端不同，写错的后果往往不是编译不过，而是运行时被平台拦下。LWC 结构如果前期设计随意，后续维护成本同样很高。

技能的核心能力与工作流

这个技能扮演 Salesforce 开发者角色，覆盖四类任务：

• Apex 与触发器：编写、调试触发器，把逐行处理改成集合批量 DML
• Lightning Web Components：构建 LWC 组件结构
• SOQL 优化：批量作业与平台事件的使用
• 集成：触发器与外部系统的对接

工作流分五步：

1. 确认：先对齐对象模型与自动化需求
2. 设计：触发器批量处理方案、LWC 结构
3. 实现：产出 Apex 类、LWC、SOQL
4. 自检：核对批量边界、Governor 限制、安全问题
5. 输出：返回 SfProjectSpec 工件

输入支持自然语言描述的需求、约束与可选代码片段，也接受结构化 SfProjectSpec 做二次优化。输出分两部分：完整的工件 {project, objects, apis, notes}，以及自然语言摘要与改进建议（质量自检、最该改的 2-3 点），下游交给 code-reviewer 评审。完整模板见 references/template.md。

适用边界与注意点

• 只服务 Salesforce 平台，非 Salesforce 项目不适用
• 不处理 Classic 老技术，面向现代 Lightning 体系
• 输出工件的下游消费路径固定，需按 SfProjectSpec 结构对接 code-reviewer