全部 · 2026-07-12

这条迁移记录最值钱的地方，是它把“换模型”这件事的坑讲清楚了。Ploy 的 AI 负责直接搭营销网站，之前 Claude Opus 在这个位置上坐了四个月没对手。GPT-5.6 Sol 一出来，直接对比的结果很硬：平均构建时间从 8 分钟降到 3 分 42 秒，单次成本从 3.06 美元降到 2.22 美元，视觉评分还从 0.936 升到 0.970。代码也写得更精简，一个案例里 CSS 从近 1.8 万字符缩到 2500 多。 但别急着下结论说新模型全面碾压。他们发现自己的评测框架早就被旧模型“养刁了”。Opus 习惯一步步调工具，GPT-5.6 喜欢并行调用，结果直接冲爆了原来的工具调用预算，导致约三分之一的初期失败其实是框架的锅，不是模型出错。另外，GPT-5.6 产出的设计干净现代，但容易千篇一律，想保持品牌特色得额外加指令约束。 文章还提到工具定义、缓存和推理重放这些环节都要跟着改，但具体怎么修没细说。如果你也在考虑切模型，这篇相当于一份踩坑清单，提醒你先查自己的测试工具是否公平，别把新模型的“不一样”直接判成“不好”。

George Hotz 这篇博客的核心判断很直白：他喜欢大模型本身，但极其厌恶围绕 AI 的两种炒作。一种是贩卖焦虑的负面炒作，比如“机会窗口正在关闭”或“永久底层阶级”，他认为这纯粹是为了让你难受并搬去旧金山。另一种是逻辑跳跃，把模型从“高级自动补全”直接吹成“控制整个光锥”的神。他赌上全部身家说后者不会发生。 他的论据主要建立在经济判断上：AI 进步主要靠摩尔定律和算力商品化，而不是某个前沿实验室的魔法。反开源的论调，剥开安全或中国威胁的外衣，核心是害怕技术被商品化后自己赚不到钱。这个视角解释了为什么他认为前沿实验室估值虚高——价值会被创造出来，但钱不一定被他们赚走。 他还收回了之前对模型编程能力的部分否定。他现在承认自己用得更顺手了，把模型比作 find replace 或 Stack Overflow 一样的工具，能提升效率。但他也提醒，模型会增加认知疲劳，而且“氛围编程”产出的代码依然是垃圾。正文没给出具体的生产力提升数据，只引用了 Linus Torvalds 说智能体提效 10 倍、编译器提效 1000 倍的极端估算，Hotz 自己认为这两个数字都夸大了。

过去两天 Codex 和 ChatGPT Work 连上了三个更新，最直接的好处是 Plus、Business、Pro 套餐的 5 小时使用上限暂时拿掉了，现在可以放开用。同时 GPT 5.6 Sol 做了一轮效率优化，每次请求消耗的额度会变少，相当于同样的钱能跑更多轮，但具体省多少正文说等量化后再公布，我会先打个折看待。另外活跃用户到了 600 万，一小时内会重置用量，说明规模确实在涨。 这条更新来自官方推文，不是正式公告，所以关键信息缺得比较多。“暂时取消”到底管多久、效率提升是 10% 还是 30%，都没给范围。如果你在算成本或排产线，这两点没落地之前别急着改预算。

这条博客最值钱的部分不是跑分，而是他们踩过的坑。Ploy 的 AI 智能体负责搭建真实的营销网站，过去四个月里没有模型能打过 Claude Opus，直到 GPT-5.6 Sol 出现。换模型后，网站生成时间从 8 分钟缩到 3 分 42 秒，单次成本从 3.06 美元降到 2.22 美元，视觉评分还略高一点。 但切换不是即插即用。他们的评估工具、工具调用格式、缓存策略和推理回放都得重写，因为整个技术栈已经悄悄围绕 Opus 做了专门优化。比如 GPT-5.6 喜欢并行调用工具，直接打爆了原来按 Opus 串行风格设定的调用预算；评估器不支持批量文件读取，导致三分之一的初始失败案例其实是测试框架的锅，不是模型不行。 正文没披露 GPT-5.6 的 API 具体定价和上下文窗口大小，所以 27% 的成本降幅只能参考他们自己的用量结构。另外，测试样本量很小（Opus 11 次、GPT-5.6 10 次），统计上还不太稳。如果你也在考虑切模型，这篇的教训比跑分更有用：先修评估工具，再看分数。

苹果取消自动驾驶项目后，把为车载 AI 设计的芯片架构转成了 M7 Ultra，准备用在 Mac Pro 上做本地大模型推理。这颗芯片最高支持 1.5TB 内存，意味着像 Llama 这类开源模型的完整权重可以直接装进内存跑，不用再靠硬盘或外挂资料库来分担计算压力，对需要离线跑大模型的人来说是个实打实的卖点。 不过正文没披露具体发布时间、价格和实际性能跑分，也没说这颗芯片在 Mac Pro 上的功耗和散热表现。1.5TB 内存听着很猛，但苹果的内存向来是焊死在芯片上的，升级和价格都是未知数。如果是真的，本地跑大模型的成本会比租云 GPU 省不少，但前提是苹果别在定价上把省下的钱又加回去。

Hy3的定位很明确：不是通用对话模型，而是给Agent用的LLM。295B总参数、21B激活参数的MoE架构，推理效率能打平参数规模2到5倍的旗舰模型，这点如果是真的挺省钱。团队从预览版到正式版靠50多个真实业务场景的反馈来迭代，内部WorkBuddy的任务成功率从72%提到90%，延迟降了34%，幻觉和常识错误也在持续减少，说明迭代方向是靠谱的。 但正文没披露这些50多个业务场景具体是什么行业、什么任务类型，也没说90%成功率是在什么难度级别上测的。纯视觉能力被明确标为短板，意味着多模态任务上别抱太高期待。已集成微信服务10亿+用户这个说法，正文没解释是哪些功能点、用户是否感知到模型切换，更像是在说基础设施层面接入了。 还缺的信息：公开benchmark对比、API定价、Agent框架的开放程度。如果后续能放出具体业务场景的case study和失败案例分析，判断会更扎实。

纳德拉说的“反向信息悖论”点出了一个实际风险：企业花钱用AI，每次提问、纠错、调用工具，都在把自己的专有知识免费喂给模型方。他管这些操作痕迹叫“智力废气”，意思是企业排出的知识尾气被模型吸走，卖家越用越聪明，买家反而在帮对手练级。这个判断本身不新鲜，但由微软CEO说出来，分量不一样。 他主张企业需要一道信任边界，私有评估数据、组织记忆、用模型输出微调自己模型的权利，都得锁在企业手里，未经同意不能外泄。这等于在说，未来企业级AI的竞争点不是模型多大，而是谁能把客户的知识闭环留在本地。 不过正文没披露任何产品细节或落地时间，也没说微软自己打算怎么解决这个问题。Azure OpenAI服务目前的数据处理政策到底符不符合他说的边界，文章一个字没提。如果是真推产品，我会先打个折，等看到具体技术方案再说。

Addy Osmani 这篇文章把“脚手架工程”这个概念讲得很透。核心观点是：我们花了太多时间争论哪个模型更强，却忽略了让模型真正干活的那套外围系统——提示词、工具、沙盒、钩子和反馈循环。一个很直观的证据是，Claude Opus 4.6 在 Terminal Bench 2.0 测试里，仅仅因为换了一套定制的脚手架，排名就从 Top 30 冲到了 Top 5。这说明模型的能力被原装脚手架封印了，换个更好的“外挂”就能解锁。 文章里最实用的思想是“棘轮机制”：每次 AI 犯错，你就把它变成一个永久性的规则或检查项，写进 AGENTS.md 或前置钩子里，确保它不会再犯第二次。这比干等下一个更聪明的模型版本要实际得多。 不过，文章主要基于个人经验和几个团队的案例，没有提供大规模、跨项目的量化对比数据。脚手架到底能提升多少效率、在不同类型的代码任务上表现是否稳定，这些还缺少系统性的验证。如果是真的，那对团队来说，把精力从选模型转向打磨脚手架，可能是当下最省钱也最见效的策略。

这篇 IEEE Spectrum 的报道引用的是一项覆盖 6800 万篇论文、专利和产品的大规模研究，结论很直接：AI 工具在个人层面是生产力加速器，能帮研究者多发论文、多拿引用；但在学科整体层面，它正在让科学探索的多样性变窄。研究者会不自觉地涌向那些 AI 能快速给出正反馈的方向，也就是所谓的“深耕”已知路径，而愿意去碰冷门、可能推翻现有认知的“探索”型工作的人变少了。 这个现象被论文归结为“深耕 vs 探索”的取舍问题，不是研究者个人能力不行，而是整个激励系统被 AI 的效率优势带偏了。报道本身没有给出具体的政策解法，只是把这个系统性偏移点了出来。我觉得这里最值得留意的缺口是：研究没有区分不同学科受影响的差异，也没说清楚这种收窄是暂时的适应期，还是会长期锁死。如果是真的，那以后颠覆性的发现可能更难冒头，这点比个人发了几篇论文更值得警惕。

Roee-Tsur 用工具扫了一圈公开的 MCP 服务器，8100 个注册端点里实际能连上的有 4356 个，按 2026 年 7 月 28 日那版协议规范去测，只有 1 个完全合规。这个结果挺扎眼，但先别急着下结论。正文没披露检查的严格程度——是缺一个可选字段就算挂，还是只测了核心握手流程？也没说采样范围有没有偏向，比如是不是只扫了某个注册表里的服务器，那些没登记但实际在用的就没算进去。唯一过关的是谁也没点名，具体哪些规范要求把大家卡住了同样没提。这些信息缺口让 1/4356 这个数字更像一个方向性信号，而不是精确的合规率。对 AI 从业者来说，这条值得点的地方在于：MCP 协议在快速迭代，但服务器端的实现明显没跟上，如果你正在选型或自建 MCP 工具链，最好自己跑一遍合规检查，别假设生态已经就绪。

陶哲轩这篇博客讲的是他最近用 AI 编程助手做的两件事：把 1999 年写的 24 个 Java 数学演示小程序全部迁移到 JavaScript，以及新做了两个可视化工具。整个过程只花了几小时，旧程序现在又能跑了，包括复分析、线性代数、蜂巢图这些当年手写很费劲的东西。他只发现了一个小 bug，是某个拖拽操作在框外行为异常，但助手反而从原代码里找出两个他以前没发现的 bug，代码质量算打平。 这件事值得关注的点在于，陶哲轩明确说了这些可视化只是辅助工具，不是数学论证的关键环节，所以 AI 生成代码的 bug 风险可以接受。他自己把这种开发方式叫“vibe coding”，还公开了和助手的完整对话记录。这给其他研究者提供了一个很实际的参考：非关键性工具用 AI 生成，省时间且效果不差。 不过正文没披露他用的是哪款 AI 编程助手，也没说这些 JavaScript 代码有没有经过安全审查就直接部署到了公开页面。另外，新做的闵可夫斯基时空图工具他自己也说是“alpha 版”，还在等反馈修 bug，所以现在拿来教学或演示的话得留个心眼。

微软、亚马逊、谷歌2025年数据中心合计排放1.04亿吨二氧化碳，微软一家就占了近一半，主要是它猛铺AI基础设施。这个数字相当于法国全国排放的33%，但先别急着拿这个比例做文章——法国自己核电比例高、总排放基数低，所以显得占比特别大。更值得留意的是，这三家都在悄悄往回缩：亚马逊和谷歌不再提“全天候用清洁能源”的目标，微软买的碳抵消也被发现效果注水。而且这些排放数据全是企业自报，没有独立核查，实际排放很可能更高。正文没披露各家具体用了多少可再生能源、也没说这些排放里多少来自训练、多少来自推理。如果只看企业自己挑着报的数字，很难判断AI扩张到底让碳账本恶化了多少。

Sam Altman 在 X 上说，他“相当确定”AI 到目前为止是净创造就业的，还补了一句“这跟我之前想的不一样”。Anthropic 的 Dario Amodei 也修正了说法，现在把自动化称为生产力倍增器，而不是岗位杀手。两位 CEO 的转向幅度不小，但支撑这个判断的公开数据还很薄。耶鲁预算实验室没发现 AI 相关的劳动力市场变化，一项多大学联合研究也指出程序员和文案的就业危机在 ChatGPT 上线前就开始了。 文章提到，有些公司确实以 AI 为由裁员，但更像是给股东一个交代，或者把人力预算挪去买算力硬件。目前还没有研究显示 AI 对整体生产率或就业有显著影响，所以 Altman 的“相当确定”更多是个人判断，不是有数据背书的结论。 还缺的是：AI 创造的新岗位具体是哪些、规模多大，以及这些岗位的质量和可持续性。如果只是把全职拆成零工，那“净创造”的意义就得重新掂量。

这篇文章点出了一个反常识的现状：我们以为更强的模型会写出更干净的代码，但数据证明恰恰相反。核心问题不在模型本身，而在于人把任务交给模型的方式。AI为了通过测试、覆盖边界情况，倾向于堆砌代码，而人类理解速度完全跟不上生成速度，导致“理解欠债”越积越多。文章里提到的“体积与质量反向定律”是个关键信号，它说明在当前自回归模型的技术路线下，代码膨胀是结构性的，不是暂时的。 不过，文章后半段对商业模式的判断更值得留意。Slopfix这类人工清理服务虽然证明了需求真实，但它的模式太薄了——用Claude Code删Claude Code写的代码，本质上是在模型接口外包了一层人力。历史规律显示，这种生意很容易被上游的SaaS工具或开发平台内置功能吃掉。CodeRabbit一年内ARR暴涨700%到4000万美元，以及Cursor、微软直接在编辑器里集成审查功能，都印证了价值正在向上迁移。 文章没披露的是，那些被删掉的冗余代码具体是什么形态，以及Slopfix的案例是否具有普遍性。另外，它只讨论了自回归模型，如果未来代码生成的主流范式变了，这个结论可能需要重新审视。

这条新闻的核心判断很清晰：Agent 从桌面走向手机，不是因为模型更聪明了，而是监督成本降下来了。文章把这件事拆成两条轴——独立完成任务的能力，和低成本验收的能力。写代码先跑通，是因为软件工程早就有测试、diff、PR 这套成熟的“验收压缩”工具，开发者在地铁上看眼测试过没过就能决定合并不合并。知识工作一直缺这套东西，你没法让机器自动判断 30 页 PPT 的数据是不是编的。 现在开始补课了。系统会把修改建议高亮出来让你逐条点接受或拒绝，把报告里的数字关联到私域文件做来源追踪，动工前先推大纲让你批准。这些机制没有创造编译器，内容质量和不可逆外发还得人把关，但它把审查范围从“通读全文”压缩成了“只看几个异常和来源标记”。文章提到 Codex 周活超 500 万，其中 100 万在干非开发的活，这个数字侧面印证了通用工作场景的需求是真实的。 有一点值得注意：文章说持续在线不一定靠云端，一台放家里的 Mac mini 配合手机客户端也能实现远程派活。这对重视数据边界的团队是个可选项，但正文没展开讲本地方案的延迟、唤醒失败率和维护成本，这些在实际落地时才是真正的坑。另外，验收压缩在知识工作上的效果还缺第三方验证，目前看到的更多是产品方向而非实测数据。

Cloudflare 这步棋很直接：既然 AI 爬虫已经是互联网最大流量来源，那就把“给机器看”做成网站上线时的默认选项。他们新出的 Drop 工具，把 Markdown for Agents 功能塞进了认领流程，网站一上线就能让 AI 顺畅阅读。官方测试一个页面从 12,345 个 token 压缩到 725 个，大模型调用成本直接砍掉 94%。这个数字很漂亮，但得打个折——它只测了静态页面，动态单页应用的转换质量正文没提，实际效果可能没那么理想。 更关键的是，这背后是一套四层协商网络：身份验证、访问控制、付费协议、格式转换，全在边缘节点瞬间完成。其他云厂商要么缺格式协商，要么缺边缘计费，暂时拼不出这套组合拳。不过文章也点明了两个现实短板：免费套餐用户用不了这个功能，主流 agent 框架也还没默认发送 Accept: text/markdown 请求头。技术铺好了，但生态还没跟上。另外，机器读得更顺畅也意味着指令注入风险更高，这点正文只提了个头，没展开讲防护措施。