Update nexus wiki content

wiki/sources/specialized-salesforce-architect.md

@@ -2,55 +2,60 @@
 title: "Specialized Salesforce Architect"
 type: source
 tags: []
-date: 2026-04-20
+date: 2026-04-29
 ---
 
 ## Source File
-- [[raw/Agent/agency-agents/specialized/specialized-salesforce-architect.md]]
+- [[Agent/agency-agents/specialized/specialized-salesforce-architect.md]]
 
 ## Summary（用中文描述）
-- 核心主题：Salesforce 平台企业级解决方案架构师 Agent — 多云架构设计、企业集成模式、技术治理
-- 问题域：Salesforce 组织从试点到企业规模扩展过程中的架构设计、技术债务规避、governor limits 规划
-- 方法/机制：ADR（架构决策记录）、Governor Limit Budget 追踪、Integration Pattern Template、数据模型审查清单
-- 结论/价值：提供从发现评估 → 架构设计 → 实施指导 → 审查治理的完整工作流，强调 declarative-first 原则和 bulkification 强制性要求
+- 核心主题：Salesforce 平台解决方案架构师 Agent 人格定义，专注于多云平台设计、企业级集成模式和平台治理
+- 问题域：企业级 Salesforce 组织面临的架构挑战——200+自定义对象、47个相互冲突的 Flow、Governor Limits瓶颈、遗留系统迁移、数据模型治理
+- 方法/机制：声明式优先 + 代码兜底的设计原则；Trigger框架 + Handler类分层；Integration Pattern Template（REST/Platform Events/CDC/MuleSoft）；ADR（架构决策记录）；Governor Limit Budget规划；Multi-Cloud Data Architecture
+- 结论/价值：提供从发现评估、架构设计到实施指导、评审治理的完整工作流，确保零Governor Limit异常、生产数据零丢失、架构文档可让新开发者一周内上手
 
 ## Key Claims（用中文描述）
-- Governor limits 是不可协商的铁律，每项设计必须提前计入 SOQL(100)、DML(150)、CPU(同步10s/异步60s)、堆(同步6MB/异步12MB) 等限制
-- 业务逻辑必须放在 Handler 类中，Trigger 只负责委托分发，且每个对象只允许一个 Trigger
-- Bulkification 是强制要求 — 若代码在 200 条记录下失败，则该代码就是错误的
-- Declarative first，代码第二：优先使用 Flows、公式字段和验证规则，只在 declarative 方案变得不可维护时才考虑 Apex
-- 集成模式必须处理失败场景：每次外部调用都需要重试逻辑、断路器和死信队列
-- 数据模型是基础：在生产上线后再改数据模型，成本是设计阶段的 10 倍
-- PII 数据必须加密存储，使用 Shield Platform Encryption 或自定义加密方案
+- Governor Limits是不可妥协的铁律：每个设计必须考虑SOQL(100)、DML(150)、CPU(10s同步/60s异步)、堆(6MB同步/12MB异步)，无例外
+- 批处理化是强制要求：永远不写逐条处理的Trigger逻辑；若代码在200条记录下会失败，则设计本身是错误的
+- Trigger中不承载业务逻辑：Trigger仅委托给Handler类，每个对象一个Trigger
+- 声明式优先、代码兜底：优先使用Flow、公式字段、验证规则；但当声明式变得不可维护（复杂分支、批处理需求）时使用Apex
+- Integration Pattern必须处理失败：每个外部调用都需要重试逻辑、熔断器、死信队列
+- 数据模型是基础：上线后再改数据模型代价是设计时的10倍
+- PII数据必须加密：敏感数据使用Shield Platform Encryption或自定义加密
+- Platform Events与CDC各有适用场景：前者适合自定义Schema和高容量业务事件，后者适合字段级变更追踪
+- Agentforce在Salesforce Governor Limits内运行：设计需要在CPU/SOQL预算内完成的Actions
 
 ## Key Quotes
-> "Governor limits are non-negotiable. Every design must account for SOQL (100), DML (150), CPU (10s sync/60s async), heap (6MB sync/12MB async). No exceptions, no 'we'll optimize later.'" — 核心设计原则
-> "If the code would fail on 200 records, it's wrong." — Bulkification 强制性标准
-> "Data model is the foundation. Changing the data model after go-live is 10x more expensive." — 数据模型优先级
-> "Be direct about technical debt. If someone built a trigger that should be a flow, say so." — 沟通风格示例
+> "This approach adds 3 SOQL queries per transaction — you have 97 remaining before the limit" not "this might hit limits." — 用量化方式表述Governor Limit影响，而非模糊警告
+> "Get the data model right before building anything. Changing the data model after go-live is 10x more expensive." — 数据模型是架构的基石
+> "Design patterns must handle failure gracefully (zero silent data loss)." — 集成设计的核心原则
 
 ## Key Concepts
-- [[GovernorLimits]]：Salesforce 平台执行上下文的硬性资源限制，包括 SOQL 查询数(100)、DML 语句数(150)、CPU 时间(同步10s)、堆大小(同步6MB)等
-- [[Bulkification]]：批量处理模式 — 要求所有触发器和 Apex 代码必须能在单次交易中处理多条记录（通常按 200 条/批次测试）
-- [[PlatformEvents]]：Salesforce 平台事件 — 用于跨系统集成的异步事件驱动机制，支持 72 小时重放窗口和高容量标准（10万/天）
-- [[ChangeDataCapture]]（CDC）：变更数据捕获 — 自动追踪 sObject 字段级变更，适合 Salesforce 原生事件同步场景
-- [[ADR]]（Architecture Decision Record）：架构决策记录 — 文档化记录重要技术决策的上下文、备选方案、后果和复审日期
-- [[SalesforceDX]]：Salesforce 开发者体验框架 — 基于 Scratch Org 的源代码驱动部署方式，与 DevOps Center 并行
-- [[Agentforce]]：Salesforce AI Agent 框架 — Agent 在 Salesforce governor limits 内运行，需设计在 CPU/SOQL 预算内完成的动作，使用 Einstein Trust Layer 进行 PII 脱敏
+- [[GovernorLimits]]：Salesforce平台的执行限制（SOQL/DML/CPU/Heap等），每次同步事务必须严格在预算内运行，是架构设计的核心约束
+- [[Bulkification]]：批处理化原则，要求代码能高效处理200条记录的批量操作，而非逐条处理
+- [[IntegrationPatternTemplate]]：Salesforce与其他系统集成的标准模式模板，涵盖认证（OAuth2）、格式（JSON）、重试（3x指数退避）、死信队列（error__c对象）等
+- [[ADR]]：Architecture Decision Record，架构决策记录文档，用于记录每个重要技术决策的背景、方案、备选、后果和复审日期
+- [[TriggerFramework]]：Trigger仅做委托，业务逻辑下沉到Handler类，每个sObject一个Trigger
+- [[DeclarativeFirst]]：优先使用Flow、公式字段、验证规则等声明式工具，只在声明式不可维护时才引入Apex代码
+- [[PlatformEvents]]：Salesforce事件驱动架构，支持72小时重放窗口，适合高容量业务事件和跨系统集成
+- [[ChangeDataCapture]]：CDC，变更数据捕获，适合字段级变更追踪，但仅支持Salesforce原生事件，不支持自定义Schema
+- [[MultiCloudArchitecture]]：跨Sales Cloud、Service Cloud、Marketing Cloud、Data Cloud、Agentforce的统一数据架构设计
+- [[AgentforceArchitecture]]：Salesforce AI Agent的架构设计原则，包括Prompt版本控制、RAG模式（Data Cloud而非SOQL）、Einstein Trust Layer安全防护
 
 ## Key Entities
-- [[MuleSoft]]：Salesforce 收购的企业级集成中间件，用于跨系统集成模式中的中间转换层（DataWeave 转换、3x 指数退避重试、死信队列）
-- [[ShieldPlatformEncryption]]：Salesforce 原生 PII 加密方案，与自定义加密并列作为敏感数据保护选项
-- [[DevOpsCenter]]：Salesforce 原生 CI/CD 平台，与 Salesforce DX 并行的另一种部署方式
+- [[MuleSoft]]：企业集成中间件，Salesforce官方推荐集成平台，支持DataWeave转换、OAuth2认证、DLQ死信队列
+- [[SalesforceDX]]：Salesforce的现代化开发工具链，包含Scratch Org、CI/CD、Source Tracking
+- [[DevOpsCenter]]：Salesforce的DevOps中心化管理平台，用于部署流水线管理
+- [[ShieldPlatformEncryption]]：Salesforce数据加密方案，用于敏感PII数据的字段级加密
+- [[DataCloud]]：Salesforce统一数据平台，用于身份解析、用户画像和RAG grounding
+- [[Agentforce]]：Salesforce AI Agent产品线，允许构建在Salesforce平台内运行的AI Agent
 
 ## Connections
-- [[SalesforceDX]] ← supports ← [[ADR]]
-- [[PlatformEvents]] ← extends ← [[ChangeDataCapture]]
-- [[Bulkification]] ← enforces ← [[GovernorLimits]]
-- [[Agentforce]] ← bounded_by ← [[GovernorLimits]]
+- [[SalesforceDX]] ← uses ← [[CI/CD]]
+- [[IntegrationPatternTemplate]] ← builds_on ← [[PlatformEvents]]
+- [[MultiCloudArchitecture]] ← coordinates ← [[DataCloud]]
+- [[AgentforceArchitecture]] ← constrained_by ← [[GovernorLimits]]
+- [[ADR]] ← documents ← [[ArchitecturalDecision]]
 
 ## Contradictions
-- 与 [[DevOpsCenter]] 关系：
-  - 冲突点：Salesforce DX 与 DevOps Center 是两种并行的部署策略，文档将两者并列但未明确优先选用哪个
-  - 当前观点：Salesforce DX 基于 Scratch Org 源码驱动是现代标准实践
-  - 对方观点：DevOps Center 作为 Salesforce 原生工具对非技术用户更友好
+- 无明显内容冲突。该文档是Agent人格定义，属于方法论性质，与现有Wiki页面不构成事实性冲突。