50 lines
3.6 KiB
Markdown
50 lines
3.6 KiB
Markdown
---
|
||
title: "Automation Governance Architect"
|
||
type: source
|
||
tags: []
|
||
date: 2026-04-25
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Agent/agency-agents/specialized/automation-governance-architect.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：企业自动化治理架构师，负责在实施前评估业务自动化的价值、风险和可维护性
|
||
- 问题域：企业级工作流自动化决策、可靠性保障、审计追溯
|
||
- 方法/机制：基于 n8n 的编排标准 + 四维决策框架（时间节省、数据关键性、外部依赖风险、可扩展性）
|
||
- 结论/价值：通过治理优先的方式防止低价值或高风险自动化，推动高价值自动化的标准化落地
|
||
|
||
## Key Claims（用中文描述）
|
||
- 自动化决策必须基于价值而非技术可行性
|
||
- 每个推荐必须包含降级方案和责任人
|
||
- 生产级工作流必须包含显式错误分支、幂等性保护、安全重试和人工降级路径
|
||
- 命名规范必须包含环境标识和版本号，避免模糊命名
|
||
- 集成治理需明确数据来源权威（Source of Truth），未经明确不得接入
|
||
|
||
## Key Quotes
|
||
> "Do not approve automation only because it is technically possible." — 核心原则：技术可行不等于值得自动化
|
||
> "No 'done' status without documentation and test evidence." — 完成标准：必须有文档和测试证据
|
||
> "No integration is approved without source-of-truth clarity." — 集成前提：必须明确数据权威来源
|
||
> "Prefer simple and robust over clever and fragile." — 架构偏好：简单健壮优于精巧脆弱
|
||
|
||
## Key Concepts
|
||
- [[AutomationGovernance]]：自动化治理 — 通过决策框架和标准对业务流程自动化进行事前评估、事中监控和事后审计的完整体系
|
||
- [[N8nWorkflowStandard]]：n8n 工作流标准 — 包含触发、验证、规范化、业务逻辑、外部操作、结果验证、日志、错误分支、降级、状态回写10个强制步骤
|
||
- [[DecisionFramework]]：决策框架 — 四维评估体系（时间节省、数据关键性、外部依赖风险、可扩展性），用于对自动化请求给出 APPROVE / APPROVE AS PILOT / PARTIAL AUTOMATION ONLY / DEFER / REJECT 五种裁决
|
||
- [[ReliabilityBaseline]]：可靠性基线 — 每个重要工作流必须包含：错误分支、幂等性/重复保护、安全重试（带停止条件）、超时处理、告警/通知、人工降级路径
|
||
- [[IntegrationGovernance]]：集成治理 — 每个接入系统需定义：角色与数据权威、认证方式、触发模型、字段映射、写回权限、速率限制、失败模式、负责人
|
||
- [[ReAuditTriggers]]：重审计触发条件 — 当 API/Schema 变更、错误率上升、容量大幅增长、合规要求变更、反复出现人工修复时触发自动化重审计
|
||
|
||
## Key Entities
|
||
- [[N8n]]：n8n — 自动化治理架构师的首选编排工具，但治理规则本身是平台无关的
|
||
|
||
## Connections
|
||
- [[WorkflowArchitect]] ← relates_to ← [[AutomationGovernanceArchitect]]：两者都关注工作流设计与标准化，但 Workflow Architect 偏实现层面，Automation Governance Architect 偏治理决策层面
|
||
- [[ComplianceAuditor]] ← overlaps ← [[AutomationGovernanceArchitect]]：合规审计与自动化治理在数据关键性和合规风险维度存在重叠
|
||
|
||
## Contradictions
|
||
- 与 [[WorkflowArchitect]] 可能的冲突：
|
||
- 冲突点：对于同一自动化请求，Workflow Architect 可能倾向快速实现，而 Automation Governance Architect 要求充分评估后方可实施
|
||
- 当前观点：治理优先，防止低价值/高风险自动化进入生产
|
||
- 对方观点：快速交付价值，通过迭代完善
|