Shopify 为什么放弃 React Native?
Shopify 宣布移动开发转向原生 Swift 和 Kotlin,放弃使用六年的 React Native,原因是编码模型能力大幅提升,智能体已能承担实现、翻译、测试和审查工作,共享实现带来的优势不再关键。
日期栏展示收录日期,历史补录归入原文日期。
Shopify 宣布移动开发转向原生 Swift 和 Kotlin,放弃使用六年的 React Native,原因是编码模型能力大幅提升,智能体已能承担实现、翻译、测试和审查工作,共享实现带来的优势不再关键。
Factory 成为 OpenAI 市场的发布合作伙伴,OpenAI 在 DevDay 上宣布了这一消息。符合条件的 OpenAI 企业客户可将部分现有 OpenAI 承诺额度用于 Factory,无需等待新预算周期即可在全工程组织部署自主软件开发。Factory 支持云、VPC 和本地部署,客户可通过已批准的 OpenAI 配置使用 OpenAI 模型,同时执行过程留在自身代码与基础设施附近。
Anthropic 发布 Claude 5.5 家族第二款模型 Claude Sonnet 5.5,比 Sonnet 5 更智能、更高效且快 30%,每 token 价格不变,因完成任务所需 token 更少,多数工作成本最多降低 30%。
推荐理由:官方给出 Sonnet 5.5 的定价、迁移清单与调参建议,可据此判断是否替换现有 Sonnet 5 工作流。
Amp 宣布中等模式默认模型由 GPT-5.6 Sol 换成 Claude Opus 5.5,使用 ChatGPT 订阅并启用 ChatGPT Only 预设时仍固定为 GPT-5.6 Sol,可在 Tune Modes 中切换。
推荐理由:Amp 公布内部评测数据与切换方式,读者可据此判断 Opus 5.5 在编码智能体中的成本与可控性取舍。
Anthropic 的 Thariq Shihipar 在 Claude Developer Blog 上解释了 Claude Code 中 effort 档位的含义与用法,effort 近似于让模型在任务上投入多少算力,档位越高 Claude 会做更多独立判断和验证。
推荐理由:作者用 Terminal-Bench 3.0 数据与自测案例,说明不同 effort 档位适合的任务类型和验证强度。
Ruby on Rails 创始人 David Heinemeier Hansson 在 Rails World 主题演讲中宣布,至少在 37signals,专业工作中手写代码的时代已经结束。这一表态引发新一轮“手写代码之死”争论,核心问题是这一转变是否已不可逆转。
Factory 的 Legacy-Bench 加入 Fireworks 的 Specialized Intelligence Index(SII),用于评测前沿模型在 COBOL、Java 7、BASIC、C89、Fortran 和 Assembly 上的调试、实现与迁移能力。
GitHub Next 的 staff research engineer Maggie Appleton 在 Pragmatic Engineer 播客中谈设计工程:她习惯用纸笔和笔记本启动项目,认为手绘比向 Claude Code 描述更快,且次日仍可回溯。她让编码智能体搭建带滑块和取色器的交互原型,称为“Jigs”,并已不再查看工作中生成的 PR 代码,只写详细规格说明让智能体自行验证。
Cursor 推出 Rollouts 和 Security Review 两个 bot,分别监控每次变更的部署健康状况、在每个 PR 中报告可被利用的缺陷,现已在团队版和企业版上线。
推荐理由:Cursor 把部署监控与安全审查做成两个 bot,读者可了解 AI 编码工具如何延伸到交付与安全环节。
Anthropic 发布 Claude Fable 5.1 和 Claude Mythos 5.1,称其为面向编码与知识工作的先进模型。官方说明中未给出具体能力参数,仅指向博客文章获取更多信息。
Poolside 发布智能体编码模型 Laguna S 2.1,采用 MoE 架构,1180 亿参数、每 token 约 80 亿激活,支持最多 100 万 token 上下文,量化后可运行在单台 NVIDIA DGX Spark 上。
Modem 发布博客系列第一篇,指出 Claude Code、Codex 等编码智能体主要靠 ripgrep 做文本搜索来导航代码库,因此代码中的命名和文件路径本身就是搜索词。
推荐理由:Modem 用自家 68 万行 AI 生成代码的实测数据,说明命名与类型如何影响智能体的检索成本与准确率。
在智能体自动写代码、跑测试并提交 PR 之后,打磨(polish)成为复合工程中仍属于人的最后一步。作者用 /ce-polish 命令检出分支、后台启动开发服务器并在编辑器内打开应用,通过 Monologue 语音反馈让智能体修正 Cora 邮件卡片的动画与布局密度。
Compound Engineering 方法论从四步扩展为八步:Ideate → brainstorm → plan → work → review → polish → compound → repeat,新增前置的 Ideate、brainstorm 与收尾的 polish。
Every 旗下 AI 写作产品 Spiral 的总经理 Marcus Moretti 用 Claude Code 独自承担代码、客服、营销和产品管理,把原本分散在 10 个应用里的工作收进单一对话线程。他唯一手写的产品文档是路线图,六易其稿后作为 README 建入 GitHub 项目,其余 PRD 和 ticket 全部由 Claude 生成。
OpenAI 发布 Auto-review 研究,用独立的 Codex 智能体在沙箱边界审批越界操作,替代用户逐次授权。内部部署中 Codex 会话需人工审批的频率比手动模式降低约 200 倍,Auto-review 对需审查操作批准约 99%,在提示注入合成评测中拒绝率 99.3%、过度主动场景 90.3%、MonitoringBench 困难集 96.1%。
推荐理由:OpenAI 公开 Auto-review 的内部部署数据与安全评测,可了解用独立智能体替代人工审批的取舍。