私谱 BP：一个只给自己用的人脉系统，必须先砍掉「自动收集」

核心观点：这个产品最大的卖点和最大的技术难点是同一句话——「绝对私密，只能自己用」。它和「跨平台智能收集」在架构上直接互斥。只要有一个服务端替你去各平台拉数据，你就制造了第二个个人信息处理者，「只自己能看」当场失效。所以这份 BP 的第一个决策不是选技术栈，而是砍需求：把「智能收集」重新定义成「用户主动导出 + 本地归并」，把「撮合」重新定义成「只给建议、不代发信息」。

2026-11-05 补记：2026 年 10 月豆包手机被 150 余款应用书面拒绝代操作，为「跨平台自动取数」提供了上限证据，见第三章实证。

项目代号：私谱（PrivateGraph）。工作代号，非正式产品名。立项日期 2026-11-05。

一、问题不是「记不住」，是数据从来没在同一个地方

一个人的人脉通常散在 5 类互不相通的容器里：纸质名片与会议名录、手机通讯录、各内容平台的粉丝/关注列表、社交平台的私聊与评论区、各种群聊。它们没有共同 ID，没有统一时间戳，甚至没有一致的姓名写法。

用本站公开的数据举个具体例子：ZouIC 媒体矩阵记录 5 个平台的关注者——今日头条 3287、爱奇艺号 317、微博 131、知乎 47、企鹅号 117，合计 3899 人。这 3899 人分布在 5 套后台里，任何一套都看不到另外 4 套；其中有多少是同一个人在不同平台的账号、有多少是做元器件生意的同行、有多少曾经问过报价，目前只能靠记忆。这不是信息量问题，是容器隔离问题。

更现实的一层是撮合场景。以电子元器件配单为例：A 在群里说有一批现货，B 在另一个群里找这颗料，两人都认识机主，但机主在两个群里的记忆没有连起来——这单就丢了。本站的 元器件撮合服务本质就是人工在做这件事。产品想解决的，是把这种「我明明认识两个人却想不起来」的损耗降下来。

二、三个绕不过去的硬矛盾

矛盾一：绝对私密 vs 跨平台收集。自动跨平台收集意味着三件事：持有平台账号凭据、代表用户向平台发起请求、把返回数据落盘。只要这个过程跑在服务器上，数据就经过第三方；即使服务商承诺「不留存」，法律上它仍然是受托处理者（《个人信息保护法》第 21 条）。更麻烦的是，模拟登录或爬虫式抓取还普遍违反平台用户协议，账号本身有被限制风险。结论：收集必须发生在用户自己的设备上，且以用户主动导出的文件为输入。

矛盾二：自动化归并 vs 不可撤销的误合并。同一个人，名片上是「张伟 / 某公司 / 138xxxx」，微信备注是「伟哥」，知乎是「@xxx」，群里叫「张工」。没有全局 ID，跨源归并只能是概率匹配。一旦算法把两个真人误判成同一人，两份截然不同的社会关系、聊天记录、交易备注会永久粘在一起，而且很难发现。这类错误没有「撤回」按钮。结论：精确率永远优先于召回率，系统只产出合并候选，不自动落库。

矛盾三：撮合 vs 单独同意。撮合听起来是「帮朋友牵线」，落到数据流上却是把 A 的信息交给 B。《个人信息保护法》第 23 条要求：向其他个人信息处理者提供个人信息，须告知接收方名称、联系方式、处理目的、处理方式、信息种类，并取得单独同意；第 25 条规定不得公开其处理的个人信息，取得单独同意的除外。第 24 条还要求自动化决策透明，对个人权益有重大影响的决定，个人有权要求说明并拒绝仅由自动化决策作出。结论：系统永远不代替机主把 A 推给 B，它只向机主本人显示「这两个人可能对得上」，引荐动作由人完成、由人取得同意。

三、实证：一个有系统级权限的团队，把「读屏收集」走到了尽头

上面三个矛盾听起来像纸面推演，但 2025 年 12 月到 2026 年 10 月，已经有人用真机、真钱和真备案把这条对照实验跑完了。结论对本项目是决定性的：跨平台自动取数最难的不是模型、不是 OCR，是入口的所有者不是你，而且它已经用书面形式说过不。

把时间线摆出来，比任何架构讨论都清楚：

这组数字里最该被记住的，是能力与授权的错配。超过 80% 的任务成功率、数百步长链路、需要系统私钥签名的注入权限、端侧大模型备案、带操作日志与系统基线的公开协议、以及一家硬件大厂加一家模型大厂的商务资源——这些筹码一个不缺，换回的仍是 3 个标准接口和 155 份拒绝声明。SAEP 甚至设计了四条相当克制的安全机制：应用可声明页面级允许或禁止、策略模块综合 Agent 身份与系统安全基线与用户授权状态决策、限制由系统关键能力入口执行而不依赖 Agent 自律、完整记录「谁在何时、对哪个页面、请求什么操作、命中什么策略、结果如何」。技术、合规、审计三样都齐了，生态授权还是没来。一个第三方个人工具手里没有任何一样这些筹码，没有理由假设自己能做得更好。

把事件翻译成项目一的技术难点，是四层各自独立的墙：

还有一条容易被忽略、却直接决定了架构边界：「拒绝接入」不等于应用不能用。多家媒体明确，相关 App 在豆包手机上仍可正常下载、安装、手动使用，受限的只是助手的自动读屏与模拟点击。也就是说，用户亲手打开 App、用平台自带的导出与分享功能把数据拿出来，这条路从头到尾都开放，从未被任何一方拒绝过。

所以「用户主动导出 + 本地归并」不是退而求其次的妥协，而是这次对照实验里唯一被证明仍然开放的那条路。豆包事件把「跨平台智能收集能不能做」从待验证假设变成了已有答案的问题，后文的技术架构因此不必再花 12 周去撞一次墙。

依据：豆包手机助手官方公告与 SAEP 接入文档，央广网（2026-10-16）、中国经济网（2026-10-15）、澎湃新闻、南方+、21 世纪经济报道、赛迪网报道整理，核对日期 2026-11-05。拒绝清单每周三动态更新，各媒体统计的 151 / 153 / 155 / 166 款来自统计时点与口径差异，以官方清单当前版本为准。

四、产品定义，以及明确的「不做清单」

一句话定义：一款单用户、本地优先的个人关系资产管理工具。它把散落的人脉碎片导进一台自己掌控的设备，做去重、归并、检索与供需提示，全部明文不出本机。

不做清单比功能清单更重要，它决定这个产品会不会越界：

数据输入方式：vCard / CSV 通讯录导出、名片 OCR 本地识别、各平台官方后台提供的「导出个人数据」文件、聊天记录由用户手工导出的文本、机主手写的备注。全部是用户主动、可追溯、可撤销的动作。

五、合规边界：逐条对应，不靠「自己用应该没事」

一个常见误区是「只给自己用就不受管」。中国《个人信息保护法》没有 GDPR 意义上的家庭事务豁免条款；它管的是处理行为本身。所幸有几条对本项目友好的通道，也有几条必须绕开的红线。

法规依据：《中华人民共和国个人信息保护法》（2021-11-01 施行）全文，条文核对日期 2026-11-05。本文为产品设计与工程讨论，不构成法律意见；正式立项前应做个人信息保护影响评估（第 55、56 条）并由专业人士复核。

六、技术架构：五层，全部落在用户设备上

为什么第 4 层强调「本地」：把 3899 条人脉的姓名、公司、聊天摘要发给云端大模型做语义匹配，是这类产品最容易踩的坑——它名义上是「AI 智能整理」，实质是把全量关系图谱交给第三方。若确实需要外部算力，做法是本地维护一张可逆的假名映射表，先把实体替换成 ENT_0001 这类无意义令牌再发出，返回后本地还原；同时要清楚，这降低的是泄露风险，不改变信息仍属个人信息的法律性质。

七、加密与脱敏：分三层，别把打码当脱敏

存储层：整库加密防设备丢失，字段级加密防「库被解开后全量裸奔」。手机号、邮箱、备注各自独立密钥派生，揭示单条记录不会暴露其他记录。

展示层：默认掩码（如 138****6621），每次点击「显示完整」写一条本地审计日志，包含时间与字段。屏幕截图与剪贴板做防泄漏提示。这一层看似琐碎，却是真实使用中最常见的泄露口——不是黑客攻破数据库，是机主自己截了张图发到群里。

计算层：检索与撮合只在解密后的内存中运行，索引文件同样加密；临时文件与崩溃转储纳入清理清单。对外只提供用户主动选择的单条导出，导出时可勾选「自动脱敏」。

顺带厘清一个常被混用的概念：去标识化不等于匿名化。第 4 条排除的是匿名化处理后的信息，而假名映射表可还原的数据仍受本法约束。产品文档里把「我们做了脱敏」写成「不涉个人信息」，是给自己埋雷。

八、撮合：真正的产品价值，也是最需要克制的地方

撮合分两种，风险与做法完全不同。

熟人撮合：机主同时认识供需双方。系统做的是「把记忆外化」——当机主输入「找一个能做 RK3588 量产的」，本地检索返回 3 条候选，每条附上证据链：来自哪个平台、上次交流时间、当时聊了什么。机主看一眼就能判断该不该牵线。这件事人工也能做，但人工做需要翻 5 个平台的聊天记录；产品价值就在这 20 分钟里。

陌生供需：涉及机主不认识的一方，例如某平台粉丝在评论区留了采购需求。这里必须退一步：系统只把这条公开留言作为线索收录（第 27 条合理范围），不补全、不关联、不推测该用户的其他身份，更不主动触达。「帮机主找陌生人」和「替机主联系陌生人」是两件事，后者一做，产品就从记事本变成了未经授权的信息中介。

还有一条产品原则：不要给关系打分。把人按「价值」排成 1-5 星，会让工具反过来塑造机主的社交行为，而且一旦数据泄露，伤害的不只是隐私，是关系本身。系统记录事实（何时、在哪、聊了什么），不生成评价。

九、友商对照：差异不在功能，在数据归属

对照基于各产品公开定位，核对日期 2026-11-05，不含未公开的功能与商业数据。

这张表说明一件事：市面上不缺「能记人」的软件，缺的是「记完之后数据仍完全属于自己」且能跨源归并的那一款。护城河不是 AI，是数据归属与克制。

十、商业模式：先说清楚这不是一个 VC 项目

单用户、数据不可见、无网络效应、不能变现数据——这 4 条同时成立，意味着这个项目没有数据飞轮，也不能靠融资烧规模。强行按 SaaS 讲增长故事，最后一定会被逼着改成云端，然后把产品最核心的承诺弄丢。

诚实的定位是专业工具软件：一次性买断的桌面端（建议区间 168-298 元），可选的端到端加密同步做成低价年费（建议 68-98 元/年，只传密文，服务端无解密能力），企业版不做。参考同类本地优先工具的付费逻辑：用户为「换设备不丢数据」和「少花时间整理」付钱，不为「更多功能」付钱。

收入天花板很低，但成本结构也轻：无服务器集群、无内容审核、无客服工单体系、无数据合规审计的重资产。适合 1-2 人长期维护，或以开源核心 + 付费桌面端的形态存在。把「不融资」写进 BP，不是示弱，是保证产品不变形。

十一、12 周 MVP 与关键指标

关键指标刻意不用日活、留存这类增长口径，只看 4 个：导入覆盖率（多少比例的人脉碎片进了库）、归并确认率（候选里有多少被人工确认为同一人）、引荐转化数（机主实际牵线成功的次数，由机主手动标记）、误合并事故数（目标恒为 0）。第 4 个指标是一票否决项，它比前 3 个加起来都重要。

十二、风险与三条止损红线

总结

这个创意真正的价值，不在于「用 AI 管理人脉」——那是最容易做也最不值钱的部分。价值在于把一个人花了十几年积累、却被锁在 5 套互不相通后台里的关系资产，重新变成他自己能检索、能理解、能负责的东西。以本站为例，3899 个跨平台关注者今天只是一串分散的数字，有了本地归并和证据链，它们才是一张能用的图。

也正因为这份资产足够敏感，产品必须把克制写进架构：不代你登录、不替你合并、不替你牵线。这三句「不做」，比任何加密参数都更能定义它是谁。一个只给自己用的工具，最难的不是做出来，是忍住不把它做成平台。

第三章那个对照实验还留下一句提醒：连系统私钥签名权限都换不来的东西，别指望靠更聪明的算法换来。这份资产能回到自己手里，靠的不是取得更多入口，而是把入口这一层整个拿掉。

下一篇：项目二 · 一键适配与一键分发：把「会不会被封号」换成一个能算的账。

2026-11-08 补记：2026 年的准入限制把「标准接口」也变成了受审面——模型厂商把第三方技能供应链纳入风控，宿主策略决定 MCP server 能否被调用。本地优先与用户主动导出的架构因此更稳，但也说明它很难长成外部生意：项目四用 5W1H 把它降为自用工具，见 准入围墙下的 5W1H 重排。