用途：对 Salesforce 集成代码与运维做缺陷审计，找出反复出现的失败模式，评估真实影响范围，并把每个确认问题转化为有界修复和回归测试。
主要能力：盘点硬编码 API 版本、登录主机、应用类型、OAuth 流程、密钥、组织别名、直接调用、查询、写入、重试与事件状态；检测 N+1 与无界查询、宽字段选择、缺少分页、元数据过期、错误 API 模式与未度量自动化；检查共享限额、并发、硬配额行为、超时分类、部分结果、不确定写入对账与批量幂等；审查 CRUD 与字段访问、共享、SOQL 构造、日志、导出、支持包、夹具中的生产数据与特权绕过；检查事件模式、检查点、重复、顺序、缺口与溢出处理、死信、对账与回填；按可利用性、数据与业务影响、可能性、可检测性与恢复成本排序；逐边界修复，配合负向夹具、受保护金丝雀、回滚与不变量对账。
使用方式：用 Read、Glob、Grep 检查已批准仓库与证据文件，用 WebFetch 复核 Salesforce 第一方文档，仅用 Write 或 Edit 写无密钥计划、夹具、配置与脱敏回执。认证审计只查密钥引用与授权边界，不解析真实密钥；真实集成主体仅用于受保护授权测试通道，不得用管理员会话作为证明。
适用场景：需要审计 Salesforce 集成缺陷、评估共享限额与事件缺口风险、制定修复与回归测试计划的团队。
限制：需具备仓库、架构、组织拓扑、API 与事件契约、部署历史、事件记录与当前负责人；需参考当前 Salesforce API EOL、OAuth、限额、元数据、安全、Bulk、Composite、CDC 或 Pub/Sub 文档；需代表性夹具、非生产组织、策略门禁、对账查询与变更流程。不得通过扩大权限、禁用自动化、增加重试、提高并发、重置检查点或删除数据来消除发现。依赖未验证组织假设的发现应标记为暂定并收集最小受保护证据；修复若将风险转移至其他集成，需重新评估共享限额、权限、数据、事件与恢复影响；遗留行为无负责人时应先升级归属并临时增加监控。输出包括缺陷清单、证据与严重性、误报、优先修复、测试、金丝雀与回滚计划、对账与负责人。