本周笔记：把判断留在流程里

这周回看笔记，留下来的不是哪一个新模型或新工具，而是几个很朴素的问题：事情由谁判断，判断依据放在哪里，出了意外又由谁负责。

给 Agent 留出能做事的边界

读到一篇关于 Skills 与提示词 的整理时，我对“规则越多越安全”的直觉有些动摇。模型和工具变强以后，旧规则没有及时清理，反而会把简单工作拖成一连串无意义的仪式。真正有用的不是把每一步都规定死，而是把交付物、可自行继续的范围，以及必须停下来确认的边界说清楚。

Anthropic 关于动态工作流的文章 给了一个很好的补充。多 Agent 的价值不在于“人多”，而在于让互相独立的视角去做检索、反驳或核验，减少一个上下文既生产又给自己打分的偏差。可这也有协调成本。普通修改不需要评审团；只有任务足够复杂、错误代价足够高，才值得把问题拆开。

我把这和 Stanford CS329Z 的课程设计放在一起看，觉得方向很一致：先把单体流程、工具调用和评估做明白，再谈复杂编排。所谓 agent 工程，难处并不只是把模型接起来，而是拆解、数据和评估。流程能否复用，最后还是看它有没有留下可检查的证据。

审查时多问一句“它会怎样运行”

一篇关于 review AI PR 的案例也很贴近实际。案例里的重试代码看起来没有问题：指数退避、异常处理、测试都在。但一旦把视角从函数挪到系统，问题就冒出来了：429 和 503 真该走同一条路径吗？下游恢复后，积压流量会不会再把它压垮？超时造成的重复投递、事件乱序、一个长期故障的客户占满共享资源，又分别由谁承担？

这些不一定都要在一份 PR 里解决，却不能因为代码整洁就当作不存在。AI 让“写出一个能跑的版本”更便宜，审查的价值便更偏向把行为、时间、容量和契约逐一问出来。我希望自己在陌生代码前，少一点只盯实现细节的安心感，多一次对上线后行为的追问。

投资笔记里也要留下反证

投资部分，这周收了一篇卖期权与反复展期的个人复盘，以及一个用于 CSP、Covered Call 记录和监控的 开源工具。前者最有启发的并不是某个收益数字，而是提醒我：卖方策略真正困难的时刻，往往是价格击穿之后，保证金、未平仓风险和继续持有的代价一起出现的时候。

不过这类复盘的路径依赖很强。只报已实现收益、把展期当成总能等回来的办法，都会掩盖尾部风险。因此我更愿意把它当成反面检查单：最大损失是否真的锁住，极端情形下的资金占用如何变化，指派和流动性又该怎样处理。工具可以帮助保存账本、做情景检查和提醒，但不能替代交易判断，更不该变成自动下单的借口。

这一周最后留下的习惯，是每次收藏后补一句：它会改变我的哪个动作？如果答不出来，先不急着把它变成规则。让资料留在笔记里可以；让它进入流程，应该更慢一点。

本文按 2026 年 8 月 31 日至 9 月 6 日保存的个人笔记整理。社交平台与个人复盘仅作研究线索；投资内容不构成投资建议。