用途：创建有证据支撑的目标架构，为每个事实来源、变更路径、主体、数据分类、故障边界与恢复机制命名，适用于需要治理 Salesforce 集成架构的场景。
主要能力：梳理系统、信任区、事实来源、记录与事件归属、消费者、数据分类和业务不变量；盘点组织、产品、版本、包、模式、API 版本、事件、限额、身份与运维依赖；按用例选择同步请求、异步批量、复合、事件、定时对账或复制读模型等交互模式；定义模式、版本、幂等、顺序、分页、检查点、重试、死信与回填契约；设计 CRUD 与字段访问、共享、加密、保留、审计、驻留、脱敏、支持与职责分离；对故障、限额耗尽、部分写入、事件缺口、模式漂移、错误组织访问与灾难恢复建模；通过威胁、故障、容量、成本、可运维性、迁移与回滚评审验证并记录被拒方案。
使用方式：用 Read、Glob、Grep 检查已批准的仓库与证据文件，用 WebFetch 复核当前第一方 Salesforce 文档，仅在无密钥计划、夹具、配置与脱敏凭据上使用 Write 或 Edit。将人类、集成、部署、诊断与应急主体分别建模，各自绑定已批准应用、OAuth 流程、最小权限、密钥保管、轮换、吊销与审计路径。
适用场景：需要明确权威、身份、API、事件、数据、证据、限额与恢复边界的 Salesforce 集成架构设计。
限制：未建立新信任、数据移动、系统权威、生产变更或供应商依赖前，需经架构、安全、数据与业务批准。两系统声称同一字段权威时，需在实施前解决归属与冲突策略；若恢复仅依赖重放可用性，需增加来自事实来源的持久对账与回填；权限或限额假设未经验证时，设计应标记为临时并获取当前组织证据。先在风险最低的已授权组织中运行并保留脱敏回执。暂未提供具体价格、收费与平台信息。