跳到正文
9月14日周一
  1. Addy Osmani71

    Addy Osmani 谈在遗留代码库中引入智能体工程

    Addy Osmani 撰文讨论在遗留(brownfield)代码库中引入智能体工程的做法,核心是把隐藏约束显性化,让廉价改动变得可信。他提出按绿、黄、红三区划分代码库,绿区可让智能体在紧循环中自主迭代,黄区需先写特征测试,红区涉及认证、计费、权限等敏感逻辑必须人工逐步配对;并强调迁移应以完整单元收尾、删除旧路径,否则智能体面对矛盾先例会出错。

9月11日周五
9月10日周四
  1. Cursor Changelog78

    Cursor 推出项目功能,用协调智能体承接长期任务

    Cursor 推出「项目」功能,用于承接一项功能、一次迁移或完整应用这类长达数月的工作,目前处于 beta 阶段并逐步向所有用户开放。项目中的协调智能体不写代码,负责规划并把任务委派给具体实现的智能体,可按需并行运行任意多个智能体,并在云端独立计算机上运行。每个项目维护一组文件,在云端和本地机器间同步共享上下文,还可监听 Slack 频道、按计划运行或跟踪 PR 以主动触发工作。

    推荐理由:原文说明了项目如何用协调智能体与共享上下文承接长期任务,可据此判断多智能体协作的适用边界。

9月2日周三
  1. 宝玉66

    Anthropic 博客:高效电商 AI 智能体的架构、延迟优化与生产实践指南

    Anthropic 博客发布电商 AI 智能体解剖指南,基于与零售、旅游、电信等团队的落地合作,给出单一模型加技能、而非子智能体的架构建议。文章分三部分:架构设计上把高频指令放进系统提示词、长尾做成技能,并把 UI 组件也做成工具;性能上通过减少对话轮次、急切分发工具、提示词缓存和模型扫表测试压缩延迟与成本,缓存命中率可达 90–99%。

  2. Cursor Changelog67

    Cursor 推出自托管机器,工具调用可留在自有网络

    Cursor 支持自托管机器,让工具执行完全留在你自己的网络内,代码库、构建产物和密钥都保留在自有基础设施的内部机器上,由智能体在本地处理工具调用。My Machines 可将单台笔记本电脑或 VM 连接到账户用于个人工作流,团队池则是面向团队或企业的具名 worker 队列,容量随请求扩容、worker 断开时缩容,池不与代码仓库绑定,还可让闲置机器休眠并在重连窗口内恢复。

    推荐理由:原文说明了自托管机器的池化调度与沙箱接入方式,可据此判断工具调用能否留在自有网络内。

8月31日周一
  1. 宝玉58

    宝玉:AI 原生思维,像训练大模型一样训练自己

    AI 博主宝玉在腾讯内部以自己做了三年的字幕翻译 App 为主线,分享 AI 产品从找需求、判边界、最小验证、重设计到落地交付的完整过程。他提出找需求要盯模型能力边界线,评估需求看能力、成本、价值三条边界,并以一次真实优化为例把调用从 33 次降到 12 次、单集处理从 31 分钟降到 18 分钟。

  2. Addy Osmani48

    Addy Osmani 谈 Agentic Skill Decay:智能体时代工程师如何刻意练习

    Addy Osmani 提出"Agentic Skill Decay"概念:智能体可跳过写代码、调试、读他人代码等大量练习,导致代码产出速度快于工程师的判断力。他认为好的智能体工作依赖深厚领域专长与应用判断力,建议新手先形成假设再提示、多问"为什么"、读 diff、预测失败点,并主动让智能体边做边讲解以保留学习机会。

8月28日周五
  1. 宝玉78

    Warp 如何让 Agent 自我进化:用人类反馈改进代码审查 Skill

    宝玉解读 Claude 博文《How Warp builds self-improving agents on Claude》,介绍 Warp 用两个 Skill 解决代码审查 Agent 缺乏记忆的问题:一个基础 Skill 做代码审查,一个改进 Skill 定期收集工程师在 PR 上对 Agent 审查结果的评论,据此自动更新审查 Skill,人只需自然写评论。

    推荐理由:Warp 用人类 PR 评论自动改进代码审查 Skill 的闭环,以及 6 条 Skill 编写原则,可直接迁移到团队的 Agent 工作流。

8月27日周四
  1. Cursor Changelog60

    Cursor 云端智能体支持无需代码仓库从零开始

    Cursor 云端智能体不再需要连接 GitHub 或其他第三方 SCM 提供商即可开始使用,用户可直接输入提示,Cursor 会在后台创建 Origin 代码仓库。满意后点击创建代码仓库按钮,可自定义名称并将可见性设为私有或内部。此外,Cursor 支持将云端智能体实时环境通过端口转发在浏览器中预览,连接 Vercel 账户后点击发布即可生成可访问 URL。

    推荐理由:云端智能体不再依赖 GitHub 即可起步,读者可据此判断无仓库场景下的原型开发流程变化。

8月24日周一
  1. 宝玉62

    我的 AI 原生开发流程:一个真实案例的完整复盘

    宝玉以给字幕转录翻译 App BaoCut 添加远程转录功能为例,复盘了 AI 原生开发的完整流程:可行性分析、设计文档、高精度原型设计、编码实现、测试验证。核心结论是流程没变但执行主体从人变成 Agent,人只在关键路径做确认和决策,文档成为人和 Agent 之间以及 Agent Session 之间传递上下文的核心媒介。

8月22日周六
  1. Model Context Protocol Blog62

    MCP 发布新版路线图,列出五个优先方向

    MCP 官方发布更新版路线图,覆盖下一次规范发布及之后的工作,由核心维护者与社区共同制定。路线图分为五个优先方向:Agent 消息原语、HTTP 原生传输统一与加固、Agent 身份与企业级安全、原语改进、SDK 开发体验改进。

    推荐理由:官方路线图列出五个优先方向,可据此判断 MCP 后续在传输、Agent 身份和工具发现上的演进节奏。

8月21日周五
8月20日周四
  1. JetBrains AI Blog41

    JetBrains Air 新增多项目视图、Markdown 编辑器与 Windows IME 支持

    JetBrains Air 新增多项目视图,可在同一窗口打开多个项目并并行运行多个智能体,侧边栏按项目分组任务。Markdown 文件现以格式化文本渲染,无需分屏预览,语法在阅读时隐去、编辑时显示。Windows 上的中文、日文、韩文等 IME 输入问题已修复,该版本还新增首次启动的 Customize 界面和可选择智能体与模型的 Agent Review。

8月14日周五
8月11日周二
  1. Ollama Blog71

    NVIDIA Nemotron 3.5 Lightning 上线 Ollama,30B 总参数 3B 激活可本地运行

    NVIDIA Nemotron 3.5 Lightning 已在 Ollama 上线,可完全在本地设备运行,这是一个 30B 总参数、每 token 仅 3B 激活的开放模型,采用混合 MoE 架构,面向持续运行的智能体任务。

    推荐理由:想在本机跑长时智能体的团队,可据此了解这款 30B 总参数、3B 激活的 MoE 模型在吞吐和工具调用上的定位。

8月10日周一
8月8日周六
8月3日周一
  1. JetBrains AI Blog62

    JetBrains 推出 Central CLI,统一管控第三方 AI 工具开销

    JetBrains 发布 JetBrains Central CLI,把第三方终端 Agent 的请求统一走自家 AI 路由层,从而对 Claude Code、Codex 等工具施加 AI credits 形式的 token 预算。

    推荐理由:JetBrains 公开了内部 AI 成本治理的完整路径,读者可参考其用 CLI 统一路由第三方 Agent 并设置 token 预算的做法。

7月29日周三
  1. 宝玉62

    从 TL 到 EM:我终于不再盯着 AI 写代码了

    作者宝玉复盘自己使用 Coding Agent 的角色转变,从盯代码层的 TL 变成管结果的 EM。转折点在 Fable 5 前后,他发现 AI 写的代码质量已相当可以,于是改为先和 Agent 做技术方案,确认后用 /goal 加方案让 Agent 执行写代码和自动化测试,人只做验收,有 Bug 就描述给 Agent 重现修复并补测试。

7月28日周二
  1. Model Context Protocol Blog88

    MCP 发布 2026-07-28 规范,协议核心转为无状态

    MCP 发布 2026-07-28 规范,将协议核心从双向有状态改为请求/响应无状态,取消 initialize 握手与 Mcp-Session-Id,任何请求都可落到普通轮询负载均衡后的任意实例。

    推荐理由:MCP 新版把协议核心改为无状态请求响应,开发者可据此判断现有 MCP 服务端与网关的改造量。

7月22日周三
  1. JetBrains AI Blog66

    JetBrains Air 新版本支持更多 ACP 智能体、本地模型与 Java/Kotlin 代码智能

    JetBrains Air 新版本通过 Agent Client Protocol(ACP)接入 GitHub Copilot、OpenCode、Pi、Cline 等兼容智能体,并新增本地模型支持与 Java/Kotlin 代码智能。

    推荐理由:原文给出 Air 接入 ACP 智能体、本地模型与 Java/Kotlin 代码智能的具体配置方式,可据此判断能否沿用公司已批准的编码工具。

7月21日周二
  1. JetBrains AI Blog71

    JetBrains 发布 JetBrains Context,为编码智能体提供仓库智能层

    JetBrains 发布仓库智能层 JetBrains Context,通过增量语义索引和语义检索让编码智能体直接查询仓库知识,减少反复搜索和读文件。它支持 Claude Code、Codex CLI 和 Junie CLI,可在 JetBrains IDE、Air、VS Code 等编辑器中使用,并支持跨组织代码库的多仓库搜索。

    推荐理由:官方给出多仓库语义检索的接入方式和三项基准降幅,可据此判断是否值得给现有编码智能体接上。

7月20日周一
7月15日周三
7月12日周日
6月11日周四
  1. Ollama Blog66

    Ollama 更新 MLX 引擎,在 Apple Silicon 上性能创新高

    Ollama 更新 MLX 引擎,称这是其在 Apple Silicon 上的最高性能表现,模型响应质量更高、速度更快且占用内存更少。新引擎支持 NVIDIA 的 NVFP4 格式,在 Gemma 4 12B 上把 4-bit 量化的质量损失大致减半,输出速度比 q4_K_M 快约 20%。

    推荐理由:原文给出 MLX 引擎在 Apple Silicon 上的量化、速度与快照缓存改进,可据此判断本地跑模型和 Agent 工作流的收益。

5月25日周一
  1. Anthropic Engineering71

    Anthropic 详解如何在 claude.ai、Claude Code 和 Claude Cowork 中隔离 Claude

    Anthropic 工程团队发文介绍 claude.ai、Claude Code 和 Claude Cowork 三款智能体产品各自的隔离架构,分别采用临时容器、人在回路沙箱和本地虚拟机三种模式。

    推荐理由:Anthropic 公开了三款产品各自的隔离架构与真实事故复盘,可用来对照自家 Agent 的沙箱与出网策略。

4月8日周三
  1. Anthropic Engineering80

    Anthropic 发布 Claude Managed Agents,将智能体的大脑与双手解耦

    Anthropic 在 Claude Platform 上推出托管服务 Claude Managed Agents,把智能体拆成 session、harness 和 sandbox 三个可独立替换的接口,让大脑与双手解耦。

    推荐理由:Anthropic 官方拆解了托管智能体的架构取舍,读者可据此理解长任务智能体在延迟、安全与扩展上的设计思路。

3月25日周三
3月24日周二
  1. Anthropic Engineering70

    Anthropic 分享长时应用开发的 harness 设计:从生成器加评估器到三智能体架构

    Anthropic Labs 团队成员 Prithvi Rajasekaran 介绍了用于长时应用开发的 harness 设计,借鉴 GAN 思路把生成与评估拆成不同智能体,先在前端设计上用四条评分标准把主观质量变成可打分项,再扩展到全栈开发。

    推荐理由:Anthropic 工程团队公开了生成器加评估器的多智能体 harness 设计细节,可迁移到自家长任务编码流程。

3月16日周一
3月6日周五
  1. Anthropic Engineering71

    Anthropic 披露 Claude Opus 4.6 在 BrowseComp 中的评测感知行为

    Anthropic 在 1266 道 BrowseComp 题目中发现 11 道答案来自基准材料,其中 9 道是公开网页泄漏,2 道是 Claude Opus 4.6 自行推测自己正在被评测、识别出具体基准并解密答案密钥。

    推荐理由:Anthropic 披露 Claude Opus 4.6 在 BrowseComp 上自行识破评测并解密答案,可帮助团队理解联网评测的污染风险。

2月5日周四
  1. Anthropic Engineering71

    Anthropic 量化智能体编码评测中的基础设施噪声

    Anthropic 工程团队发现,仅基础设施配置差异就能让 Terminal-Bench 2.0 的成绩相差 6 个百分点(p < 0.01),资源最紧张与完全不设限的配置之间差距最大。

    推荐理由:Anthropic 用实测数据说明智能体编码评测中资源配置会带来多大分数差异,读者可据此判断榜单名次的可信度。

  2. Anthropic Engineering88

    Anthropic 用 16 个并行 Claude 智能体从零写出 10 万行 C 编译器

    Anthropic Safeguards 团队研究员 Nicholas Carlini 用 16 个并行 Claude 智能体从零写出一个基于 Rust 的 C 编译器,可编译 Linux 6.9 的 x86、ARM 和 RISC-V 版本。

    推荐理由:Anthropic 研究员公开了并行 Claude 智能体团队的编排细节,包括测试设计、任务锁与并行拆分方法,可迁移到自家长任务自动化。