苹果正式起诉 OpenAI 系统性商业窃取
Apple 已将 OpenAI 告上加州联邦法庭,指控其系统性地窃取苹果商业机密用于 AI 硬件开发。被告包括 OpenAI、硬件负责人 Tang Tan(前苹果 iPhone/Apple Watch 产品设计副总裁,在苹果任职 24 年)、前苹果高级系统电气工程师 Chang Liu,以及 Jony Ive 联合创立的 io Products。Chang Liu 于 2026 年 1 月离职加入 OpenAI,但私自保留苹果配发电脑,从 OpenAI 办公地点利用漏洞重新登录苹果私有服务器,数周内下载超 1000 页机密工程文件。苹果在诉状中称,OpenAI 已雇佣超过 400 名前苹果工程师和高管,其硬件面试流程要求候选人准备"技术深度剖析"PPT 并用苹果机密项目代号提问。OpenAI 还被指控接触苹果独占工业设计合作伙伴,要求执行苹果专有金属表面处理工艺。苹果认为 OpenAI 硬件业务"因非法依赖被窃取的商业秘密而从根本上失败"。
来源:
- @dotey: https://x.com/dotey/status/2075712647723397452
- @Gorden_Sun: https://x.com/Gorden_Sun/status/2075773539412844672
- @MaxForAI: https://x.com/MaxForAI/status/2075773562540220882
GPT-5.6 Sol 深度测评:日常得力助手,Fable 仍是终极方案
Every 团队发布了对 GPT-5.6 Sol 的全面测评,核心结论:Sol 是出色的日常协作模型,但在最复杂任务上 Claude Fable 仍然更强。Sol 的优势在于快、稳、遵循指令,主动找上下文(能自读 46 个 CSV 发现缺失信息后带建议回来询问),执行力和持久性显著优于 GPT-5.5。但在 Every 的"高级工程师"基准测试中 Fable 得分 90/100,Sol 仅 56/100——Sol 的弱点在于不知何时该停,重写任务新增约 12900 行代码,每个改动单独看合理但整体过度复杂。Dan Shipper 比喻:Sol 是保时捷,Fable 是曲速引擎。多位工程师的实践方案是用 Fable 做编排者定计划,Sol 负责执行。Codex 团队 AMA 也给出了 Effort 选型策略:日常 Sol Medium,轻量 Terra,模糊 bug 上 High,只有生产事故等才用 Ultra。
来源:
- @Gorden_Sun: https://x.com/Gorden_Sun/status/2075809933589713260
- @Gorden_Sun: https://x.com/Gorden_Sun/status/2075938018008174773
- @dotey: https://x.com/dotey/status/2075654589022437728
- @op7418: https://x.com/op7418/status/2075775161710879010
GPT-5.6 Sol 误删用户文件事故引发广泛关注
HyperWrite 前 CEO、知名 AI 投资人 Matt Shumer 发帖称 GPT-5.6-Sol 意外删除了他 Mac 上几乎所有文件。事故细节:他在测试 OpenAI 邀请的 Ultra 模式时,一个负责代码审查的子 Agent 执行了清理命令,将 $HOME 错误解析为整个用户目录,直接执行 rm -rf /Users/mattsdevbox。讽刺的是闯祸的正是负责抓错的 review sub-agent。多位博主转发此事件并对比指出,Claude Fable 在沙箱隔离和安全性上更值得信任。此事也引发了对 coding agents 本地运行安全性的讨论。
来源:
- @xiaohu: https://x.com/xiaohu/status/2075766411906191708
- @levelsio: https://x.com/levelsio/status/2075686309767594038
- @MaxForAI: https://x.com/MaxForAI/status/2075778649912178785
ChatGPT Work / Codex 重大更新与产品重构
OpenAI 推出 ChatGPT Work 智能体模式,统一桌面端合并 Chat/Work/Codex 三种模式于同一 App。Work 可跨应用收集信息交付成品文档/表格/网页应用,Codex 专注代码仓库操作。OpenAI 开发者关系团队宣布 Build Week(7 月 14 日)并将在 7 月 13 日举办直播。OpenAI 产品负责人 Tibo 表示已重置所有用户的使用额度并将二次重置,承认本次发布在默认设置上易让用户无意识地消耗高算力模式、桌面端重组过于激进、以及部分多 Agent 工作流出现了退化。Anthropic 也做出了对应布局:Claude Code 桌面端新增内置浏览器,桌面应用从三标签改为 Home/Code 两个标签,Cowork 正向网页和手机端扩展且支持跨设备任务同步。
来源:
- @OpenAIDevs: https://x.com/OpenAIDevs/status/2075716750822551688
- @dotey: https://x.com/dotey/status/2075654589022437728
- @thsottiaux: https://x.com/thsottiaux/status/2075641131002700120
- @LufzzLiz: https://x.com/LufzzLiz/status/2075740519964230006
Grok 4.5 免费开放,速度获广泛好评
Grok 官方宣布 Grok 4.5 向免费 tier 开放,使用 Grok Build 即可体验。多位博主给予好评:有博主认为它是目前全球前三的模型,在多数任务上匹敌 Opus 4.8;有博主评价其输出效率惊人,"像 SpaceX 火箭般的体验"。xAI 的低价高效路线正在快速获取用户认可,尤其在速度和性价比维度。
来源:
- @Gorden_Sun: https://x.com/Gorden_Sun/status/2075751612023484847
- @xiaohu: https://x.com/xiaohu/status/2075926120822964637
- @LufzzLiz: https://x.com/LufzzLiz/status/2075738926468505649
LangChain 发布 OpenWiki 0.1.0,Fable 视频编辑能力引热议
LangChain 推出 OpenWiki 0.1.0,为 Agent 加上主动记忆能力:自动抓取 Gmail、Notion、Git 仓库、X/Twitter、Hacker News 和网页搜索六类信源,整理成本地 Markdown wiki 供 Agent 随时调用,按设定节奏自动刷新,无需手动维护。日本博主 paji_a 发布的 Fable 视频编辑演示引发大量关注,多位用户转发称效果"可怕"——能自动添加字幕、调整颜色和字体,被认为将革新视频后期制作流程。Anthropic 进一步延长了 Fable 的试用访问权限。
来源:
- @xiaohu: https://x.com/xiaohu/status/2075883734600146993
- @paji_a: https://x.com/paji_a/status/2075870719091835097
- @levelsio: https://x.com/levelsio/status/2075897585210998847
AI 视频与图像创作的实用工作流持续涌现
多位创作者分享了高质量 AI 视频/图像生成方法。德里克文发布了"12 宫格故事板 + Seedance"生成少林南拳武打动作的完整工作流,解决了 AI 生成武打动作缺乏受力反馈和招式逻辑的痛点。歸藏用 GPT-5.6 Sol 半天内做出了"人生成就生成器"网页小工具。行者 AI(joshesye)在会议中用 Codex 编写了短剧工具"梦境"。小宇 Chengzi 用 GPT Image 2.0 + Seedance 2.0 mini 做了海贼王角色三视图穿搭视频模板。还有博主发现中国官媒已在使用 GPT 生成图片。
来源:
- @derek_wall90176: https://x.com/derek_wall90176/status/2075863164114424185
- @op7418: https://x.com/op7418/status/2075775161710879010
- @joshesye: https://x.com/joshesye/status/2075796071662367026
- @Chengzilhy: https://x.com/Chengzilhy/status/2075804444017799559
- @MaxForAI: https://x.com/MaxForAI/status/2075883060105798100
统计: 扫描时间线条数=360 命中的博主数=31 命中的推文总数=167 加权推文分=127.4 原创推文数=75 RT 推文数=41 抓取尝试次数=2 边界覆盖状态=tail_confidently_crossed_target_boundary