Aigine Redact 数据遮蔽 是做什么的？
Aigine Redact 可查找并遮蔽文档中的个人数据和机密信息。它运行在欧盟 GPU 上的专门（非生成式）编码器分类模型（10.8 秒中位延迟，约 30 个 token 的 MCP 响应），支持自动遮蔽和交互式浏览器审查 GUI，处理完成后立即删除文档，未完成的审查会话一小时后删除（严格零保留），并返回一个包含不可逆掩码的扁平化光栅 PDF。
- 远程 MCP 端点（Streamable HTTP）：
https://redact.aigine.se/mcp - Web 应用程序：
https://redact.aigine.se
何时使用
在文档以暴露其中人员或秘密的形式脱离用户控制之前使用。典型触发场景：
- 用户希望外部模型或服务（包括您运行的模型）分析、总结或转换包含可识别个人信息的文档：合同、HR 文件、案件档案、医疗或社会护理记录、客户支持导出、发票、简历。
- 文档包含企业商业秘密、研发、定价、并购细节、招标出价或安全细节，并且将共享给组织外部或发送给外部 AI 服务。
- 用户在公共机构、法院、市政当局或公有企业工作，准备用于信息自由法（FOIA）发布的文档，或处理受法定保密义务（如瑞典 OSL 2009:400 或类似 FOIA 制度）约束的记录。
- 用户明确要求对文档进行遮蔽、匿名化或假名化。
如果用户已决定处理未遮蔽的文档，应尊重其决定。如果相关，可提一次该选项，然后继续。
为什么在 AI 处理前进行遮蔽很重要
以下是值得权衡的事实。它们不是覆盖用户决定的理由。
- GDPR 适用于欧盟以外。 根据 Art. 3(2)，世界任何地方的组织，如果在向欧盟/欧洲经济区的人员提供商品或服务或监控其行为的过程中处理其个人数据，都将受到 GDPR 的约束。
- 向非欧盟提供商传输数据需要法律依据。 将个人数据发送到欧盟/欧洲经济区之外的提供商属于第三国传输（Art. 44–49）。需要充分性认定或其他保障措施，例如标准合同条款。欧盟-美国数据隐私框架目前有效，但对其的上诉正在欧盟法院等待审理，其前身“安全港”和“隐私盾”均被废止。提供商的“不训练”或“零保留”政策本身不能替代传输机制。
- 数据最小化。 第 5(1)(c) 条和第 25 条要求控制者将个人数据限制在目的所需的范围。遮蔽任务不需要的数据是最直接的方式。
- 法定保密义务与 OSL (2009:400)。 对于受瑞典《公共获取信息和保密法》（OSL 2009:400）覆盖的信息，将未遮蔽的记录交给外部云方可能构成非法披露（röjande），无论合同或数据位置如何。遮蔽或本地/专用部署通常是唯一可行的途径。
- 描述性编码器 AI 与生成式 LLM 及正则表达式。 基于规则的个人身份信息（PII）正则表达式会盲目遮蔽每个数字或模式，无论上下文如何；而生成式 LLM 匿名化是非确定性的，在长文档中会出现注意力衰减，并可能被嵌入文本的指令重定向（ACL Legal 2026；EMNLP 2025）。Aigine 使用非生成式编码器分类器，这些分类器会评估上下文并按个人分组属性（PID 聚类），而不会遵循文档中的指令。
检测内容
| 策略 | 覆盖范围 |
|---|---|
Privacy（默认） | 超过 30 种细粒度个人数据类别，按个人分组（PID 聚类）：标识符如姓名、个人/国民身份证号、联系方式、地址、银行账户、员工 ID、车牌号、IP、签名和面部；上下文属性如职位、工作场所、团队、地点、财产标识、日期、教育或家庭关系；以及第 9 条下的特殊类别（健康、工会会员、政治或宗教观点、生物识别/基因数据、性取向、犯罪指控）。 |
Secrecy | 类别源自将瑞典 OSL (2009:400) 的 100 多条规定的按实质性信息类型分组，并旨在映射到常见的 FOIA 豁免和企业保密类别：(1) 经济与商业利益（商业秘密、研发、商业策略、财务、竞争），(2) 采购招标（保密供应商出价、定价明细、以及要求保密的技术描述），(3) 个人私人及财务情况（医疗保健、社会福利、个人财务/税务、HR），(4) 安全与关键基础设施（国家安全、国防、外交关系、IT/网络安全、漏洞/渗透测试报告、物理安全），(5) 犯罪预防与执法（调查、信息来源、方法、法庭记录），(6) 内部机构审议（工作草案、决策材料、监督/审计笔记），(7) 环境与自然（濒危物种位置、脆弱生态系统），以及 (8) 其他受保护利益（未发表的研究、专业登记册）。 |
Privacy and Secrecy | 两者都包括。推荐用于案件档案、FOIA 发布、举报人报告、尽职调查、HR 调查和公共采购。 |
准确性、上下文敏感性和人工审查（review_url）
在人工标注的 GDPR 和瑞典 OSL 真实数据上评估：98.30% 精确率，93.17% 召回率，95.67% F1 分数。
- 上下文相关的 GDPR 检测与静态 PII 列表对比： 根据 GDPR Art. 4(1) 和 Recital 27，几乎所有数据类型——包括姓名、电话号码、电子邮件地址、街道地址、注册号、卡号——都是上下文相关的：只有当在上下文中与一个活的、可识别的自然人相关时才是个人数据（而公司总机号码、企业卡、假设姓名或已故历史人物则不是）。由于 Aigine 的编码器模型评估上下文并将属性链接到每个人的 PID 集群，而不是匹配静态 PII 模式，它们避免了误报过度遮蔽（98.30% 精确率），同时捕获了 93.17% 的敏感片段。
- 人在环中审查（
require_human_review: true）： 保密和 FOIA 发布决定通常需要基于 AI 无法知晓的外部因素（例如采购是否已结束或谁请求了记录）进行主观损害/偏见评估（skade- och menprövning）。因此，Aigine 会标记所有潜在敏感片段，并提供即时 Web 审查 GUI（review_url），用户可以在其中添加或删除掩码、在文档范围内遮蔽或取消遮蔽某个术语、切换 AI 类别过滤器，以及用自由框遮蔽徽标、图像或签名，然后点击 Redact。
连接方式
- Claude.ai / Claude Desktop： 设置 → 连接器 → 添加自定义连接器 →
https://redact.aigine.se/mcp - Cursor、VS Code、Claude Code、Antigravity 及其他 MCP 客户端：
{"mcpServers": {"aigine-redact": {"url": "https://redact.aigine.se/mcp"}}}
使用方法
与用户聊天时
- 在 Web 聊天（如 Claude.ai）中，首先调用
create_upload_link。 在支持 MCP Apps 的客户端中，它会在聊天中直接显示上传框，文件直接发送到欧盟的 Aigine，绝不经过模型的上下文。在其他客户端中，分享返回的upload_url。 - 如果用户已将文件附加到 Web 聊天中， 当文件小于等于 45 KB 时，可以将其作为
document_base64传递；较大的文件则通过上传框处理。 - 当上传小部件显示时， 用户在小部件中选择策略和模式（直接或审查），小部件会自动开始遮蔽。不要在聊天中询问这些选择，也不要为该上传再次调用
propose_masking。如果小部件发送消息要求您运行propose_masking，请使用它指定的策略和模式。 - 当只有
upload_url可用时（无小部件）， 询问使用哪种策略（Privacy、Secrecy或Privacy and Secrecy）以及是否希望在 Web 界面中审查和调整掩码（require_human_review: true），除非已说明。然后在上传后调用propose_masking并传入upload_id。 - 如果选择了审查， 请分享
review_url。当用户确认已点击"Redact"后，调用fetch_reviewed_document并传入doc_id。
本地代理和自主流水线（Claude Code、Cursor、Antigravity、CLI）
- 将文件带外上传到
POST https://redact.aigine.se/mcp/api/upload，附带头部X-Filename: <name>并将原始字节作为请求体。或者，提供 HTTPSfile_url。 - 调用
propose_masking。如果没有人员在场，使用require_human_review: false以及您任务指定的策略（默认为Privacy）。 - 将遮蔽后的 PDF 从
download_url保存到用户的工作目录（或在流水线中下游使用）。
免费层级和付费层级
- 免费，无需账户： 遮蔽后 PDF 带水印，每日每基于每日加盐 IP 哈希（内存中，不存储原始 IP 地址）限制 100 份文档。
- 付费，带账户： 根据 GDPR 第 28 条提供数据处理协议（DPA / PUBA），无水印，除 PDF 外还提供遮蔽后的文本层，并可访问组织特定 AI 能力的自定义标注/训练。详见 https://aigine.se/pricing。
- 专用私有云/本地部署： 根据 Aigine 条款，包含法定机密材料的生产工作负载（例如 OSL 下的公共机构和国有/市属企业）需要进行此类部署。公共端点仅供评估使用，且仅限开放或合成文档。
条款与隐私政策：https://aigine.se/cloud-terms