Karpathy 发布 12 页指南:构建自我改进的多代理图
文章解读了 Andrej Karpathy 关于构建自我改进多代理图的 12 页指南。核心内容包括 Loop、Chain、Swarm 等架构模式,以及利用知识图谱作为共享内存的重要性。文中对比了 Karpathy 的工程实践与 Anthropic 的动态工作流,强调了未来 AI 应用的壁垒在于图谱工程和多智能体协作。
文章解读了 Andrej Karpathy 关于构建自我改进多代理图的 12 页指南。核心内容包括 Loop、Chain、Swarm 等架构模式,以及利用知识图谱作为共享内存的重要性。文中对比了 Karpathy 的工程实践与 Anthropic 的动态工作流,强调了未来 AI 应用的壁垒在于图谱工程和多智能体协作。
本文翻译自 Anthropic 官方博文,深入解析了多智能体协作的五种主流模式:生成 - 验证者、调度 - 子智能体、智能体团队、消息总线及共享状态。文章详细阐述了各模式的运作原理、适用场景与局限性,并提供了在代码审查、安全运营、系统迁移等实际案例中的选择建议。通过对比分析,帮助开发者根据任务特性(如上下文需求、事件驱动性、协作紧密度)灵活选择或组合模式,以构建高效、可扩展的多智能体系统。
文章介绍了 Anthropic Claude Code 团队的代码审查实践,以及作者团队自研 AI 代码审查工具 HeyDeer 的落地经验。核心思路是:AI 写代码占比接近 100% 后,人工逐行审查不再可行,应把人的注意力留给真正有风险的部分。做法包括按风险分级审批(低中风险由 AI 自动批准,高风险由人判断方向)、多模型交叉审查降噪、用仓库检查落实团队规范、通过 Autopilot 自动修复问题直至收敛。作者团队跑了 8 个月未因合并有 bug 的代码导致线上事故,认为大部分创业和中小公司都适用这种方式。
本文介绍了 Claude Code 团队在 AI 生成约 90% 代码的情况下如何重构代码评审流程。团队将代码评审从人工逐行阅读转变为分层自动化体系:包括 PR 前的 Claude 自验证、子代理 diff 审查、内部 skill(bug 猎捕、diff 缩减等)、以及每个 PR 的 AI 评审,仅将人类注意力保留给高风险决策。通过 CLAUDE.md 和 REVIEW.md 等文件向评审者注入项目上下文,并快速回滚机制兜底。6 月至 9 月间合并 PR 数量翻倍,回滚率下降超 40%,实现了用最少人工环节保障代码质量的目标。
本期早报精讲三篇文章:Google 公开 Agent Compute Engine 架构,通过 Harness 与 Sandbox 分离、凭据外置和快照空闲机制,兼顾智能体持续工作的便利、安全与成本;Claude 应用团队分享何时将子智能体合并回主循环,指出配合技能的单一智能体在质量、延迟和成本上常优于多角色设计,并给出渐进迁移与评测方法;CrowdStrike CEO George Kurtz 谈 AI 时代的安全变化,包括攻击速度加快、身份成为入口、数字孪生对抗演练等。速览部分涵盖 WorkForge 训练框架、Air Canada 智能体测试实践、个人 Agent 评测等内容。
作者结合自身开发问答机器人Agent评测系统的工程实践,推荐并解读Anthropic的文章《Demystifying evals for AI agents》。文章分享了8个核心经验:Agent看到的信息与Judge评分时能获取的证据可能不一致,导致高准确率仍被判失败;LLM Judge的输出需要像外部API一样严格校验;信息不足时应允许Judge返回Unknown而非强行打分;评测环境配置、数据集同步、systemd部署等基础设施问题常导致结果不可信;需区分评分低与评分无效;要区分Capability Eval与Regression Eval,并使用pass@k、pass^k指标评估稳定性;以及务必人工检查Transcript而非只看分数。文章提供了大量真实踩坑案例,对Agent评测落地极具参考价值。
DAIR.AI 汇总了本周五篇重要的 AI 论文:(1) Harness Learning,通过 RL 训练提议模型在测试时修订 agent 的 harness 代码而非模型权重,实现可泛化的适应能力;(2) CorpusMap,微软提出的基于实体的语料库导航层,让 agent 搜索更准且省 34%-57% 的 token;(3) VeriHarness,Google 提出的 agentic 验证方法,揭示多数投票的盲点,在长周期任务上提升选择准确率;(4) HERMES,将仓库组件变成主动参与者的 harness,使 GPT-5.6 在仓库迁移任务上从 6.5% 提升至 31%;(5) Sakana AI 的 MASS,用同一基座模型兼任 agent、评估者与优化者,实现多智能体自我监督进化。
文章介绍了2026年10月7日Grok Bot的重大变化:SpaceX宣布Grok Bot将不再绑定自家模型,而是为每个任务路由到最佳后端模型,首选Claude Opus 5.5。作者提供了10步教程,教读者如何利用这一组合:从理解harness(代理的电脑、登录、记忆、例程)与brain(驱动它的模型)分离的意义开始,到安装Grok Bot、创建并设置Chief bot、为更强的大脑编写章程、连接工具并划定数据边界、以及通过登录交接而非密码共享来让bot操作无API的软件等。文章强调更强的模型应获得更多步骤而非更多权限,并提醒注意数据流向Anthropic的隐私问题。
本文是一篇基于 Claude Agent SDK 的多智能体系统构建教程。作者指出当前多数'多智能体系统'只是昂贵的混乱,问题不在模型而在架构。文章介绍了子代理的四大价值:上下文隔离、并行化、专业化指令和工具限制,并说明 Opus 5.5 在成本、effort 分级和时间感知三方面如何优化 agent 团队。核心原则是:大多数任务不需要团队,单一 agent 更快更省。教程详解了团队架构的三个角色——编排器、专家和批评者,并从搭建 SDK 环境开始,手把手演示先构建独立编排器、再逐步委派任务的实践路径。
文章系统梳理了 Anthropic Agent Skills 的来龙去脉与设计哲学。Skill 源于'过程性知识放哪儿'的问题,以文件夹加 SKILL.md 的极简形式,通过渐进式披露机制节省上下文成本,并在开放标准化后迅速被 Gemini CLI、GitHub Copilot 等广泛采纳。作者结合自身实践总结出核心判据:写可执行的判据而非感受、先写'不要做什么'、职责窄到一句话、把做不到的写进合同,并借鉴 Warp 的自我改进实践,探讨了 skill 基于人类反馈持续进化的工程化路径。
本文深入解读了 Anthropic 发布的关于 Warp 构建自进化 Agent 的博客。Warp 通过双 Skill 循环(Base Skill 和 Improver Skill)实现 Agent 的自我改进,将人类反馈转化为对 Skill 文件的修改,并通过 Git 工作流进行管理。文章区分了 Skill 与 Memory 的不同,指出 Skill 是程序性知识,而 Memory 是事实记录。同时,文章探讨了 Skill 自进化的边界,对比了 Skill(软约束)与 Harness(硬约束)在 Agent 进化中的不同作用,并提出了 Agent 可进化内容的三层模型:Memory、Skill、Harness。最后,作者总结了 Warp 团队关于编写 Skill 的几条实用经验,并强调了这种轻量级自进化机制的工程价值。
Claude 官方博客介绍了 Warp 团队如何基于 Claude 构建自我改进的 Agent。针对一次性提示词只能完成任务 80% 的痛点,Warp 设计了基于 Skills 的双层自我改进循环:内层 Skill 执行任务,外层 Improver Skill 定时拉取人类反馈,自动生成修改 Skill 的 PR,经人类评审合并后形成知识闭环。文章以 Issue 分诊 Agent 为实战案例,并总结六条实践经验:写原则而非规则、解释为什么、反馈零摩擦、Skill 保持小、反馈质量大于数量、重点投入 Improver Skill。同时辨析了 Skill 与 Memory 的区别,强调需假设反馈可能出错,并根据领域可验证性选择评估策略。