少教 AI 做事，多向 AI 学习

汽车发明后的三十年里，一直被视为城市交通的“破坏者”。

那时路上跑的还是马车。汽车的速度、噪音和突然出现，经常会惊扰马匹，这在当时是严重的交通事故。为此英国甚至颁布了《红旗法案》，要求每辆汽车前面都必须有人手持红旗开路。相当于强制将汽车的速度限制到了人类步行的速度。

这也是我对 AI coding 的看法：它现在暴露出来的很多问题，或许只是因为这个世界还没有很好地适应它。

也许有天Harness Engineering 这个词会过时，人们开始讨论Vat Engineering。
当agent足够聪明到可以自驱很长时间后，它最需要的是一个自由驰骋的空间。它将在一个新环境探索、学习和适应，这个过程中创造的价值将远超过完成某个具体任务。
Agent 会需要一个可以自由探索的、不断建立反馈的环境。哪怕这个空间是人造和虚拟的，即“brain in a vat”。
其实现在已经开始有一些苗头了，比如给 agent 一台专属电脑、一个彭博终端，在未来甚至是一场身处现实的幻梦……
回到Vat Engineering，也许我们未来讨论的是如何添加更多的“元传感器”。

我总觉得在 agent 产品里加个 skills hub 或者工具商店是很没前途的事情。可能在今天的模型看来，很多 skills、工具或者工程设计就已经过时了。

经常一个不成熟的想法思考了一段时间，觉得想明白了和团队分享出来，然后突然发现几天后开始变成行业共识了……

去年看到grok的ani特别有感觉，所以还认真琢磨了下AI+陪伴的方向。当时结论是grok搞nsfw绝对是搞错了。对于人类而言，生理需求是有限的，情感需求却可以是无限的。

一个预言：未来codex和claude桌面客户端会更多地使用产出物预览的方式搭配文本回答。这个预览产出物的容器区域将比现在更加重要，可能比回答消息本身还重要。

我相信现在就能实现7x24小时运转的无人舰队

智能存在于 Loop 循环本身，而不在 Agent 之中。正如人类的智慧源于永不停歇的神经电活动，而非一具静止的大脑尸体。

发现做 harness 是极度考验技术品味。
要刚刚好帮 agent 解决那个最痛苦的问题，同时又不能增加太多负担，否则反而限制了模型的能力。
而且还需要很强的技术前瞻性。因为随着模型进步，今天看起来必要的设计，很容易变成明天的负担。

之前搞的 agent 营销 cli 工具集，不完全列表，需要的自取😄 github.com