---
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）