推荐阅读 / 观看

最近在学习 Pi durable 的时候发现一个有趣的场景 讲的是有一些工具被中断了 不能再执行第二次 比如有个工具是专门发邮件的，Agent 已经发完了邮件但突然崩溃了，这时候如果重新恢复 Agent，用户说个继续，Agent 又把这个工具执行了一遍，就会发两封邮件 感觉确实有可能会存在这个问题，不是所有工具都能重复执行 比如支付工具，就不能重复调用，因为有可能已经支付过了 跟同学讨论的时候联想到 Agent 安全评测 这块。同学说：“什么样的操作要请求许可，什么样的请求可以直接做。”如果 Agent 调用的工具，是不能执行第二遍的，那就要很小心

再比如“只有检查通过，才允许重启” 和“检查通过后就重启”，前一句就符合这个要求，后一句没有执行要求的动作容易多出很多可能，“才允许”在这里就是那个保持原意的关键词。 检查通过后就重启，确实像 AI 会说的话

推荐这一篇blog。这篇blog 挺短的，很快就可以看完。 讲的是 不要去当 AI的传话筒。就是我们看到Claude Code给出了回答以后，我们不要直接复制粘贴Claude Code的回答，而是真正的去看Claude Code的回答是什么，然后思考Agent为什么会这样说，最后再用自己的理解自己的话，把Claude的东西表达一遍。 大概这样子做能够降低 听 的成本，让别人更容易理解。 Blog 举了一个 代码 review 的例子。 就是当写代码的成本足够低的时候，我们可以轻松的给一个项目贡献 PR。我们跟 Claude Code 说想做的，然后也不需要看 Claude Code 给的代码。 如果 reviewer（审核的人） 给了一些意见 就把这些意见 复制给 Claude，这样反复迭代几轮。最终写代码的人是 reviewer 和 Claude Code，我们成了中间的传话筒。

原来如此 reasoning level changes 也会导致缓存丢失

I can't see the future

recommend reading! give a brief introduction about pi agent sdk, great!

我的评论：《Harness 会退化模型能力》

简单明了讲解了 Harness 的各种尝试

Alejandro讲解tree的那一段的时候讲挺清晰的，用白板做笔记，画思维导图的方式娓娓道来。

用白板的形式，清晰讲解了coding agent的架构

这个播客给我一些信心：personal brand compounds，在早期会比较慢，突破了一个点后就会持续带来收益。“And I know I'm capable of sxxx.” 能够清晰地、有自信地认识到自己能做成事情。

认同文章的核心观点，领域知识是团队的核心资产，再聪明的模型也没办法提前知道团队在什么地方踩了坑。对文章中“上下文效率提升了一个数量级”有存疑，文章没有对上下文效率进行定义。

20分钟内讲清楚了什么是Harness，为什么需要Harness，如何构建Harness，我希望我也能做到！

原来Pi默认YOLO的原因是这个。

系统讲解了 Claude Code 的组成。用 tmux 的 hook 跑长时间的任务让我印象深刻。

我时常困惑AI生成的代码这么快，人一行一行review不过来该怎么办？于是遇到了这篇文章。