AI News｜2026-07-07

今日目录

• Cat Wu 把 Claude Code 用成异步招聘 Agent
• Noam Brown 继续把测试时算力推到评测和安全问题中央
• Nan Yu 认为实时指挥一堆 Agent 是条死路
• Zara Zhang 重提代码理解 skill，踩中当下开发工具方向
• Nikunj Kothari 把融资沟通问题指向产品先行

今日判断

我今天看下来，真正有信息量的不是谁又喊了一个更大的 Agent 愿景，而是几个人已经把 AI 塞进具体流程里了：招聘、代码理解、融资沟通，甚至人机协作界面的设计。这里面最有用的信号是，builder 开始默认把 AI 当成可异步派工的执行层，而不是一个需要你一直盯着的聊天框。Cat Wu 说的候选人搜集流程虽然还偏人工定义任务，但已经很接近一个可复用的招聘 agent：目标明确、输出结构化、完成后异步回传。这个方向比再讨论开多少个 Claude Code 标签页更像真实生产力。

另一条我更在意的是 Nan Yu 对 agent 交互方式的判断：把人放在 RTS 式实时指挥位上，很可能是错的。原因不抽象，AI 在微操和并行上天然比人强，你让人盯着十个 agent 窗口，只是在把 orchestration 成本转移给用户。接下来好的产品不会奖励高频手动调度，而会把任务拆解、检查点、回滚和结果汇总做成默认层。Zara Zhang 提到的代码理解 skill 也是同一逻辑：不是多一个模型，而是把上下文提炼成能直接服务开发动作的中间层。

我的判断是，这一波产品分化会越来越清楚。会赢的不是最会展示 agent 数量的团队，而是最先把异步执行、上下文压缩、结果交付这三件事产品化的人。对一线 builder 来说，接下来最该问的不是能不能再并行 100 个 agent，而是哪些工作已经足够标准化，可以放心交给 agent 跑完再回来验收。

快讯

1. Cat Wu 把 Claude Code 用成异步招聘 Agent

查看原文 · 来源：Cat Wu (@_catwu)

Cat Wu 分享了一个很具体的 Claude Code 用法：先描述岗位和候选人背景，再让它发起动态搜索流程，整理 100 个候选人的 LinkedIn、X、博客、播客和一句话判断，最后生成 artifact 并邮件回传。重要的不是招聘这个场景本身，而是它已经体现出 agent 产品更像异步派工系统，而不是实时聊天助手。我看这条的价值在于，它把高噪音的信息收集任务压成了结构化交付物，这比单纯展示模型多聪明更有产品启发。对 builder 来说，类似流程完全可以迁移到销售线索、用户研究、竞品梳理。

2. Noam Brown 继续把测试时算力推到评测和安全问题中央

查看原文 · 来源：No Priors

Noam Brown 在播客里讨论了一个越来越实用的问题：模型能力已经不再是固定值，而是和你愿意在推理阶段花多少钱直接相关。给 10 美元、1 万美元、1000 万美元预算，系统表现不是同一个东西，所以很多现有评测和安全政策其实没有回答该在什么预算下评估模型。这个观点对做 agent 和 infra 的人很重要，因为产品里真正影响用户结果的，往往不是底模参数，而是搜索深度、工具调用次数、回溯策略和并行预算。我看这会逼着下一代评测从单次答题转向预算约束下的系统能力评估。

3. Nan Yu 认为实时指挥一堆 Agent 是条死路

查看原文 · 来源：Nan Yu (@thenanyu)

Nan Yu 的判断很直接：把管理 agent 设计成实时战略游戏，这条路走不通。理由也不复杂，AI 在微操、并行和反应速度上已经远超人类，你让用户像玩 RTS 一样盯着一群 agent，只是在制造新的操作负担。我认同这条，因为过去不少 agent demo 的兴奋点其实来自可视化并行，而不是任务完成质量。真正可持续的产品，应该把计划、执行、检查和异常恢复封装起来，只在关键节点把人拉进来。对 builder 来说，这意味着别再迷信多窗口和高频控制，去做更少打断、更强回报的协作机制。

4. Zara Zhang 重提代码理解 skill，踩中当下开发工具方向

查看原文 · 来源：Zara Zhang (@zarazhangrui)

Zara Zhang 重新拿出了自己做过的代码理解 skill，语气很轻，但时间点很对。现在很多 coding agent 的瓶颈不在会不会写代码，而在能不能先理解一整个项目的约束、依赖关系和历史上下文。代码理解如果只是把 repo 喂给模型，效果通常不稳定；如果能沉淀成 skill 或中间表示，才可能支撑后续修改、审查和调试。我今天更关注这类信号，因为它提醒大家，下一阶段开发工具竞争很可能不只看生成能力，而是看谁能把代码库语义压缩成可操作上下文。

5. Nikunj Kothari 把融资沟通问题指向产品先行

查看原文 · 来源：Nikunj Kothari (@nikunj)

Nikunj Kothari 吐槽现在很多 founder 和 VC 还在重复老式 Zoom 融资聊天：看同一套 deck、讲同一遍故事、双方都低效。他更希望对方先上手产品，带着至少两条反馈来聊。这里真正有价值的点，不是对融资文化的抱怨，而是 AI 产品时代的一个实际变化：越来越多判断应该来自交互体验，而不是叙事包装。我看这对 builder 很重要，尤其是做 agent 和开发工具的人，未来不只是销售流程会变，连募资和 BD 都会更依赖产品可试玩性和反馈闭环。能不能让别人十分钟上手并给出具体意见，会比你讲三十分钟 vision 更有说服力。