AI 写代码的一切：编码助手、Vibe Coding、代码模型评测与开发工作流变革。
The Information 统计了 34 家头部 AI 创业公司的年化收入，加起来约 800 亿美元。OpenAI 和 Anthropic 两家就占了 89%，其中 Anthropic 到 2026 年 4 月年化收入已超过 300 亿，反超 OpenAI 对外报的 250 亿。不过原文因为微信环境验证拦截，正文没披露具体统计口径和收入确认方式，这...
推荐理由：这条消息的钩子很清晰——Anthropic 收入反超 OpenAI，同时两家垄断近九成份额，比单纯说“行业总盘子大”更有信息量。The Information 给出的 800 亿年化收入和 89% 集中度是新的具体数字，不是泛泛的趋势判断。对 AI 从业者来说，收入集中度比融资额更能反映商业落地现状，所以值得推。不过这是二手财务报道，不是模型或产品发布，重要性定在 82 合理。
这篇文章是机器之心翻译的 Sebastian Raschka 博客，盘点了几款新模型的架构改动，核心都在想办法降低长上下文的显存开销。Gemma 4 的 E2B 方案在 128K 上下文、bfloat16 精度下，KV 缓存能省大约 2.7GB，这个数字挺实在的。另外还提到了 Laguna XS.2 和 ZAYA1-8B，但正文因为微信环境验证拦截，具...
推荐理由：这是一篇编译的架构趋势梳理，不是一手发布，但信息密度不错。我会先打个折，不往 breaking 级别推。HKR 三档都站得住：标题有明确的模型名钩子，正文有可引用的 KV Cache 节省数字，话题本身也直接关系到推理成本和部署预算。整体放在 featured 中段比较合适，既不过度拔高，也不低估它对从业者的参考价值。
Cursor 把 Composer 模型升级到了 2.5，说它在处理长任务、理解复杂指令上比之前强了不少，同等能力下效率能高出 10 倍。这次升级主要靠三件事：训练规模更大、强化学习环境搞得更复杂，还加了一套文本反馈机制，让模型能根据文字反馈自己调整。底层架构跟 Moonshot 的 Kimi K2.5 是同一套。另外 Cursor 正跟 SpaceX...
推荐理由：Cursor 发了 Composer 2.5，说同等能力下效率能提 10 倍，还提到用了更大的训练规模、更复杂的强化学习环境和文本反馈来调模型。我会先打个折：10 倍这个数目前只有厂商自己说，正文没给基准测试、没给价格、也没法复现验证，所以别太激动。但如果是真的，对用 Cursor 写代码的人来说确实挺省钱省时间。这条消息来自单一社交来源，信息量够让从业者关注，但缺硬数据支撑，所以分数定在 82，放在 featured 里提醒大家留意后续实测。
Anthropic 买下了一家叫 Stainless 的纽约初创公司，这家公司 2022 年成立，专门做一件事：自动生成和维护 API 的 SDK（就是开发者用来调接口的代码库）。有意思的是，Stainless 的客户名单里本来就有 OpenAI、Google 和 Cloudflare 这些 Anthropic 的直接对手。收购价和具体整合计划正文都没...
推荐理由：我会先打个折，因为没公布交易金额和整合细节，没法判断这笔收购到底有多大分量。但钩子确实强：Stainless 的客户名单里躺着 OpenAI 和 Google，Anthropic 把它买下来，等于把对手用的工具收进自己口袋。技术上，Stainless 干的事是自动生成和维护 API 的 SDK，省得开发者手动写调用代码，对想推 API 的模型公司来说是个实在的基建。正文没写收购后 Stainless 还会不会继续服务其他客户，这点先别太激动。整体看，这事对关注开发者工具和 API 生态的人有信息量，但缺关键数字，所以到不了更高分。
Claude Code 的快速模式现在默认跑在 Opus 4.7 上，输入 /fast 就能切过去。正文只提了调用方式，没写价格、上下文窗口多大、速率限制和灰度条件，这些实际用起来的关键信息都还缺着。
推荐理由：HKR 三项都成立，因为 Claude Code 把快速模式的默认模型换成了 Opus 4.7，而且给了明确的 /fast 调用路径。但价格、上下文长度、调用限额这些关键信息正文全没提，所以分数压在 72–77 这个区间。我会先打个折：知道换了什么，但不知道换完要花多少钱、能用多久，这点先别太激动。
llama.cpp 在 PR #22673 里正式合并了 MTP（多 token 预测）投机解码支持。实测 Qwen3.6 27B 用 Q8_0 量化，在 Strix Halo 上从 7.4 tok/s 提到 18.1 tok/s，速度翻了 2.44 倍；双 RTX 3090 的 Q8_0 方案也从 25.7 tok/s 涨到 55.9 tok/s，约...
推荐理由：HKR 三项都满足：llama.cpp 合入了 MTP 投机解码，用 Qwen3.6 27B 在 Strix Halo 和 RTX 3090 上跑出了实打实的加速数字。范围限定在本地推理优化，不是大模型发布，78 分放在 featured 合适。
Cursor 推出了 Composer 2.5，一个专门做长代码任务的模型。官方说在连续几十甚至上百步的复杂编程里，效率最高能到之前的十倍。技术上的关键是用了文本反馈来训练，解决了十万 token 级别超长轨迹的学习问题，让模型能稳定跟完一长串指令。底座还是拿 Moonshot 的 Kimi K2.5 继续训出来的。另外 Cursor 宣布要和 Spa...
推荐理由：Cursor 发 Composer 2.5，说长任务效率最高能提 10 倍，背后是用 Kimi K2.5 做二训、处理十万 token 级轨迹。我会先打个折——10 倍是官方说法，没看到独立评测，实际效果还得等用户跑起来再看。但 Cursor 本身是编程工具里的头部产品，这次更新又绑定了 Moonshot 的模型，对开发者选工具和模型都有参考价值。正文没披露二训具体用了多少样本、成本如何，这点先别太激动。整体信息量够、时效性强，给 82 分放在 featured 里合理。
GitHub 给 Copilot 加了个远程控制会话功能。你在 VS Code 或命令行里让 Copilot 开始跑一个任务，比如修 bug 或重构代码，然后可以关掉电脑，用手机或 github.com 网页接着看进度、继续对话或者让它接着干。这相当于把本地开发环境里的 AI 助手会话搬到了云端，随时能接上。正文没提这个功能要不要额外付费，也没说手机端...
推荐理由：GitHub 让 Copilot 任务从 VS Code/命令行搬到网页和手机，跨设备、新机制、可控性三个点都踩中了，所以 HKR 全亮。不过正文只给了入口和场景描述，权限怎么设、要不要额外付费、支持哪些任务类型都没说，实际能用成什么样还得等上线看。
InsForge 是一个 Apache 2.0 协议的开源后端平台，专门给编程类 AI（也就是 coding agent）用。它把数据库、用户认证、文件存储、算力托管和 AI 网关打包在一起，AI 写代码时可以直接调用这些现成模块，不用每次都从零搭后端。安装只要一行 CLI 命令，再配上它的 Skills 功能，AI 就能自己完成部署、运维和查错。目前...
推荐理由：InsForge 的定位很准，就是帮 coding agent 解决部署和运维的后端平台，一条命令安装，协议也宽松。不过目前只有 Show HN 和 GitHub 仓库，正文没披露实际使用量、性能基准或生产环境案例，所以先按 featured 处理，等有落地数据再往上调。
作者用一张 RTX 3090 24GB 跑 Qwen 3.6 27B，最终留用了 ik_llama.cpp 搭配 Qwen3.6-27B-MTP-IQ4_KS.gguf 这个量化版本。在 156k 上下文、q8_0 KV 缓存并开启 MTP 的设置下，输入约 5900 token 的提示、生成 1024 token 时，预填充速度约 1261 tok/...
推荐理由：这是一篇个人实测，不是官方发布，所以传播面窄一些，但信息密度很高。作者在单张 3090 上把 Qwen 3.6 27B 压进 24GB 显存，还跑通了 156k 上下文，最终选了 ik_llama.cpp 加 IQ4_KS 量化。prefill 能到 1261 tok/s，decode 72.9 tok/s，对本地部署来说相当可用。后端对比部分把 llama.cpp 系和 vllm 的取舍讲清楚了，对想自己搭推理服务的人有直接参考价值。我会先打个折：这只是单人单卡的一次测试，没有多卡、没有生产环境压测，但作为选型参考够用了。
OpenAI 宣布与戴尔合作，让 Codex 这个编程助手能跑在企业的本地服务器和混合云环境里，而不是只能连 OpenAI 的云端。Codex 现在每周有超过 400 万开发者用，企业已经拿它做代码审查、写测试、处理事故，甚至开始用它整理跨工具的信息、写报告、筛选销售线索。这次合作主要对接戴尔的两个现成基础设施：一个是管企业本地数据的 AI Data ...
推荐理由：我会先打个折：正文没披露上线时间、价格、地区和安全机制，所以现在只能当个方向性信号看。H 和 R 都很强——Codex 进本地机房，意味着企业可以把编程代理放在自己环境里跑，代码隐私和合规部署的想象空间一下子打开了。K 这边，合作本身是新的部署条件，但关键信息全缺，没法判断落地有多快、成本多高。综合下来，这条值得放在 featured 位置，但别急着下结论。
作者用 Gemma 4 的 4B 参数模型做了一个叫 SmallCode 的编程 agent，在 100 道题的基准测试里解出了 87 道。核心不是模型本身，而是给模型配了一套复合工具：写完代码自动编译、跑 lint 检查，出错就根据报错信息改；同一个任务连续失败两次后，会自动把问题拆成更小的子任务再试。遇到实在搞不定的题，还能把任务转给 Claude...
推荐理由：这是一篇 Reddit 个人实验帖，不是正式论文。我会先打个折：基准测试的具体身份和复现细节没给全，87 分到底是在哪个测试集上跑的、对比基线是谁，正文没披露。但作者把做法讲得很实在——用复合工具、编译反馈当纠错信号、任务拆解策略，这些工程思路对想自己折腾小模型编程智能体的人有直接参考价值。信息有缺口，但第一手实验的干货够，放在 featured 档合适。
Cloudflare 在自家代码仓库上测试了 Anthropic 的 Mythos Preview 模型，发现它比之前的通用模型强在两点：一是能把几个小漏洞串成一条完整的攻击链，推理过程像资深研究员；二是能自己写代码触发漏洞、编译运行，失败了会调整假设再试，直到拿出可用的验证脚本。但模型也有毛病，它有时会拒绝做合法的漏洞研究，换个说法或环境又同意了，这...
推荐理由：Cloudflare 这篇是实操观察，把 Mythos 这类安全模型扔进关键基础设施的实时代码测试里，发现它能揪漏洞，但也会误报，而且上下文一长就不稳。我会先打个折：正文没给样本量，也没给准确率、召回率这些硬指标，所以只能当经验分享看，不能当评测结论。不过它碰的问题很实在——安全模型在真实生产环境里到底靠不靠谱，这点先别太激动，但值得跟。
腾讯云上线了自家的 AI 设计工具 Ardot，定位是给产品、设计和开发用的协作平台。核心功能就两个：一是用一句话描述就能生成 App 页面、官网、海报这类可编辑的设计稿，支持调用团队自己的组件库来保证风格统一，也能直接导入 Figma 文件接着改；二是设计稿可以一键转成代码，把变量、组件、布局这些细节数据直接拉进 CodeBuddy 这类 IDE 里...
推荐理由：这条消息本身够具体，产品形态和输出物都交代清楚了，所以 H/K/R 全过。但正文没提模型能力、生成稿的还原度、代码质量、定价和实际用户反馈，这些缺口让它的重要性只能停在 73 分这个位置。我会先打个折，别因为“一键转代码”就过度激动，等有实测数据再调权重。
Cursor 把代码助手 Composer 升级到了 2.5 版，底层还是基于月之暗面的 Kimi K2.5 开源模型。这次主要做了三件事：一是用“文字反馈强化学习”，在模型犯错的地方直接插一句提示（比如“提醒：可用工具有这些”），让模型在那个点上学会纠正，而不是靠最后的总分去猜哪里做错了；二是把合成训练数据的量提到了上一代的 25 倍，并且动态生成更...
推荐理由：HKR 三项都踩中了：Cursor 本身就是编程助手的核心入口，文章又给了 Moonshot 基座、25 倍合成数据、文本反馈 RL 和分片 Muon 这些实打实的训练细节。我会先打个折——正文没给基准测试、没提价格，也没说用户端能力边界，所以分数卡在 78–84 这个区间是合理的。
MinishLab 开源了 Semble，一个专为 AI 编程 agent 设计的代码搜索工具。它把轻量级语义嵌入（Model2Vec）、传统关键词匹配（BM25）和融合排序（RRF）串在一起，最后再用重排序模型精排结果。在 63 个代码仓库的测试里，它的搜索质量达到 NDCG@10 0.854，每次查询在 CPU 上大约只要 1.5 毫秒。最直接的好...
推荐理由：Semble 的卖点很直接：给代码 agent 用的搜索工具，比 grep 加 read 少花 98% 的 token，CPU 上跑一次大概 1.5 毫秒。这个数字我会先打个折，因为基准测试里的 grep 用法可能不是最优的，但方向是对的——用传统检索加轻量重排来替代把整个代码库塞进上下文，确实能省不少钱和延迟。正文没披露重排模型的具体大小和准确率对比，这点先别太激动。整体还是工具链层面的改进，影响力到不了必须写的地步，但对做 coding agent 的人来说值得一试。
一位 Reddit 用户拿 DeepSeek V4 去啃 4.5 万、18 万和 52 万 token 的代码库，结论是 15 万到 25 万 token 时写代码最顺手。超过 30 万 token 后，模型对具体行号的定位开始不准；到 52 万 token 时，输出明显偏向架构总结，具体实现细节会跳过。帖子正文没披露测试用的具体任务和评估指标，所以这...
推荐理由：单篇 Reddit 帖子权威性有限，但 HKR 三项都站得住：有数字、有对比、有明确的失效模式。归入 featured 而不是更高，是因为复现细节和模型版本信息偏薄，先别太激动。
这篇文章本身因为微信环境验证没抓到正文，所以具体实验细节没法展开。但从标题和已有摘要能看出，研究团队用 OpenHands 跑了 8 个前沿模型在 500 个 swe-bench 编程任务上的表现，发现 Agent 模式下输入输出 token 比能到 154:1，而且人类标注的任务难度和实际 token 消耗之间关联很弱，Kendall tau 只有 ...
推荐理由：我会先打个折：这不是新模型发布，而是一篇基于轨迹数据的分析，所以放在 78–84 这个推荐区间是合适的。它的钩子很直接——token 花了一千倍，效果未必更好，这对正在给 coding agent 算账的团队来说，比单纯刷榜的新闻更有实际参考价值。文章给出了 OpenHands 在 500 个 swe-bench-verified 任务上的具体数字，154:1 的输入输出比和 0.32 的 Kendall tau，说明模型在排行榜上的名次和实际干活的表现相关性很弱。这点先别太激动，正文没披露不同模型各自的成本曲线，但至少把 agent 的隐性账单摆...
Peter Steinberger 晒出后台数据，30天里跑了760万次请求，烧掉6030亿个token，账单超过130万美元。他提到关掉“快速模式”后费用直接砍了七成，而且这笔钱目前由 OpenAI 承担，他自己不用掏。
推荐理由：我会先打个折：这是个人晒账单，不是 OpenAI 官方调价，但 130 万美元这个数本身就够从业者心里咯噔一下。文章给了很实的用量——6030 亿 token、760 万次请求，还点出关掉快速模式能砍掉七成费用，对正在跑 agent 的团队有直接参考价值。不过正文没披露他具体跑了什么任务、模型怎么选的，也没说 OpenAI 为什么免单，这点先别太激动。整体更像一条带数据的成本警示，不是产品发布，所以放在 featured 刚好。
Dario Amodei 给了两个数字：AI 可能推高 GDP 增速到 5%–10%，同时失业率会上升、贫富差距拉大。他的核心判断是软件成本会降到接近零，传统靠卖软件授权的商业模式会被打穿。现在工程师还能去做编辑或升级工作，但 AI 模型会不断吃掉更多任务，很多干了几十年的职业会慢慢消失。他担心社会还没意识到这场变化的规模和冲击有多大，自己既兴奋又发愁...
推荐理由：Dario Amodei 这次把话说得很直：AI 可能带来 5% 到 10% 的 GDP 增长，同时推高失业和不平等，软件成本会便宜到近乎免费。我会先打个折，因为原文是 X 上的摘要，不是完整访谈实录，没法确认他有没有给限定条件。但即便只是方向性判断，也足够让做 AI 的人重新掂量自己的位置——增长是你的机会，免费软件可能先吃掉你的老业务。