数据保护规则
数据保护规则
即使聊天中每位成员都以自己的语言阅读，仍然免不了有人习惯性地贴出访问密钥、客户的银行卡号或合同编号。数据保护规则会在您组织的会议和频道中的每条消息发送之前对其进行检查。检查依据的是一组规则，而不是主观判断：消息被拒绝时，会指明是哪条规则拒绝了它，而且同样的文本明天也会以同样的方式被拒绝。
数据保护规则包含在 Business 和 Enterprise 套餐中。其他套餐的成员看不到任何规则，也不会遇到任何拦截。
检查内容
规则可以是一个模式（正则表达式），也可以是一组精确词语的列表，并对应以下三种操作之一：
- Block（拦截）——消息不会发出。发送者会看到是哪条规则拒绝了它，文本仍保留在输入框中。
- Warn（警告）——发送者可以附上理由后仍然发送。该理由会连同规则一起写入组织的审计日志。
- Audit（审计）——消息正常发出，同时审计日志会记录一行，表明此事发生过。
当房间中有组织之外的人时，warn 规则会变为 block：例如通过链接加入的访客，或来自其他组织的参与者。
编辑已发送的消息时，同样的规则会对新文本再次运行。编辑操作无法附带理由，因此 warn 规则会直接拒绝该次编辑：编辑器会保留您的文本，若要附上理由发送，请将其作为新消息发送。密钥或号码中夹杂的不可见字符和形似的数字，并不能让它们躲过规则的检查。
每个组织起初都带有内置规则：云服务和 API 密钥（AWS、Google、GitHub、Slack、Stripe、OpenAI、Anthropic）、PEM 格式的私钥、JSON Web Token、银行卡号和 IBAN。密钥类会被拦截；银行卡号和 IBAN 类会触发警告。所有者可以更改内置规则的操作，也可以将其关闭。
通过消息教会规则
组织的所有者或管理员打开某条聊天消息的菜单，选择 Protect data like this。InterMIND 会读取该消息并提出一条规则：它要保护什么、一个模式或精确词语，以及一个操作。您可以编辑这一建议并保存。从下一条消息起，每位成员的消息都会按该规则进行检查。
规则必须能匹配用来教会它的那条消息；名称相同的规则会替换先前的规则。
通过文件教会规则
在已连接到 InterMIND 的 Claude、ChatGPT、Copilot 或 Gemini 中，把您的清单交给助手——可以是表格、电子表格或政策文档——并说明哪些内容不得离开组织。助手会通过 add_dlp_rules 写入规则，通过 list_dlp_rules 展示规则，并通过 remove_dlp_rule 删除某条规则。这三个调用同样可在公共 API 的 /api/v1/dlp 下使用。
记录内容
拒绝、附带理由的放行、仅审计的匹配，以及规则的每一次变更，都会成为组织审计日志中的记录行：chat.dlp_blocked、chat.dlp_overridden、chat.dlp_flagged、chat.dlp_rule_changed。该记录行会列出规则、发送者以及所匹配内容的掩码样本——绝不包含整条消息。