Agent 治理与合规防火墙
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_638e256a/governance-guardrails。
技能介绍
问题:Agent 不是普通脚本,它会碰权限、PII 和数据库
当 Agent 可以读取数据、调用工具、修改记录时,风险不再只是模型答错,而是把未加密 PII 发出去、在没有人工监督时触发高风险 AI 行为、执行无审计的变更,或者删掉数据后无法证明删干净。这类问题很难靠提示词约束解决,因为真正出事故的位置通常在工具调用、SQL 生成、权限提升和数据生命周期之间。
这个技能定位为 agent-cognitive-brain seven-layer architecture 中的 L5 safety verification layer。它不是重写 Agent 主流程,而是把治理规则插到操作执行前后,让高风险动作先被拦、被警告、被记录。
工作方式:规则、权限、追踪、回滚与审计
ComplianceRuleEngine:内置 7 条规则,覆盖 GDPR 数据保护、EU AI Act 高风险 AI 和操作安全。例如GDPR-001阻断未加密 PII 传输,EUAI-001阻断缺少 human oversight 的高风险 AI,SEC-002对无审计轨迹的变更告警。RBACMatrix:管理 admin、operator、developer、auditor、viewer 五类角色,配合禁止操作列表和 risk-level caps。ErasureTracer:实现 GDPR Art.17 right to erasure 的关键链路:登记 data ownership,追踪跨表分布,生成DELETE SQL,再验证擦除完整性。RollbackEngine:记录变更 snapshot,生成 rollback SQL,并执行一次性回滚。AuditLog:使用 Python 标准库sqlite3持久化到governance_audit、data_registry、rollback_log三张表,纯标准库实现,零外部依赖。
运行上,SKILL.md 给出 Quick Self-test、Programmatic API 和 CLI Modes 三类入口;references/architecture.md 补充架构细节、RBAC matrix、数据库 schema 和性能特征。
适用边界
它适合需要把合规检查落到可执行动作上的场景,尤其当 Agent 会触达 PII、数据库、权限系统或高风险决策时。但它不替代组织自己的法律判断、数据分类和 EU AI Act 风险等级判定;规则能否触发,也取决于调用方是否把数据所有权、变更上下文和角色权限正确传入。RollbackEngine 的一次性回滚主要覆盖已记录的数据库变更,外部副作用、第三方 API 调用和人工流程仍需要额外治理。
使用场景
- Agent 上线前跑一遍 Quick Self-test,确认内置合规规则、RBAC、审计记录能正常触发
- 涉及 PII 的数据处理任务,用 ErasureTracer 追踪跨表分布并生成 DELETE SQL 验证擦除完整性
- 管理包含高风险 AI 的 Agent,按 RBACMatrix 限制 operator 角色,禁止缺少人工监督的高风险操作
- 数据库变更出问题时,调用 RollbackEngine 从变更快照生成 rollback SQL 并执行一次性回滚
适合人员
- Agent 平台工程师:需要把 L5 安全校验层接入现有认知架构,控制工具调用与数据库变更风险
- 数据保护负责人:需要在 Agent 处理 PII 时落实 GDPR Art.17 擦除链路、数据所有权登记和审计留痕
- 安全与 SRE 工程师:需要在多角色 Agent 环境中限制高危操作,并对变更、擦除和回滚做可追溯验证