Update nexus: fix conflicts and sync local changes

wiki/concepts/ReAuditTriggers.md

@@ -1,54 +1,54 @@
----
-title: "ReAuditTriggers"
-type: concept
-tags: []
-last_updated: 2026-04-25
----
-
-# ReAuditTriggers（重审计触发条件）
-
-## Definition
-触发现有自动化流程重新审计的事件条件，防止系统在外部环境变化后继续以过时假设运行。
-
-## Trigger Conditions
-
-### 1. API or Schema Changes（API 或 Schema 变更）
-外部依赖的 API 版本升级、字段类型变化、必填字段增减等，均可能破坏现有工作流逻辑。
-**行动**：重新验证字段映射、输入验证和错误处理是否仍有效。
-
-### 2. Error Rate Increases（错误率上升）
-当某工作流的错误率超过基线阈值（如 >1%），可能是：
-- 隐性依赖断裂
-- 上游数据质量恶化
-- 限流策略收紧
-**行动**：追踪错误日志，定位根本原因，重新评估风险评分。
-
-### 3. Volume Increases Significantly（容量大幅增长）
-业务量从 1x 增长到 10x/100x 时，以下假设可能失效：
-- 重试次数和退避策略
-- 去重机制的处理能力
-- 外部 API 速率限制
-**行动**：重新执行 [[DecisionFramework]] 的可扩展性评估维度。
-
-### 4. Compliance Requirements Change（合规要求变更）
-新法规、行业标准或内部政策的出台，可能对数据处理方式提出新要求。
-**行动**：重新评估 [[IntegrationGovernance]] 的合规维度，必要时回退或修改自动化。
-
-### 5. Repeated Manual Fixes Appear（反复出现人工修复）
-当运维人员反复以手动方式"修复"同一工作流，说明：
-- 该工作流的 [[ReliabilityBaseline]] 不满足实际需求
-- 存在未被识别的失败模式
-**行动**：将人工修复步骤文档化，评估是否应纳入自动化，或修改降级路径。
-
-## Key Principle
-> **Re-audit does not imply automatic production intervention.**
-> （重审计不意味着自动进行生产干预——审计结果是决策依据，不是行动本身。）
-
-## Related Concepts
-- [[AutomationGovernance]]：重审计触发条件由治理框架定义
-- [[IntegrationGovernance]]：API 变更和合规变更直接影响集成治理状态
-- [[ReliabilityBaseline]]：错误率上升触发可靠性重新评估
-- [[DecisionFramework]]：容量变化触发可扩展性维度重新打分
-
-## Sources
-- [[automation-governance-architect]]（primary）
+---
+title: "ReAuditTriggers"
+type: concept
+tags: []
+last_updated: 2026-04-25
+---
+
+# ReAuditTriggers（重审计触发条件）
+
+## Definition
+触发现有自动化流程重新审计的事件条件，防止系统在外部环境变化后继续以过时假设运行。
+
+## Trigger Conditions
+
+### 1. API or Schema Changes（API 或 Schema 变更）
+外部依赖的 API 版本升级、字段类型变化、必填字段增减等，均可能破坏现有工作流逻辑。
+**行动**：重新验证字段映射、输入验证和错误处理是否仍有效。
+
+### 2. Error Rate Increases（错误率上升）
+当某工作流的错误率超过基线阈值（如 >1%），可能是：
+- 隐性依赖断裂
+- 上游数据质量恶化
+- 限流策略收紧
+**行动**：追踪错误日志，定位根本原因，重新评估风险评分。
+
+### 3. Volume Increases Significantly（容量大幅增长）
+业务量从 1x 增长到 10x/100x 时，以下假设可能失效：
+- 重试次数和退避策略
+- 去重机制的处理能力
+- 外部 API 速率限制
+**行动**：重新执行 [[DecisionFramework]] 的可扩展性评估维度。
+
+### 4. Compliance Requirements Change（合规要求变更）
+新法规、行业标准或内部政策的出台，可能对数据处理方式提出新要求。
+**行动**：重新评估 [[IntegrationGovernance]] 的合规维度，必要时回退或修改自动化。
+
+### 5. Repeated Manual Fixes Appear（反复出现人工修复）
+当运维人员反复以手动方式"修复"同一工作流，说明：
+- 该工作流的 [[ReliabilityBaseline]] 不满足实际需求
+- 存在未被识别的失败模式
+**行动**：将人工修复步骤文档化，评估是否应纳入自动化，或修改降级路径。
+
+## Key Principle
+> **Re-audit does not imply automatic production intervention.**
+> （重审计不意味着自动进行生产干预——审计结果是决策依据，不是行动本身。）
+
+## Related Concepts
+- [[AutomationGovernance]]：重审计触发条件由治理框架定义
+- [[IntegrationGovernance]]：API 变更和合规变更直接影响集成治理状态
+- [[ReliabilityBaseline]]：错误率上升触发可靠性重新评估
+- [[DecisionFramework]]：容量变化触发可扩展性维度重新打分
+
+## Sources
+- [[automation-governance-architect]]（primary）