苹果大失误！把自用的 Claude.md 打包到了官方 App 里。 这下直接被坐实了： 苹果内部在使用 Claude Code 构建生产级应用 。 这么大的公司，也在 Vibe Coding？ 项目级的 Claude.md 通常用来告诉 AI 这个项目是什么、怎么构建、要遵循哪些规范、避免哪些雷区…… 这家全球最注重保密的科技公司，还是把自己的秘密泄露了。 事故发生后， 苹果在 24 小时内已紧急撤回 ，但部分内容已经曝光。 等一下。这和 Claude Code 源码泄露时把 source map 打包进发布版怎么一样一样的。 该不会这两个事故，罪魁祸首都是 Claude Code 自己吧？ 苹果用 Claude Code 开发了什么？ Apple Support 应用 5 月 1 日推送了 v5.13 版本更新，其中意外夹带了 Claude.md 。 MacRumors 的分析师 Aaron Perris 发现并曝光这一点。 Apple Support 是苹果官方的售后服务应用，支持与苹果专家在线聊天进行问题故障诊断，预约维修服务等，购买 Apple Care 服务等功能。 泄露的 Claude.md 里写着一套完整的对话系统架构，最核心的设计是一个双后端系统： Juno AI 负责自动应答，Live Agents 负责真人客服接管。 两套后端通过一个 Protocol 协议层无缝切换 ，上层代码根本不知道哪条消息是人类发的，哪条消息是 AI 发的。 更有意思的是消息系统的三角色设计。 在 Apple Support 的聊天里，client 是用户，agent 是 Apple Support 的真人客服，assistant 是 AI。 三种身份的消息走同一套处理流程， 没给用户提示对面到底是人在回复还是机器在回复 。 至此，Apple Support 客服的技术骨架基本清晰了 —— 一个 AI 和人类无缝切换的对话系统 。 另一份泄露的 SAComponents 模块倒是没什么猛料，就是一套纯 UI 组件库，没有业务逻辑，带 DocC 文档。标准的工程化产物。 文件本身没泄露什么机密，但它证实了一件所有人都猜测但没人能拿出实际证据的事： Apple 内部，AI 无处不在。更具体一点， Claude 无处不在 。 苹果离不开 Anthropic 了 其实早在三个月前，最懂苹果的懂哥彭博社 Mark Gurman 其实就告诉大家： Apple runs on Anthropic at this point. Gurman 特别提到，苹果是在自家服务器上跑 定制版 Claude 模型 。 内部代码、文档、token，全都不出苹果的基础设施。这跟 Apple 一贯的隐私立场完全自洽：用 AI 可以，数据不能出去。 还有一件事值得关注，苹果已经和谷歌达成合作，Gemini 将取代旧版 Siri。但在内部开发工具这件事上，苹果选的是 Claude，而不是 Gemini。 当然，也要平衡地看。一位自称前苹果员工的 HackerNews 用户站出来说，苹果内部有数百个隔离团队。某些团队用 Claude，不代表全公司都在 vibe coding。 一项针对 12 万开发者的调查显示，92.6% 的开发者每月至少使用一次 AI 编码助手。苹果用 Claude 写代码，不过是整个行业的缩影。 所以问题不是苹果用不用 AI 写代码，所有人都用。 问题是，连苹果都会把不该提交的文件推到生产环境，这意味着什么？ AI 时代，谁来 review AI 的代码 Claude.md 到底该不该进版本控制？ 开发者吵成一团。 一派人认为它就是项目文档，应该提交到代码仓库，团队共享。 另一派人觉得它更像是 IDE 配置，应该放进.gitignore，各用各的。 但真正尴尬的不是“该不该提交”，而是“提交了之后怎么又进了发布包”。 有人疑惑，苹果在使用 AI 智能体编写代码和部署推送时，居然没有明确要求不要把 Claude.md 文件也一并推送出去？ 但问题可能在 Claude Code 自己。它经常选择性无视指示，重复多少遍也没用。 一条高赞评论总结了这件事的本质： 真正的问题不是 Apple 用了 Claude，而是 Apple 对 Claude 过于信任。所有人都在用 AI 加速开发，但这件事应该被代码审查拦住。 苹果的某位工程师正在经历职业生涯最糟糕的一天。 而 Anthropic 的销售团队，正在经历最好的一天。 本文来自微信公众号： 量子位（ID：QbitAI） ，作者：梦晨，原标题《 苹果官方 App 误打包了 Claude.md ，这么大的公司也 Vibe Coding 啊？ 》
IT之家 4 月 22 日消息，智谱发布 GLM Coding Plan 老套餐迁移与补偿说明，表示为了持续提升产品体验、统一套餐体系，并为后续功能与权益升级提供更稳定的支持， GLM Coding Plan 老套餐（无周限额版本）将停止自动续订 。 GLM Coding Plan 是专为 AI 编码打造的订阅套餐，可实现自然语言编程、代码调试与修复、代码库问答、自动化任务处理等功能。 具体调整内容如下： 影响范围 ：截至 2026 年 4 月 30 日（北京时间），仍在使用老套餐（无周限额版本）且已开启自动续订的用户 调整时间 ：2026 年 4 月 30 日 10:00（北京时间） 调整内容 ：系统会在 2026 年 4 月 30 日自动关闭相关用户的老套餐自动续订状态。这项调整不会影响当前已生效的套餐周期，已购买的服务时长和套餐权益仍可正常使用至当前周期结束 迁移补偿 ：为了帮助更平稳地完成套餐迁移，将为受影响的用户赠送 2 个月同等级的新套餐权益。系统会于 2026 年 4 月 30 日自动发放，并在当前套餐到期后直接顺延生效，无需手动领取 当前老套餐 迁移补偿内容 老 Lite 套餐 赠送 2 个月新 Lite 套餐 老 Pro 套餐 赠送 2 个月新 Pro 套餐 老 Max 套餐 赠送 2 个月新 Max 套餐 IT之家附现有套餐用量如下（一次 prompt 指一次提问，每次 prompt 预计可调用模型 15-20 次）： 套餐类型 每 5 小时限额 （动态刷新，额度在请求消耗 5 小时后刷新重置） 每周限额 （自下单时开启，以 7 天为一个周期额度刷新重置） Lite 套餐 最多约 80 次 prompts 最多约 400 次 prompts Pro 套餐 最多约 400 次 prompts 最多约 2000 次 prompts Max 套餐 最多约 1600 次 prompts 最多约 8000 次 prompts
IT之家 4 月 12 日消息，阿里云昨日宣布，由于产品策略调整，其大模型服务平台百炼旗下的 Coding Plan Lite 基础套餐将于 4 月 13 日 18 时起正式停止续费和升级。 事实上，该套餐的停售早有预告 —— 早在 3 月 20 日，阿里云就已停止接受 Lite 基础版的新购订单，仅向历史存量用户保留续费与升级服务。 公开信息显示，阿里云百炼 Coding Plan 于 2026 年 2 月推出，是一款面向开发者的固定月费、多模型合一的 AI 编程专属订阅服务，旨在解决开发者在不同编程大模型间来回切换 API、应对复杂计费逻辑的痛点。 该服务整合了通义千问（Qwen3.5-Plus、Qwen3-Max、Qwen3-Coder-Next 等）、GLM、Kimi、MiniMax 等多个厂商的顶级模型，兼容 Cursor、Claude Code、OpenClaw、Cline 等主流 AI 编程工具与 IDE 插件。 Coding Plan 提供 Lite 基础版与 Pro 高级版两款套餐： Lite 版官方原价每月 40 元，新用户首月仅 7.9 元，次月续费五折 20 元，提供每月 18000 次请求额度，主要面向个人轻量开发、学生学习和日常简单调试等场景； Pro 版官方原价每月 200 元，首月优惠 39.9 元，提供每月 90000 次请求额度，适用于专业开发、团队协作和大规模代码重构等高频使用场景。 对于已购买 Lite 基础套餐的用户，现有套餐仍可继续使用至服务到期；已开通自动续费的用户，自动续费将于公告发布起 30 日后自动失效，用户仍可继续使用至服务到期。根据阿里云官方说明，目前新用户仅可购买 Pro 高级版，存量 Lite 用户仍可继续续费与升级。 相关阅读： 《 阿里云 Coding Plan 上新：支持千问 3.5、GLM-4.7、Kimi-K2.5 等模型 》 《 新客首月 7.9 元：阿里云推出 Qwen Coding Plan，月供 9 万次请求额度支持开发场景 》
梦晨 发自 凹非寺 苹果大失误！把自用的Claude.md打包到了官方App里。 这下直接被坐实了： 苹果内部在使用Claude Code构建生产级应用 。 这么大的公司，也在Vibe Coding？ 苹果内部在使用Claude Code构建生产级应用 项目级的Claude.md通常用来告诉AI这个项目是什么、怎么构建、要遵循哪些规范、避免哪些雷区…… 这家全球最注重保密的科技公司，还是把自己的秘密泄露了。 事故发生后后， 苹果在24小时内已紧急撤回 ，但部分内容已经曝光。 等一下。 这和Claude Code源码泄露时把source map打包进发布版怎么一样一样的。 该不会这两个事故，罪魁祸首都是Claude Code自己吧？ 苹果用Claude Code开发了什么？ Apple Support应用5月1日推送了v5.13版本更新，其中意外夹带了Claude.md。 MacRumors的分析师Aaron Perris 发现并曝光这一点。 MacRumors的分析师Aaron Perris发现并曝光 Apple Support 是苹果官方的售后服务应用，支持与苹果专家在线聊天进行问题故障诊断，预约维修服务等，购买Apple Care服务等功能。 Apple Support 泄露的Claude.md里写着一套完整的对话系统架构，最核心的设计是一个双后端系统： Juno AI负责自动应答，Live Agents负责真人客服接管。 两套后端通过一个Protocol协议层无缝切换 ，上层代码根本不知道哪条消息是人类发的，哪条消息是AI发的。 更有意思的是消息系统的三角色设计。 在Apple Support的聊天里，client是用户，agent是Apple Support的真人客服，assistant是AI。 三种身份的消息走同一套处理流程， 没给用户提示对面到底是人在回复还是机器在回复 。 至此，Apple Support客服的技术骨架基本清晰了—— 一个AI和人类无缝切换的对话系统 。 Apple Support客服的技术骨架 另一份泄露的SAComponents模块倒是没什么猛料，就是一套纯UI组件库，没有业务逻辑，带DocC文档。标准的工程化产物。 SAComponents模块 文件本身没泄露什么机密，但它证实了一件所有人都猜测但没人能拿出实际证据事： Apple内部，AI无处不在。 更具体一点， Claude无处不在 。 苹果离不开Anthropic了 其实早在三个月前，最懂苹果的懂哥彭博社Mark Gurman其实就告诉大家： Apple runs on Anthropic at this point. Gurman特别提到，苹果是在自家服务器上跑 定制版Claude模型 。 内部代码、文档、token，全都不出苹果的基础设施。这跟Apple一贯的隐私立场完全自洽：用AI可以，数据不能出去。 还有一件事值得关注，苹果已经和谷歌达成合作，Gemini将取代旧版Siri。但在内部开发工具这件事上，苹果选的是Claude，而不是Gemini。 苹果选择了Claude 当然，也要平衡地看。一位自称前苹果员工的HackerNews用户站出来说，苹果内部有数百个隔离团队。某些团队用Claude，不代表全公司都在vibe coding。 一项针对12万开发者的调查显示，92.6%的开发者每月至少使用一次AI编码助手。苹果用Claude写代码，不过是整个行业的缩影。 所以问题不是苹果用不用AI写代码，所有人都用。 问题是，连苹果都会把不该提交的文件推到生产环境，这意味着什么？ AI时代，谁来review AI的代码 Claude.md到底该不该进版本控制？ 开发者吵成一团。 Apple Support 一派人认为它就是项目文档，应该提交到代码仓库，团队共享。 另一派人觉得它更像是IDE配置，应该放进.gitignore，各用各的。 但真正尴尬的不是“该不该提交”，而是“提交了之后怎么又进了发布包”。 有人疑惑，苹果在使用AI智能体编写代码和部署推送时，居然没有明确要求不要把Claude.md 文件也一并推送出去？ 但问题可能在Claude Code自己。它经常选择性无视指示，重复多少遍也没用。 Claude Code 一条高赞评论总结了这件事的本质： 网友评论 真正的问题不是Apple用了Claude，而是Apple对Claude过于信任。所有人都在用AI加速开发，但这件事应该被代码审查拦住。 苹果的某位工程师正在经历职业生涯最糟糕的一天。 而Anthropic的销售团队，正在经历最好的一天。 参考链接：[1]https://x.com/aaronp613/status/2049986504617820551[2]https://news.ycombinator.com/item?id=47973378 本文来自微信公众号 “量子位” ，作者：关注前沿科技，36氪经授权发布。
36氪获悉，4月20日，灵光发布新一代闪应用“灵光圈”，致力于打造人人可用的消费级Coding Agent。在原有“30秒生应用”基础上，灵光闪应用持续强化多智能体协作、全模态生成及移动端原生能力集成，成为首个支持用户用自然语言，在手机端创建、分发、使用、迭代AI应用的平台。