“思想之云”：如何建立用户记忆，将人们聚集在一起，又不失去隐私
简单说一下主要的事情（BLUF）
记住用户是一项双重任务：将人们与他们的想法联系起来是有用的，但一旦泄露就会永远消除对产品的信任。我们展示了“思想云”的各层是如何排列的，为什么失败关闭比看起来更重要，以及哪些披露渠道比其他渠道更严格。
关于产品本身—— NeuralSpace中的“思绪之云” — 我们已经告诉过您：系统会收集有关您的信息，并在双方同意的情况下将具有相同兴趣的人聚集在一起（“我正在寻找 3D 建模师”↔“我正在制作 3D”）。这里——关于 工程方面：如何防止有用的用户内存泄漏。事实证明，这比功能本身更有趣。
双底问题
我同时想要两件事，它们是相互矛盾的：
- 丰富的个人资料。 为了将人们聚集在一起，你需要了解事实：他做什么、他寻找什么、他提供什么。
- 默认隐私。 没有人同意公开他的信件。泄漏 = 失去信任和违反 152-FZ。
一个幼稚的实现（“让我们收集所有东西并开始比赛”）会立即打破第 2 点。好的架构是围绕 故障关闭：默认关闭，仅在明确同意的情况下披露，并在代码级别进行验证，而不是“我们承诺”。
层数
1. 收集事实。 两个来源：结构性事实（生成类型、活动 - 非个人）和从聊天信件中提取。第二个是最敏感的，所以它是门控的 单独的聊天记忆切换开关 在用户处。将其关闭 - 根本不会从信件中提取信息。重要：这个门 不是 与付费功能订阅相关 - 隐私不应被出售。
2. 禁止类别。 系统采集请求 排除 152-FZ 下的敏感类别（健康、政治和宗教观点等）- 即使在对话中出现，它们也不会落入云端。这不是后置过滤器，而是提取阶段的规则。
3.双重同意匹配。 两个人有相同的兴趣——系统 不是 自动显示联系人。她向双方做了介绍；仅当以下情况时，触点才会打开 两个都 同意。这可以防止“我的聊天请求连同我的电话号码一起出现在陌生人身上”的情况。
4. 显式声明的例外情况。 微妙的一点。如果一个人自己在聊天中公开地说“我正在出售一项服务，无论谁需要它，请写信@nick”——第二次请求同意是荒谬的，他已经同意了。此类公开允许的联系将被单独认可并立即向相关方披露。该联系人被广泛识别（带或不带 @ 的电报、任何格式的电话、链接），但是 披露条件 - 精确明确的公共许可，而不仅仅是文本中存在的联系。
为什么故障关闭比看起来更重要
诱惑是在界面级别使用“显示/不显示”标志进行保护。这是错误的：UI 逻辑中的任何错误 = 泄漏。我们的做法不同—— 未经同意的事实不会实际包含在个人资料中 在组装阶段。没有达成一致 - 信件中的请求和参考文本以及匹配 根本不打，而不是“他们到达那里，但我们隐藏了他们。”区别是根本性的：在第一种情况下，忘记检查 = 泄漏，在第二种情况下 - 只是缺少数据。
我们给任何构建这样的系统的人的规则是： 默认 - 关闭，披露 - 积极的用户操作，验证 - 尽可能靠近数据源，而不是屏幕。
披露渠道 - 不同严重程度
- 聊天中，应用户本人的要求 - 更容易获得非个人事实和已经公开的线索：该人自己问。
- 主动邮件 （系统本身写“有匹配”） - 更严格，只有订阅和双重同意。
逻辑很简单：用户期望披露的越少，同意的门槛就越高。
底线
这里最困难的不是机器学习，而是 数据流规则。如果您正在提出建议或匹配用户数据，那么讨论在哪里进行同意检查会很有趣。您可以在 部分中查看系统对您的了解 隐私.
常见问题 (FAQ)
问题：如何从神经网络中获得最佳结果？
答：使用详细的英文提示（描述），设置场景的风格和细节。
问：这些材料可以用于商业用途吗？
答：是的，生成的内容完全属于您。