过去十年，苹果在 iPhone 影像上的投入有目共睹。

从「Shot on iPhone」全球广告企划，到发布会上越来越长的相机环节，再到每年的 Pro 机型都在传感器尺寸、计算摄影和视频规格上不断加码。

▲ 图｜WIRED

十九年来，苹果始终都在传递着这样的信息：对绝大多数人来说，他们只需要 iPhone 这一台相机。

但作为「绝大多数人的相机」，就必须能兼顾各种类型的需求才行。而 iPhone 始终有一个缺憾：iOS 的默认相机 app 一直偏向「傻瓜模式」——

对于早期 iPhone 来说，这种「傻瓜模式」可以很好地降低普通用户的心理门槛和使用难度，即使完全不懂摄影，拿着手机也能拍到不错的照片。

▲ iPhone 5 相机广告：Photos Every Day

但是随着 iPhone Pro 系列影像规格的逐年攀升，这种「傻瓜相机」的路径就显得格格不入了：

对于想要手动调整白平衡、对焦，或者需要参考斑马纹和直方图的用户来说，iOS 自带的相机应用无法提供足够的自由度，等于是白白浪费了 Pro 系列的硬件。

iOS 老牌第三方相机 app「Halide」填补的正是这个空缺。

这款由 Lux Optics 开发的相机应用，提供了 RAW 拍摄、手动对焦、直方图、色彩波形、焦峰提示等一整套专业控制，同时保持了极其克制、直觉化的交互设计。

▲ 图｜Apple Developer

根据应用分析机构 Appfigures 的数据，Halide Mark II 更是目前 App Store 中最受欢迎的付费相机应用。

况且 Halide Mark II 的定价为 59.99 美元买断，或 19.99 美元/年订阅——在免费应用占绝对主流的 App Store 中，这个价格本身就是品质的证明。

而 Halide 背后的母公司 Lux Optics Incorporated，同样有着一段不寻常的经历。

Lux 的故事始于 2016 年，起点是一条 Twitter 私信。

前 Twitter 工程师 Ben Sandofsky 与前苹果工程师 Sebastiaan de With 因为在社交媒体上聊摄影器材而结识，两个发烧友一拍即合，决定合伙做一款相机应用。

▲ Ben Sandofsky（左）和 Sebastiaan de With（右）｜Apple

Sandofsky 此前是 Twitter iOS 客户端的技术负责人，还担任过 HBO《硅谷》剧集的技术顾问。

de With 则参与过苹果 MobileMe、iCloud 和 Find My 的设计工作，也为 Sony、T-Mobile 和 Mozilla 做过设计。

用 de With 自己的话说，他们做的「不是单纯的 app」，而是「一整台相机」——他们希望把传统相机上拨动光圈环和快门拨盘的那种触觉快感，带到 iPhone 的玻璃屏幕上。

这种「有审美、有技术、有想法」的组合，最终让 Halide 成为了 App Store 生态中最具代表性的独立应用之一。

▲ 图｜iPhone in Canada

相应的，Apple 对 Lux 的支持力度也远超一般开发者。

Halid 数次获得「年度最佳 iPhone 应用」、App Store 设计大奖，也会常驻应用商城的编辑精选。苹果开发者网站上专门为 Halide 做过两篇深度开发者专访，将该产品作为 App Store 优质开发者的样板展示。

在苹果提供给全球监管机构的报告中，Lux 的应用成为了开发者在 App Store 获得蓬勃发展的代表案例。

▲ 图｜Apple Newsroom

相对应的，Lux 也始终忠于苹果生态，从未计划过任何 Android 应用。

正是由于这种「你侬我侬」的状态，当苹果去年找到 Lux 谈收购时，大多数业内人士的第一反应是：这太合理了。

iOS 26虽然对 iPhone 原生相机交互做了较大的调整，但仍然不够。人们期待着 iPhone 相机能够得到一次彻底的升级。而 Halide 团队在近十年里积累的手动控制交互经验、RAW 处理流水线，以及对 iPhone 相机硬件的深度理解，都是现成的财富。

▲ 图｜CNET

据外媒报道，年末的 iPhone 18 Pro 系列在部分高级功能上将接近专业相机的水平，苹果正在为此重新设计内置相机应用。

而收购 Lux Optics，再融合 Halide 到系统相机，就是计划的一部分。

但收购没有谈成。

从收购失败到创始人决裂

上周，3 月 20 日，Sandofsky 将一纸诉状提交至加州高等法院——被告，是他的联合创始人。

根据诉讼文件，苹果与 Lux 的收购谈判在去年 9 月终止。没谈成是因为公司正在开发的新产品推高了价格，让苹果无法忍受。

然而根据诉状，实际情况并非如此：苹果发现，根本不用花大价钱买走 Lux，只需要把 de With 招回苹果就够了。

▲ 图｜Medienstürmer

收购谈判结束后不久，Sandofsky 在调查 de With 的财务行为时发现：苹果已经开始尝试招募自己的联合创始人，而面试对接人刚好是之前苹果参与收购谈判的人员。

除了指控 de With「自愿被挖墙脚」之外，Sandofsky 还提出了严肃的财务指控：诉讼状闲时，de With 从 2022 年底开始，使用公司信用卡支付个人消费，累计超过 15 万美元。

其中包括用公司账户购买了一张近 7560 美元的机票（法兰克福-巴黎-圣保罗），de With 声称是为之后的商务旅行准备，但无法提供确认邮件。

▲ 图｜Peter Peerdeman

de With 还涉嫌用公司资金购买了自己和女友前往法属波利尼西亚的「产前假」机票，以及其他涉及住宿、服装和酒水等与 Lux 公司业务无关的消费。

自从和苹果的收购谈崩之后，Sandofsky 就开始感觉不对劲了，于是去年 10 月雇佣了调查人员进行财务审查。

11 月，他将 de With 带薪停职——然而就是在停职调查期间，de With 开始与苹果沟通入职事宜。

12 月，Sandofsky 主持的内部调查结束，Lux 解雇了 de With，并要求他立即归还所有公司财产，包括存有敏感数据的电脑，并提醒他有义务不得泄露内部信息。

而 Sebastiaan de With 似乎并没有接受这个结果。

今年 1 月 28 日，Sebastiaan de With 在 X 上官宣加入苹果设计团队。

然而诉状中提到，de With 加入苹果时带走了 Lux 的源代码和机密材料，包括前面提到的「未来产品开发」相关的信息。

Lux 于 2022 年获得的 Apple Design Award 奖杯，也被这位苹果老员工带走了。

▲ 图｜iMore

面对诉状，被告方律师在声明中全面否认了上述指控。

关于财务问题，备稿律师称这些费用「已记录在册、清晰可见，且在当时从未被质疑」，是对「在一家共同管理、缺少正式管控的小公司里的正常、已披露的业务活动的事后重新定性」。

更关键的是，律师称这场诉讼是 Sandofsky 对 de With 要求查阅公司财务记录的报复——

de With 曾就公司的「财务违规行为」向 Sandofsky 提出质疑并正式要求查账，但相关要求一直未被满足。

▲ 图｜Getty Images

关于 Halide 等等一系列 app 的知识产权，律师否认 de With「使用、转移或披露了任何 Lux 知识产权」，并称 de With 已将公司材料归还给 Lux。

一位律师直接表示：

（Sandofsky）试图将苹果（收购 Lux 这件事）拉入这场纠纷，目的是制造杠杆和吸引关注，而不是解决任何实际的不当行为。

被告律师在声明中强调：「此案不是一起欺诈案件，而是长期合作关系破裂，所导致的联合创始人纠纷」。

至少在纸面上，Sandofsky 的诉讼的确没有将苹果列为被告，也从未指控苹果在其中有任何不当行为。

开发者社区的复杂情绪

Sebastiaan de With 加入苹果的消息公布时，开发者社区的反应就已经相当复杂，而 Lux 内部诉讼的曝光让这些讨论多了一层新的含义。

de With 去年 6 月发表过一篇设计文章——「Physicality: The New Age of UI」，探讨 Apple 可能的设计语言走向。

当时的语境中，这是一位独立设计师对 iOS 与 Liquid Glass 平台未来的畅想；现在回头看，这篇文章多了一层耐人寻味的含义。

▲ 图｜Wallpaper 网站专访苹果设计团队时收到的 visionOS 设计稿细节

有人对 de With 的加入表示祝贺，认为他的设计才华可以给苹果注入新血液——尤其在人机界面主管 Alan Dye 去年底离职前往 Meta 之后。

但也有人感觉事情不对劲。比如，开发者 CM Harrington 就表示，他对 de With 加入苹果的忧虑在于，他只是一个人，而「公司其余的人也得在乎设计，才能让有品味和能力的人真正发挥作用」。

另一位评论者更直接：

我会因为一个人在（苹果）目前这种领导层状态依然选择去苹果工作而判断他。（de With）加入这个系统，是因为认同它，而不是因为感觉自己能改变它。

▲ 图｜AppleInsider

而在 Reddit 上，Sandofsky 也在 1 月 25 号当天出面，反复强调 Halide 不会受影响，说自己从 2019 年就全职投入 Lux。

当然，1 月 Sebastiaan de With 表示加入苹果时，还没有人知道两位联合创始人已经撕破脸了。当时大家都以为，一个创始人离开、另一个创始人坚守，直到诉状揭开了故事的背面，是一个长久以来存在，且在苹果生态里经常被提起的问题：

作为一个苹果开发者，如果某一天你的产品/功能，被苹果公司直接做成系统产品/功能，你又该何去何从？

2002 年，苹果在 Mac 内置工具 Sherlock 3（聚焦搜索的前身）中复制了第三方付费应用 Watson 的几乎所有核心功能，Watson 的市场空间被迅速蚕食，最终无奈离场。

这个产品名 Sherlock，也因此直接演化成了这种行为的代名词。

▲ WWDC 2002 乔布斯介绍 Sherlock 3｜YouTube @AppleVideoArchive

「被苹果 sherlock」的焦虑，一直在加深。最近的例子，是苹果在 macOS 26 中将剪贴板历史集成到聚焦搜索里，对 Raycast、Alfred、Paste 等第三方应用带来了不小的冲击。

▲ WWDC 2025｜Apple

更不用说 iPhone 上的通话录音、夜览、密码 app、Sidecar 等等……一个又一个曾经属于第三方应用的核心功能，陆陆续续被苹果吸纳进了系统，变成了免费功能。

但这一次 Lux 的遭遇，激进程度完全上了一个台阶：不折腾，直接把人招走。

无独有偶，苹果与医疗设备公司 Masimo 之间也曾有过一段类似的摩擦。

2015 年初代 Apple Watch 发布前夕，苹果曾与 Masimo 讨论在血氧传感技术领域进行合作。谈判破裂后，苹果大规模挖走了 Masimo 的员工，这些人随后参与了苹果健康监测技术的开发。

▲ 图｜AppleInsider

Masimo 就此提起了两项诉讼。2025 年 11 月，陪审团在其中一项专利侵权案中判决苹果需要赔偿 Masimo 6.34 亿美元，苹果正在就此事提起上诉。

NPR 在报道苹果的「Sherlock 行为」时，援引了 App Store 前高管 Philip Shoemaker 的说法：许多开发者不敢公开批评苹果，因为害怕被从 App Store 里下架。

没有现成的答案

尽管诸事不顺，Lux 并没有放弃自己的产品。正相反，公司还在继续优化 Halide 等产品——甚至其中部分设定，颇有对苹果的挑衅意味。

今年 1 月，Lux 发布了 Halide 第三代公开预览版，Sandofsky 表示他将继续全职运营 Lux，并与知名设计工作室 The Iconfactory 和调色师 Cullen Kelly 合作开发新版本。

▲ 图｜Lux

今年 2 月，在接受《Inc.》杂志采访时，Sandofsky 还阐述了一个颇具哲学意味的观点：

现在的 iPhone 照片过于「完美」，以至于变得平庸。

而新版 Halide 将会自带一个「Process Zero」功能，旨在绕过所有 iPhone 预设的相机算法（比如令人深恶痛绝的 Deep Fusion），让用户拍出「不那么完美但更有个性」的照片。

从今往后，Halide 这个产品，不想再给苹果的应用生态唱「样板戏」了。

正相反，它要举起反抗苹果的大旗了。

▲ 图｜Halide.cam

而在苹果那边，Sebastiaan de With 和苹果设计部门都在经历一轮深刻变革。人机交互设计副总裁 Alan Dye 离职，资深设计师 Stephen Lemay 接任。

同一时间，苹果还在继续推进从 Liquid Glass 到整个 UI 系统的视觉翻新。de With 的理念能在多大程度上影响这个进程，仍然是未知数。

▲ 图｜Wccftech

我们无法预判这场 Lux 创始人之间的纠纷，最终会以何种方式收场。毕竟双方各执一词，诉讼尚未进入审理阶段。但无论结果如何，它都触及到了 App Store 生态中最敏感的神经。

过去二十多年，苹果开发者社区会反复追问自己：「当苹果做了你的功能时，你该怎么办？」

现在，这个问题变成了：「当苹果直接来挖你的好友兼联合创始人时，你又该怎么办？」

没人有现成的答案。

#欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。

蘋果最快今年夏季在地圖服務加入廣告，商家可競標搜尋曝光位置，模式類似 Google 地圖，進一步擴大服務收入來源。

蘋果為了進一步衝刺其每年貢獻上千億美元的服務事業，似乎準備向其原生應用程式的「純淨體驗」開刀。根據彭博新聞記者Mark Gurman取得消息，蘋果計畫最快在本月宣布、並且將在今年夏季正式於「地圖」 (Apple Maps)App中加入廣告投放機制。這項舉動不僅標誌著蘋果廣告業務的版圖擴張，更反映出在面對全球監管機構對App Store分潤政策的打壓之下，蘋果正急於尋找下一個穩定且龐大的營收增長點。

借鏡Google與Yelp：以關鍵字競價提升零售商曝光

雖然蘋果尚未對此做出正式回應，但這項傳聞其實已醞釀多年。根據Mark Gurman的推測，Apple Maps的廣告模式預計將與Google Maps或Yelp相似，分別包含：

• 關鍵字競價：當使用者在地圖搜尋列輸入「咖啡店」、「修車廠」或「飯店」時，付費購買廣告的品牌或在地零售商，其地點資訊將會優先顯示在搜尋結果的頂端，或是在地圖上以更顯眼標記呈現。

• 精準投放：結合使用者的地理位置與搜尋意圖，提供具備商業轉換價值的地圖資訊。

事實上，蘋果目前在App Store的搜尋結果、Today標籤分頁，以及Apple News應用程式中都已經存在廣告投放。因此，將這套趨於成熟的廣告分潤模式搬到使用頻率極高的「地圖」App，對蘋果來說是個極其自然且低風險的商業延伸。

法規壓力下的轉身：服務事業部的新成長動力

蘋果之所以在此時積極推動地圖廣告，背後的財務動機相當明顯。

目前蘋果的服務事業部每年穩定貢獻約1000億美元營收，佔公司年度總營收的25%左右。然而，這一塊「金雞母」目前正受到全球監管機構的強力挑戰，包含歐盟的數位市場法 (DMA)與美國司法部的反壟斷調查，都迫使蘋果必須開放第三方軟體市集，或是調降分潤比例。

為了彌補潛在的App Store營收損失，地圖廣告成為一個巨大的未開發礦坑。考量到全球有超過10億台活躍的iPhone裝置，地圖廣告帶來的在地化廣告收益，將能有效墊高服務事業的營收天花板。

分析觀點

蘋果在「地圖」中塞入廣告，雖然在商言商是必然的選擇，但對其品牌形象而言是一把雙面刃。

過去，蘋果地圖一直以「無廣告、無追蹤、純淨介面」，作為對抗Google Maps的主要訴求。一旦導入競價排名，如何確保搜尋結果的「公正性」與「實用性」將成為一大考驗。

畢竟如果使用者搜尋「最近的加油站」，卻因為廣告標案而優先看到3公里外的加盟店，而非轉角的加油站，這種體驗的落差極可能導致用戶加速流向其他導航工具。

不過，從Apple News與App Store的情況來看，蘋果對於廣告的視覺呈現通常極為節制，力求不破壞系統的整體設計質感。對於一般用戶來說，如果廣告能以「推薦店家」的形式提供折扣或有用資訊，接受度或許不會太低。這場「地圖保衛戰」的關鍵在於：蘋果能否在賺取廣告利潤的同時，依然守住其標榜的「以人為本」的使用者體驗？

任何人都能輕鬆用 AI 生成應用程式，App Store 每月新應用提交量已暴增 54.8%，導致審核時間拉長，開發者擔憂蘋果祭出更嚴格審核標準。

隨著2025年「代理式寫碼」 (Agentic coding)技術的全面普及，一種被稱為「Vibe Coding」 (氛圍編碼)的全新開發模式正席捲軟體圈。現在，只要具備基礎概念，並且透過AI輔助，幾乎任何人都能輕鬆打造出應用程式。不過，這股由AI驅動的生產力大爆發，似乎正讓蘋果的App Store審核團隊面臨前所未有的壓力。

近期不少開發者出面抱怨，大量湧入的AI生成App導致上架等待時間大幅拉長，甚至引發外界對蘋果即將祭出更嚴格審核標準的擔憂。

AI產能大爆發：App提交量創四年新高

根據市場情報機構Sensor Tower的數據顯示，自2025年代理式寫碼成為主流後，App Store每個月的新App上架數量便呈現爆炸性成長。

• 驚人的增長率：在美國市場，今年1月的iOS App發行量比去年同期大幅成長54.8%，在去年12月創下56%成長率 (過去四年來最高紀錄)之後仍持續攀升。

• Vibe Coding成為新顯學：這種利用自然語言與AI代理互動、憑藉「感覺」來引導程式碼生成的開發方式，甚至已經發展成一種新興職業。例如知名平台Lovable近期就開出招募「專業Vibe Coder」的職缺。

開發者的痛點：現在最慢的環節叫「等蘋果點頭」

雖然AI讓開發變得無比迅速，但傳統的審核機制卻成了新的瓶頸。

在紐約從事寵物保母、同時也是Vibe Coder的35歲開發者James Steinberg表示，他認為目前的App Store已經「被像我這樣提交大量App的人給塞爆了」。他抱怨，自己的一款App等了將近六週才成功上架，甚至連後續更新審核也得等上兩天到一週不等的時間。

「現在整個流程中最慢的事情就是等蘋果App Store審核——而不是開發App，也不是行銷，這真的很誇張」。James Steinberg表示。在Reddit論壇上的iOS程式開發討論中，也有大批開發者反映類似的審核延遲災情。他們更擔憂的是，蘋果為了防堵那些粗製濫造的「AI數位垃圾」，可能會在未來實施更嚴苛的審核標準。

蘋果官方回應：90%仍在48小時內完成審核

面對外界的質疑，蘋果官方也迅速做出了澄清。

蘋果表示，雖然近期確實出現部分審核時間較長的案例，但整體而言，仍有90%的提交申請能在48小時內完成審核。官方數據指出，在過去12週內，蘋果每週處理的App提交量高達20萬件，平均審核時間維持在1.5天。蘋果同時強調，他們非常樂見且歡迎新開發者持續提交創新的應用程式。

分析觀點

這次由「Vibe Coding」引發的App Store審核塞車情形，其實點出了一個更深層的產業結構問題：「當AI讓內容產出的邊際成本趨近於零時，平台的審核與策展能力將面臨極限測試」。

Forrester分析師Dipanjan Chatterjee認為，蘋果在審核上將會寧可「錯殺」，也會選擇偏向保守與謹慎。雖然更嚴格的審核過程會激怒部分開發者，但這是現階段圍堵低品質「AI數位垃圾」氾濫的必要之惡。

然而，蘋果不能永遠依賴人力或傳統機制來進行把關。正如Dipanjan Chatterjee 所言：「這不是蘋果單靠『拒絕上架』就能解決的問題；隨著AI加速應用程式的生成，蘋果必須從『工匠式的人工守門』，全面進化到『大規模的AI策展』 (curation at scale)」。

對開發者而言，未來的戰場將不再是「誰能把App寫出來」，而是「誰的App具備真正的原創價值與優異的使用者體驗」，足以在AI產出的諸多App中，成功說服蘋果的審核機制與最終的消費者。

蘋果在透過與Google Gemini合作解決遲遲未能完成的新一代Siri背後的模型後，預計在2026年大舉為旗下裝置引進基於客製化Gemini的AI體驗；根據彭博社Mark Gurman爆料，蘋果計畫在WWDC期間公布iOS 27當中，將透過「擴展」功能讓用戶可串接第三方聊天機器人，更預計在App Store設置專區，方便用戶從中加入第三方串接的AI服務。

簡單的說，雖然蘋果發表Apple Intelligence時強調將與OpenAI的ChatGPT合作，預設Siri本身無法回答用戶問題時會由ChatGPT接手回答；但也許是考慮可能引起歐美對於服務壟斷的質疑，蘋果不得不設法讓用戶擁有選擇權，具體的方式就是利用為Siri加入「擴展」功能的方式使用戶可選擇。

在蘋果並未限制第三方AI服務在App Store上架的情況，至於為什麼需要在App Store設置專區，應該是將Siri與第三方AI服務串接的方式並非透過獨立的App，而是直接以API進行底層串接，為了讓用戶可直觀的選擇串接的服務，故利用專區的方式讓用戶進行選擇，而這些「擴展」的AI服務也僅是作為Siri當中服務的一部分，與該AI服務的App提供的功能分開。

蘋果近期大力整頓氛圍編碼應用，以違反「自包含規則」為由強制下架知名應用 Anything，引發開發者社群關注。

隨著生成式AI技術的爆發，被稱為「氛圍編程」 (Vibe Coding)或「AI自然語言編程」的全新開發模式正在席捲軟體圈。而這股讓使用者只需「動口不動手」就能寫出程式的創新浪潮，似乎觸碰到蘋果App Store的核心守備範圍。根據The Information網站報導，蘋果近期開始強力整頓此類AI應用，上週更以違反規格為由，直接將知名氛圍編程App「Anything」從App Store中強制下架。

何謂「氛圍編程」？蘋果為何如臨大敵？

「氛圍編程」是指使用者完全不需要具備傳統的程式碼編寫能力，只需透過純自然語言描述需求 (例如：「幫我做一個計算卡路里的工具」)，AI就會自動生成、解釋，並且在裝置上直接運行這些程式碼。

而這種極致的便利性，卻讓蘋果的審核團隊感到坐立難安。在下架「Anything」之前，蘋果就已經連續攔截知名開發工具Replit，以及另一款名為Vibe code的應用程式更新請求，進而引發開發者社群的強烈反彈與關注。

殺手鐧：App Store審核指南第2.5.2條

面對外界「打壓AI創新」的質疑，蘋果出面澄清，表示這波整頓行動並非針對「氛圍編程」這項技術本身，而是為了打擊「違規修改應用程式功能」的行為。

蘋果祭出的尚方寶劍，是《App Store審核指南》中極具份量的第 2.5.2 條——「自包含規則」 (Self-containment)，其中要求App必須在自身的封裝套件內獨立運行。開發者嚴禁下載、安裝或執行會引入「新功能」或「改變現有功能」的外部程式碼。此外，雖然蘋果允許App下載解釋型程式碼 (Interpreted code)，但前提是「絕不能改變應用程式最初聲明的核心用途」。

簡而言之，蘋果的底線是：你的App可以作為一個「工具」幫助使用者在畫面上撰寫編碼、開發新軟體；但你的App絕對不能透過執行這些未經蘋果審核的動態程式碼，藉此改變App自身的行為與功能。

「Anything」的妥協與最終出局

這次遭到開刀的指標性App「Anything」，其遭遇完美體現蘋果的鐵腕作風。

據The Information網站報導，「Anything」的開發團隊其實早就意識到潛在的合規風險。本月初，他們曾試圖向蘋果提交一個「妥協版」的更新：計畫將AI生成的程式碼預覽與執行功能，從「App內部」轉移到「網頁瀏覽器」中開啟，藉此規避App本身執行外部程式碼的疑慮。

但蘋果不僅拒絕這個更新版本的提交，更直接採取了最嚴厲的手段——將整款「Anything」App從App Store徹底移除。截至目前，蘋果官方尚未對這起具體下架事件發表公開評論，而商店中仍有少部分同類應用暫時逃過一劫，維持上架狀態。