30 秒看懂
Anthropic 推出 iMessage 插件，同时限制 Claude 订阅凭据的使用，Theo Browne 认为其对平台规则的处理不一致。这里的比较属于产品政策观点；视频和插件公开机制均未确立法律违规结论。
- 1关于条款冲突的指控Theo 认为 iMessage 集成与 Apple 条款冲突；视频没有证明已有法律裁定。
- 2两种计费方式订阅访问与按用量计费的 API 可能附带不同的集成条件。
- 3当时的文档Theo 引用消费者 OAuth token 的限制，并希望得到关于包装器更明确的指导。
- 4不同的技术机制据公开文档，iMessage 插件读取本机数据并使用 AppleScript；这本身不能证明逆向工程或违反条款。
- 5让开发者获得明确规则集成边界不清晰且不断变化，会让第三方项目难以规划。
要点建议
- 消费者订阅和按用量计费的 API 可能有不同的集成条件。
- 开发者需要清晰、及时更新的身份验证和包装器使用指引。
- iMessage 插件和第三方订阅集成使用不同的机制与协议。
- 声称违反条款，并不等于已经确立法律结论。
- Theo 开发相关产品，与这些政策有直接利益关系。
按章节阅读整理后的全文
iMessage 类比
Theo 介绍 Anthropic 的插件及其对平台规则的批评，也说明自己作为相关工具开发者的利益关系。
Anthropic 为 Claude Code 推出的 iMessage 插件，让我质疑这家公司在执行自身规则的同时如何对待其他平台的规则。我在开发 T3 Chat 和 T3 Code 时必须处理 Anthropic 的订阅及身份验证限制，因此与这场争论有直接利益关系。我的核心论点是规则是否一致、清晰，而不是某项法院判决。
一位 Anthropic 员工演示了通过 iMessage 插件，从 Mac 向 Claude Code 会话发送消息。我认为这种集成与 Apple 的条款冲突。但某种具体实现或使用方式是否违反特定协议，是法律和事实问题；视频没有证明对此已有裁定。
在原视频之后录制的一段更新中，我提到有报道称泄露的 Claude Code 源代码在界面行为上引用了 Open Code。视频没有独立证实这些引用是否存在或意味着什么。我更广泛的关注是，这家公司如何对待构建相关工具的开发者。
订阅、API 计费与凭据
一张示意图区分订阅访问和按用量计费的 API。Theo 希望明确允许哪些第三方界面。
据我所述，Open Code 在 Anthropic 提出要求后移除了一个插件，该插件允许用户通过不同的编程框架使用 Claude 订阅凭据。我把这一订阅流程与 Anthropic 单独按用量计费的 API 区分开来。具体允许哪些集成取决于适用的条款和文档，这些内容可能变化。
我的示意图使用的是假设的接口名称：用户可以通过 Claude Code 客户端使用订阅，也可以用 API key 按用量计费。这些标签用于解释商业区别，并非对真实私有接口的核实描述，也不是访问它们的指南。
一些观众说自己付费是为了 Claude Code 界面；另一些人和我一样，主要看重模型访问权限。直播聊天中的非正式回应并不是有代表性的调查。产品问题在于，订阅用户能否选择不同的界面或运行框架，同时保留同样的订阅条件。
我希望能将 Claude 订阅用于其他智能体工具，但 Anthropic 限制了消费者 OAuth 凭据的使用方式。我认为其目的是锁定用户，这是对公司动机的解读，政策本身不能证明这一点。
对于 T3 Code，我们选择调用用户已有的 Claude Code 安装，而不是由我们自己处理订阅凭据。若采用单独按量计费的 API，架构的经济条件就会不同。我举出的订阅价值只是估算，并非保证每位用户都能获得的算力量。
我展示了 Anthropic 当时的文档：通过消费者套餐获得的 OAuth token 供 Claude Code 和 Claude.ai 使用，不允许在其他产品或服务中使用，包括 agent SDK。我希望获得更清楚的说明，了解哪些官方客户端包装器被允许；这里引用的是视频录制时的文档快照。
Apple、消息服务与竞争
Theo 解释自己对 Apple 的复杂看法，比较私有服务与限制竞争应用的区别。他的法律观点不是裁定。
我将这些限制与 Apple 对其生态系统的控制作比较。我对 Apple 的看法并不一致：我支持某些产品决定，也反对其他做法，尤其是 App Store 规则。这些都是观点；竞争法和平台义务的细节因司法辖区和具体情况而异。
我谈到与 Pebble 创建者 Eric Migicovsky 相关的消息聚合产品 Beeper，以及它把多种服务放在一起的尝试。我认为，要求公司开放私人消息服务，与阻止竞争消息应用在设备上运行是不同的问题。其他人可能会对法律和政策边界作不同判断。
我也批评可能让竞争服务处于不利地位的平台规则，并以应用商店费用和平台功能访问权限为例。这些是我的政策观点和示例，并非认定某个当前费率或功能限制适用于所有市场。
条款比较能说明什么
Theo 引用 Apple 条款并质疑 Anthropic 是否一致。两种集成的机制不同，视频没有确立法律违规。
我认为 Anthropic 可以选择附带条件提供订阅，正如 Apple 可以围绕自己的服务设计消息产品。我的不满在于：公司严格对待第三方集成，却推广与另一家公司服务的集成，这在我看来不一致。
我引用 Apple 关于自动访问和逆向工程的条款作为批评依据。插件公开文档描述的机制是读取本机 Messages 数据库，并通过 AppleScript 让 Messages.app 发送消息。仅凭这一机制不能证明发生了逆向工程或违反所引用条款；是否适用取决于准确条款和事实。
开发者的不确定性与替代选择
Theo 讨论开发者对明确指引的需求，并比较自己使用其他服务商的体验。他呼吁规则透明。
我提到开发者 Matt Pocock 曾尝试就 Claude Code 的开源包装器获得明确答复。我的观点是，开发者需要及时、清楚地了解哪些集成被允许。回复延迟和规则含糊会让小项目难以围绕规则进行设计。
我推测，界限不清让 Anthropic 有空间选择性执行规则。这是我的解读，并非对内部意图的已证实了解。iMessage 插件与第三方订阅集成使用不同的技术机制和协议，因此不能直接假定它们在法律上完全相同。
我认为客户需要在官方 Claude Code 体验与其他工具中独立计费的 API 访问之间作权衡。相对成本取决于用量和套餐；我所说的固定多倍价差不能作为普遍比较。我希望看到更清晰的选择和可迁移性。
我将此与自己使用 OpenAI、GitHub 和其他工具的体验相比，认为它们对替代界面更宽容。具体订阅权限会因服务商、套餐和日期而异，用户应查看当前条款，而不是假设所有第三方集成都受支持。
我的结论是，平台所有者应清楚解释集成规则，并一致地对待开发者。我对 Anthropic 政策的不确定性感到愤怒，希望用户考虑替代选择。视频中的比较属于产品政策论证，并不是已经确立的法律结论。
同频道的其他文章
38:47EN → 简体中文
Theo - t3․gg· 2026年10月28日Theo 的长时间 Agent 实验：验证、算力与成本Theo Browne · Ping Labs滑板游戏和两个编译器项目展示了反复检查与弹性算力如何支撑 agent 工作，也揭示了循环可能带来的高昂成本。
36:07EN → 简体中文Theo - t3․gg· 2026年10月27日Theo 谈 Token 成本、编程智能体与 AI 能力的价格Theo Browne · Ping Labs一则关于 Lauren 的 AI 支出估算广泛传播，引出了对缓存计价、基准测试和编程智能体工作方式的讨论。
30:37EN → 简体中文Theo - t3․gg· 2026年10月26日Theo 的三个技能：用编程智能体审查和交付代码Theo Browne · Ping Labssol-loop、full-send 和 full-stop 如何定义审查、验证以及不同程度的合并权限。
0:43EN → 简体中文Theo - t3․gg· 2026年10月23日Theo 区分安全漏洞与实际攻击Theo Browne · Ping Labs一段简短讲解：软件漏洞披露和攻击事件为何属于不同类型的安全新闻。
29:22EN → 简体中文Theo - t3․gg· 2026年10月22日Theo 谈安全漏洞、被盗 API 密钥与 AITheo Browne · Ping Labs从漏洞披露到补丁部署之间的风险窗口，以及被盗推理密钥为何可能有价值的推测。
31:13EN → 简体中文Theo - t3․gg· 2026年10月20日Theo：更聪明的模型为何能帮助更多人Theo Browne · Ping Labs从游戏修改到编译器实验，Theo 重新思考谁能从更强大的 AI 中受益。