副标题：为什么数字生活必须具备应对平台失效的能力
我们越来越习惯把自己的数字生活交给平台。
照片保存在云端，文章发表在内容平台，联系人留在社交应用里，商业活动依赖支付与流量入口。如今，越来越多的人还把工作背景、个人偏好、长期项目和对话历史交给 AI 服务。
这些服务确实降低了技术门槛，也创造了过去个人难以独立获得的能力。问题不在于使用平台，而在于：当一个平台成为某项数字生活唯一的承载者时，我们到底把多大的风险交给了一个自己无法控制的组织？
这不是一道关于企业道德的选择题。
一家企业可能重视用户权益，也可能拥有优秀的技术团队、充足的资金和长期经营计划。但它仍然可以调整产品方向、改变接口政策、出售业务或者终止某项服务。对平台而言，这些可能是正常的经营决定；对依赖它的个人而言，却可能意味着多年积累的内容、关系与工作流程突然需要重建。
PDSI 的基本主张是：个人数字主权不应以任何单一服务提供者的持续经营、商业善意或政策稳定为前提。
平台并不需要作恶，用户也可能失去一切
讨论平台风险时，人们往往首先想到数据滥用、账号封禁或者企业经营危机。这些风险真实存在，但它们还不是最基础的问题。
更普遍、也更容易被忽视的风险，是一家正常经营的企业决定不再提供某项服务。
微软在 2025 年 2 月宣布退休 Skype，并于同年 5 月 5 日正式终止这项消费者服务，将重心转向 Teams。微软提供了原有凭据登录、联系人与部分聊天记录迁移以及数据导出方案。这不是一个“平台故意剥夺用户数据”的例子，恰恰相反：它表明即便企业安排了迁移流程，也可能无法完整保留旧系统的全部数字状态。
微软的支持文档列出了无法迁入 Teams 的记录，包括部分跨产品聊天、私人对话以及机器人相关内容等。服务更替并非一定导致全部数据丢失，但“原来的数字生活是否能够完整延续”也显然不是一件自动成立的事。[1][2]
因此，问题不能只写成“平台会不会突然倒闭”。
真正的问题是：即使平台依法经营、没有恶意、认真通知并提供部分迁移工具，个人是否仍然会因为无法选择而失去某些能力？
如果答案是肯定的，风险就不只来自企业品质，而来自系统结构。
决策权与风险承担之间的不对称
在大多数平台服务中，用户可以决定是否注册、发布什么内容，以及是否接受某次更新。但平台通常掌握更上层的决定权：产品是否继续存在、哪些接口对外开放、数据采用什么格式、用户关系能否跨平台连接、哪些历史记录可以迁移。
双方并不是完全对等的。
一个创作者可能花五年积累数千条内容、几十万粉丝和稳定的商业收入。平台可以在其经营权限与法律约束范围内调整业务。创作者却未必能够把账号身份、互动历史和触达渠道带到新的平台。
由此产生一种结构性不对称：影响用户数字生活的关键决定，可能由平台作出；而决定所引发的长期迁移与恢复成本，却可能主要由用户承担。
这里必须区分几个常被混用的概念：
- 法律权利：个人对作品享有的著作权、法律规定的数据主体权利，以及合同赋予的权利，并不会因为平台掌握服务器而自动消失。
- 技术能力：个人能否访问原稿、导出完整数据、将记录导入另一项服务，取决于系统设计和互操作条件。
- 事实控制：谁掌握登录入口、密钥、推荐系统、用户联系渠道和正在运行的服务，决定了用户在突发变化面前实际能做什么。
拥有作品著作权，不等于能从平台取回所有运营数据。下载粉丝列表，也不等于获得这些人的联系方式，更不等于拥有他们在另一平台的关注关系。
如果不把法律权利、技术能力与事实控制分开，关于数字主权的讨论就会停留在“这些数据应该归谁”的口号上。
法律开始约束锁定，但法律上的可携带不等于事实上的可迁移
这不是一个尚无人着手解决的问题。
欧盟《通用数据保护条例》（GDPR）第 20 条确立了有条件的数据可携带权：在特定合法处理基础、自动化处理等条件下，个人可以取得符合结构化、通用和机器可读要求的相关个人数据，并在技术可行时要求直接传输给另一个数据控制者。该权利有明确适用边界，也必须顾及其他人的权利与自由。[3]
《数字市场法案》（DMA）进一步对被指定的“守门人”提出要求。欧盟委员会对第 6(9) 条的说明包括：符合适用范围的终端用户及其授权的第三方，应获得相应数据的免费可携带工具，以及持续、实时访问能力。[4]
这些进展都很重要。但它们不能被误写成“欧盟已经实现个人数字主权”。一方面，这些规则各自有管辖范围、主体和数据类型限制；另一方面，数据到手后，还需要另一个系统能够理解、导入和持续使用。
下载 ZIP 文件，可能意味着数据已经被导出；它不意味着原有账户、社交关系、推荐表现和服务功能可以原样恢复。
可导出是起点，可携带需要接收方，持续存在则需要新的运行条件。
PDSI 要研究的，正是这些权利和能力之间尚未被打通的部分。
从“相信平台”转向“假设平台会发生变化”
软件工程有一个朴素的原则：重要系统不能把正常运行寄托在某个组件永不故障的假设上。
存储需要备份，服务需要恢复方案，关键依赖需要识别单点故障。可靠性并不是对供应商的不信任，而是承认任何复杂系统都可能变化。
数字生活却长期采用相反的习惯：账号能够登录，就默认身份安全；文章仍然可见，就默认内容可控；粉丝数字持续增长，就默认用户关系稳定；云端数据随时可读，就默认它永远可以转移。
这里需要一次思维转换。
平台仍然可以提供托管、推荐、搜索、支付与 AI 能力；个人也无需为了数字主权而自行经营所有服务器。但个人应当提前知道：
- 哪些关键资产只有平台保存；
- 哪些能力依赖平台许可或接口；
- 哪些记录能够导出，但不能被其他系统接收；
- 哪些联系渠道一旦丢失就无法恢复；
- 哪些重要服务中断后，个人完全没有替代路径。
数字主权的方向，不是消灭依赖，而是识别依赖、限制不可逆的依赖，并为退出保留真实的选项。
拥有副本还不够，必须检验退出能力
假设一位创作者已经做到定期下载作品、保存统计报表，甚至建立了自己的服务器。这值得肯定，但还不足以证明他拥有完整的数字主权。
如果平台终止账号，他是否能证明自己的身份？如果过去的作品链接失效，用户还能从哪里找到原文？如果平台不再提供推送，他是否拥有经过用户主动同意建立的其他订阅渠道？如果某项云端 AI 服务停止，他是否还能恢复必要的项目背景和工作流程？
这些问题对应的是不同对象和不同能力，不能简单用“有备份”概括。
PDSI 可以提出一项待验证的研究工具：平台退出演练（Platform Exit Drill）。它不是现成的行业标准，也不预设所有用户都必须取得相同结果，而是一组检验平台依赖的实际问题。
一次退出演练至少可以检查六个方面：
- 身份：原平台消失后，个人是否还拥有能够被他人识别和验证的稳定身份入口？
- 内容与数据：原稿、必要元数据和历史记录是否可取回，并由其他工具读取？
- 用户关系与分发：是否存在经过用户同意、可在平台外延续的联系和订阅方式？
- 基础设施：能否更换托管商、存储商或关键工具，而不必重建全部数字资产？
- 授权与安全：能否识别、终止旧授权，安全地交接密钥和访问权限？
- 恢复与持续性：是否实际测试过恢复流程，而不只是保存了一份备份文件？
结果不必浓缩为一个“主权分数”。不同对象所涉及的法律限制和技术条件并不相同；一项服务能够迁移内容，也未必能够迁移身份或用户关系。真正重要的是发现单点依赖在哪里、能降低什么风险、还剩下什么不可恢复的损失。
现有技术已经提供了部分答案
PDSI 并不需要重新发明所有工具。
自有域名可以在一定条件下提供相对稳定的公开入口；开放格式使内容摆脱单一软件；RSS 和其他主动订阅机制可以帮助发布者建立平台之外的触达路径；定期备份和恢复演练则提供最基础的数据连续性。
更进一步的方案已经存在。Solid 项目通过个人在线数据存储空间（Pod）探索应用与数据的分离：数据可以存储在由用户选择的 Pod 中，不同应用在取得许可后访问，用户不必为了更换应用而必然放弃同一份数据。[5]
但这些方案同样有边界。自有域名仍然依赖注册商和域名制度；开放格式不保证所有接收方支持；RSS 不会自动迁移平台内的粉丝；Pod 的实际安全性还取决于服务提供者、配置与使用方式。[5]
因此，PDSI 不应把自托管、去中心化或某一种协议包装成最终答案。它需要研究各种方案究竟减少了哪种依赖，又引入了哪些新的依赖。
不存在绝对不依赖任何人的数字系统；值得追求的是可识别、可选择、可替换、可恢复的依赖关系。
AI 让退出问题进入新的领域
平台依赖正在超出文件和社交账号。
当个人长期依赖某种 AI 服务时，服务可能承载对话历史、项目背景、写作偏好、任务安排、工具授权和自动化工作流。其中有些信息可以导出，有些只是模型运行中形成的内部状态，还有些涉及第三方信息或服务商的知识产权，不能简单要求全部迁移。
因此，“把聊天记录下载下来”与“让另一套 AI 延续原来的工作”之间，可能存在很大距离。
在 AI 领域，个人数字主权需要进一步追问：哪些上下文应由用户独立保存？哪些授权应当可撤销？哪些工作流程可以迁移？哪些能力依赖特定模型、平台或专有接口，无法保证原样恢复？
这不是要求模型服务商公开全部内部系统，而是避免个人长期积累的可携带知识和工作成果，与某一个不可替换的服务永久绑定。
数字主权也必须承认无法迁移的部分
平台退出不能保证毫无损失。推荐算法的历史判断无法简单复制；他人的隐私和表达选择限制了社交关系的搬迁；付费订阅、合同及数字商品的使用条件也可能受到法律和商业协议约束。开放 Web 同样无法保证每个人都能获得流量。
PDSI 的价值不在于承诺“用户永远不会失去任何东西”，而在于清楚地区分三种情况：
- 法律或合同上本来就不属于个人单独处分的内容，不能用“主权”要求直接占有；
- 技术上可以实现、却因格式或接口障碍难以迁移的能力，值得推动互操作；
- 目前确实无法完整恢复的关系或功能，必须在产品使用前说明风险，而不是假装不存在。
由此，个人、平台、开发者、托管商与监管者之间的责任边界，才有可能被具体讨论。
结论：不要把数字生活押在某一家公司的未来上
平台不是天然的对手。平台提供的便利、网络效应、安全投入和规模化能力，都有真实价值。让每个人完全自托管，并不能自动带来更好的安全、体验或数字主权。
但平台提供价值，与个人必须永久依附平台，是两回事。
一家企业今天表现良好，不意味着它必须在十年后继续提供同样的服务。用户今天可以正常登录，也不意味着其身份、内容、关系和工作成果已经具备跨系统延续的能力。
PDSI 因此提出一个可以接受现实检验的原则：
个人数字主权不应以任何单一服务提供者的持续经营、商业善意或政策稳定为前提。
这项原则的工程含义，是尽可能建立可以导出、互操作、恢复与替换的路径；它的权利含义，是使个人拥有足够的信息与选择能力；它的治理含义，是不断识别那些用户实际承担风险、却缺乏有效退出手段的数字关系。
我们不必先认定平台会作恶，也不必寻找一家永远值得信任的公司。
真正需要建设的，是即使最信任的平台有一天不再存在，个人的数字生活仍有办法继续。
参考资料
[1] Microsoft. *The next chapter: Moving from Skype to Microsoft Teams*. 2025-02-28.
[2] Microsoft Support. *Skype is retiring in May 2025: What you need to know*.
[3] European Union. *General Data Protection Regulation*, Article 20 (Right to data portability).
[4] European Commission. *Digital Markets Act: End user data portability*.
[5] Solid Project. *About Solid* and *Solid FAQ*.