苹果大失误！把自用的 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 日消息，消息源 smashx_60 现已公布了 HMD Global 旗下入门手机 Vibe 2 的完整规格，该机将于近期在印度市场上市，其采用紫光展锐 T7200 处理器，匹配 4GB RAM 及 128/256GB 存储空间，定价为 6499 印度卢比（IT之家注：现汇率约合 476 元人民币）起。 该机可选黑 / 金双色，正面配备一块 6.75 英寸 HD+ 90Hz IPS LCD 水滴屏面板，匹配 5MP 自拍摄像头；手机背面采用 50MP 主摄 + 0.08MP 辅助摄像头。 该机搭载紫光展锐 T7200 处理器，匹配 4GB RAM 及 128GB/256GB 存储空间，内置 5000mAh 电池（支持 10W 有线充电），手机同时提供了 IP52 认证，支持 TF 卡扩展。 自 2025 年来，HMD Global 暂未推出任何中端定位手机，昙花一现的 Skyline 中端机目前暂无后文，当下该公司正致力于推出入门级产品。
“传统工业软件太难用了。” 这是Orthogonal的创始人吉洋和他身边一大批工业界同行的共同感受。 “AI时代，软件开发已经可以用Cursor做vibe coding了，而硬件设计还停留在原始社会”吉洋在接受硬氪采访时表示，达索、ANSYS等巨头构建的，是一个由高昂授权费和极陡学习曲线砌成的“高墙”， Orthogonal想做的，是把“vibe”的方式带入硬件开发。 Orthogonal创始人吉洋曾在德国宇航局（DLR）及工业界深耕了近二十年，参与过达索系统仿真工具核心功能的研发，领导了空客A350宽体客机电气系统的研发，并在库卡、宝马、西门子高速列车、中国商飞、华为、中国航空发动机集团等全球知名企业的合作项目中担任过领导或关键角色。2023年因其在科研和创业领域的贡献，被慕尼黑工业大学授予“TUM Ambassador”荣誉称号。 在他看来，AI带来的不仅是简单的效率提升，更是一次重构工业软件范式的机会，传统工具的复杂性已经成为行业发展的瓶颈。 “AI时代的智能硬件公司，其规模正在变得越来越小，一个人往往需要同时掌握多个领域的技能。对于95%有创新需求的中小企业以及个人爱好者来说，传统的工业软件根本用不起、也不会用。而ODE正在做的，就是AI时代的‘达索’——但它服务的不再只是顶尖工程师，而是每一个想造东西的人。”吉洋表示。 Orthogonal的核心产品ODE（Orthogonal Design Engineering），是一个AI Native的云端硬件开发平台，它将工业设计、结构分析、热仿真、电路设计、3D打印直至加工制造的整个硬件开发全流程，整合进同一个平台。用户不再需要在多个工具之间切换，也不需要具备深厚的工程背景，而是可以通过自然语言直接表达需求，由AI自动拆解工程逻辑，进行建模、仿真和迭代优化，从而完成复杂硬件产品的开发。 使用自然语言设计四足机器人demo（图源/企业） ODE的关键不是“用AI生成模型”，而是让AI真正“理解”底层工程逻辑。 架构上，ODE底层连接大语言模型，但更核心的，是其背后的多物理场数据引擎与计算引擎——这与传统工业软件所使用的是同一类底层能力。区别在于，过去是工程师手动写方程、建模型，现在是AI理解这些物理方程，并自动生成和调用。 其底层的多物理场统一建模语言与求解器，源于DLR及达索系统等巨头所遵循的同一套技术规范。Orthogonal团队用云原生架构对其进行了重构与深度优化。这使得ODE在诸多核心仿真任务上的的性能已达到甚至超越传统顶级工具的5-10倍。 “用户只需给出‘帮我设计一个高速电机’的prompt，系统就可以自动生成对应的数学模型、结构模型，并进一步模拟其运行状态，比如温度分布、转子行为等。”吉洋介绍称。 为确保生成的模型在物理层面可解，ODE同时提供两套操作界面，一套是AI交互界面，一套是工程师调试界面，这意味着，即使AI出现偏差，工程师依然可以接管、校正，保证结果的可靠性。 自然语言设计可回收火箭demo（图源/企业） 商业模式上，传统工业软件通常采用高价License模式，授权费动辄数万美元一年，而Orthogonal的基础订阅价格门槛很低，后续将通过实际使用消耗的token和算力收费。吉洋表示，AI时代的软件本质上不再是“卖工具”，而是“卖结果”和“交付能力”。而这种模式对于传统厂商来说意味着既有商业逻辑的颠覆，也构成了其转型的巨大阻力。 在ODE尚未完全成熟时，就有德国、美国等地的高校将其引入教学。2025年10月正式上线以来，ODE在几乎零市场推广的情况下，已积累40至50个标志性客户。早期客户主要来自欧洲，其中不仅有欧洲宇航局（ESA）、德国宇航局（DLR）、德国大众等知名机构，也有布勒电机（Bühler Motor）、盖米集团（Gemü）等隐形冠军。 吉洋表示，未来一到两年内，Orthogonal希望打通从设计到制造的完整链路，并进一步强化AI Agent的能力，使其可以自动调用各类工具，完成复杂硬件产品的完整开发流程。理想状态下，用户只需要在一个对话中提出需求，系统即可自动完成从概念设计到产品落地的全过程。 融资方面，据了解，Orthogonal天使轮由风物资本投资，线性资本与云启资本参与了后续轮次投资。多维资本担任新一轮融资独家财务顾问。
梦晨 发自 凹非寺 苹果大失误！把自用的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氪经授权发布。