Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
2026年5月，一个开发者在 Hacker News 上发帖，标题简短而愤怒：「Tell HN: Dont use Claude Design, lost access to my projects after unsubscribing」。
帖子很长，但核心内容可以在一分钟内讲完：他用了五个月 Claude Design，订阅了每月最高档，产生了大量与工作紧密相关的项目。退订之后，他想回去查看之前的对话和项目——发现访问权限已经被切断。联系客服，得到的回复在意料之中：订阅过期，数据清除。
这个故事在 HN 上获得了 109 分、43 条评论。不算爆款，但足够真实。
更有意思的细节在帖子的后半段。这位开发者自己承认：在他的账号即将到期时，Anthropic 曾经给过他「额外补偿」——相当于一个月订阅价格的额外额度，有效期极短。原因是他那个月遇到了太多问题。但真正让他愤怒的不是这次补偿，而是他后来意识到：Anthropic 也曾对另一个用户做过类似的事——区别在于，那个用户有 50 万粉丝，在 X 上发帖后迅速得到了处理。
他在帖子最后写道：这些「bug」（如果还能叫 bug 的话）永远只发生在普通用户身上。
一、这不是 bug，是商业模式
我来翻译一下上面这句话的含义。
Claude Design 的订阅制意味着：用户付费购买的是使用权，不是所有权。你在订阅期间产生的所有对话、调试记录、prompt 资产、项目文件——它们存在于 Anthropic 的服务器上，遵循 Anthropic 的数据政策。而 Anthropic 的数据政策，用一句话总结就是：订阅有效，数据在；订阅终止，数据清。
这不是 Anthropic 独有的设计。GitHub Copilot 如此，Cursor 如此，Anthropic 的直接竞品 Claude Code 同样如此。整个 AI 编程助手行业，用的都是同一套规则。
你也许会说：这不公平。我花了五个月时间在这些工具里工作，那些代码是我写的，那些调试决策是我做的，为什么退订之后我什么都带不走？
这个质疑完全合理。但你签署的用户协议里写得清清楚楚，只是没人在订阅之前会真的去读。
问题不在于 Anthropic「欺骗」了用户。问题在于：整个行业正在用一种大多数用户没有意识到的方式，重新定义「你的作品」这个词的含义。
二、订阅制的本质：访问权，不是所有权
软件行业的订阅制已经存在了二十年。Adobe 是最著名的案例：2012 年从永久授权转向 Creative Cloud 订阅时，用户愤怒、分析师质疑、媒体大篇幅报道「Adobe 背叛用户」。十二年后的今天，Adobe Creative Cloud 是全球最成功的 SaaS 转型案例之一，没有人在订阅前还会质疑「我的 PSD 文件到底属不属于我」。
Adobe 教会了整个软件行业一件事：只要把用户锁进订阅的生态里足够长时间，他们就会把「访问权」当成「所有权」。
AI 编程助手是这个逻辑的最新演绎，但有一个关键区别。
在 Photoshop 的年代，你的工作产物——PSD 文件、导出图片——是完完全全属于你的文件格式。你退订 Adobe，你电脑上还有文件，你换一个工具继续工作，损失的是软件本身，不是你的作品。
但 AI 编程助手的产物形态不同。你产生的 prompt、对谈记录、Agent 行为的调试日志——这些资产不是存在你本地的标准文件，它们是平台特定的数据结构，与具体工具的服务器强绑定。GitHub Copilot 的建议历史、Claude Design 的对话上下文、Jules 的任务记录——这些不是你可以复制粘贴带走的通用资产。
换句话说：你在 AI 编程工具里的「创作」，有很大一部分不是真正的数据，而是平台特定的关系和状态。而这两样东西，订阅终止后带不走。
三、谁在纵容这个问题？
回到 HN 的帖子。发帖者在最后写了一句很有意思的话：大意是，Anthropic 的工程师们值得同情，尤其是那些在 X 上回应用户的人——但只有在有影响力的人发声时，问题才会被解决。
这句话戳破了一层窗户纸。
Anthropic 的工程师在 X 上是活跃的，这是事实。当一个有影响力的人遇到账户被封、数据丢失的问题时，他们有渠道发声，有粉丝帮他们扩散，有行业 KOL 帮他们背书。这套机制在技术公司是通用的：影响者 > 普通用户的优先级处理。
但这不是什么新鲜事。任何提供客户支持的公司都是这样运作的——如果你是一个每年付费十万美元的企业客户，你的支持工单会被优先处理；如果你是一个免费用户，你的反馈会在垃圾箱里躺三个月。
问题是：对于 AI 编程工具来说，「个人用户」和「高影响力用户」之间的待遇差异被放大到了极致。因为 AI 工具的产出高度依赖于上下文——你用的时间越长，模型越理解你的代码风格、你的项目结构、你踩过的坑。这些上下文在退订后清零，对普通用户来说意味着「五个月的工作说没就没」，对有影响力的人来说意味着「我的粉丝会替我喊，喊完有人给我恢复」。
这不是阴谋论，这是服务行业的基本运作逻辑。但这个逻辑在 AI 工具时代变得格外刺眼，因为生产工具与生产资产之间的边界从来没有这么模糊过。
四、GitHub、Figma、Notion 是怎么做的？
让这件事变得更有意思的是：软件行业其实有其他答案。
GitHub 是代码存储的标准。GitHub Copilot 是 AI 编程助手，但 GitHub 本身是代码仓库——你的代码是你的代码，GitHub 没有声称对用户代码拥有所有权或访问权可以单方面清除。即便是 Copilot 的训练数据争议，GitHub 也明确区分了「你的代码」和「模型学到的模式」。
Figma 也是一个有启发意义的例子。Figma 是设计工具，但它的数据政策是：你的设计文件是你的。Figma 破产了，你的文件不会跟着消失（虽然在 2022 年差点被 Adobe 收购时引发了大量「如果 Figma 被杀，我的设计资产怎么办」的讨论）。Figma 的逻辑是：工具可以死，数据必须在。
Notion 也是如此。用户创建的所有笔记、数据库、页面——哪怕 Notion 明天倒闭，用户理论上可以导出全部数据。Notion 的用户协议里明确写了数据可携带权。
对比一下：Claude Design 的数据政策（根据其服务条款摘要），用户创作内容的控制权取决于具体的订阅层级和企业协议。个人用户的数据保留政策与 Teams 或 Enterprise 计划有显著差异。
换句话说：GitHub、Figma、Notion 这些成熟的 SaaS 产品，在「数据所有权」这件事上有一套成熟的行业惯例。而 AI 编程助手作为一个新类别，还没有建立起相同的规范。
这不是 Anthropic 的道德问题，这是一个行业在高速增长期遗留的规则真空。
五、你应该怎么办？
写这篇文章的目的不是劝你不用 Claude Design。如果你正在用，而且它对你的工作有实际价值，继续用就是了。
但你应该知道几件事：
第一，在你订阅之前，搞清楚数据导出政策。 目前主流 AI 编程工具中，大多数支持导出对话历史和某些类型的项目数据，但没有一个提供完整的「数据可携带」方案。这是这个行业尚未解决的问题。你至少应该知道：如果我明天退订，我能带走什么，不能带走什么。
第二，把 AI 工具里的重要上下文定期沉淀到外部。 你在 Claude Design 里调试出来的那个巧妙的 prompt 链、你通过反复对谈积累的对项目结构的理解——这些不是自动存在于你的 GitHub 里的。定期把 AI 助手的产出翻译成你自己的文档，这是最小化「平台依赖」的方式。
第三，不要默认你在 AI 工具里的创作是「安全的」。 这里的「安全」不是指隐私安全（那是另一个话题），而是指资产安全——这些资产会不会在某天消失，你有没有备份方案。
六、一个更大的问题
写到最后，我想提一个这个故事暴露出的更深层的问题。
我们正在快速进入一个时代：工具和资产的边界正在溶解。
在过去，工具就是工具，资产就是资产。你用 Photoshop 画画，PSD 是你的资产，Photoshop 是你的工具，两者是分离的。Adobe 可以倒闭，但你的 PSD 文件不会消失。
但在 AI 编程助手的语境下，这个边界变得模糊了。你的代码既是你写的，也是 AI 生成的；你的项目上下文既是你的资产，也是 AI 模型理解你的基础；你「拥有」的东西和你「使用」的东西之间的界限，从未如此不确定。
这种不确定性目前是由用户协议来定义的，而用户协议在签的时候没人读。这不是用户的问题。这是这个行业在狂奔的时候，忘记在身后留下一套清晰的规则。
下一次你在订阅一个新 AI 工具之前，花三分钟读一下数据政策。不是让你成为律师，是让你在问题发生之前，知道自己在签什么。
