用途与定位 ComplyEdge 的核心用途是拦截不当的 AI 请求与回答，使其在落地前就被阻止。它主要针对提示词注入、个人数据与 API 密钥泄露，以及欧盟 AI 法案第 5 条所禁止的做法。与常规日志或安全评分不同，它在规则触发时给出法律条款引用，并记录每一次决定。官方将其定位为居于应用与模型之间的执行层：请求路径上的规则无法像系统提示词那样被模型忽略。
主要能力 一是请求与应答双向检查：提示词在 AI 看到之前被检查，回答在用户看到之前被检查；被拦截的提示词不会到达模型。二是敏感信息拦截：在欧洲检查中，电子邮件地址、电话号码、IBAN、卡号、部分国家的身份证号（德国、法国、西班牙、荷兰、意大利）、API 密钥与私钥会在到达 AI 之前被拦截，也会在含这些信息的回答到达用户之前被拦截；匹配依据格式与校验和，因此人名与街道地址不在拦截范围内。三是证据记录：每次调用都产生一条决定记录，包含规则、时间戳与文本哈希，规则触发时附带法律引用；记录保存在 AI 系统之外，导出时可用。记录只存 SHA-256 文本哈希，不存提示词原文。四是审计导出：可导出 CSV/JSON 记录，保留 180 天；企业版导出附带哈希链与完整性证明。
使用方式 官方描述为在函数上方添加一行即可，并设置司法管辖区（如 EU），已加载的规则语料便会生效。提供一个包，无需基础设施、无容器，兼容任何 Python AI 框架；提供 Python 与 TypeScript SDK、CLI 与 MCP 服务器（Apache 2.0）。示例输出显示被拦截消息附带的规则标识（如 rego-art5-1c-001）与法规引用（Regulation (EU) 2024/1689, Article 5(1)(c)）。
适用场景 适用于在欧盟使用 AI 的公司，以及需要记录规则适用情况并向客户或审计方出示证据的团队。官方强调治理与 GRC 平台负责系统清册与框架映射，而 ComplyEdge 在请求路径上运行，可阻止被禁止的请求并作为决策副产品写入记录，多数团队会两者并用。欧盟 AI 法案中已生效的三部分（禁止性做法、GPAI 义务、透明度义务）均有对应规则。
限制与缺失 官网未提供具体性能基准、支持的 AI 框架完整列表、记录存储位置、法律效力保证、免费与付费方案之外的价格细节等信息，也未说明规则语料的具体覆盖范围与自定义规则能力，这些事实暂未提供。分类上，官方明确其面向 AI 智能体的运行时执行层，属于 AI 智能体范畴。
