为客户端构建这些AI代理一年后，我基本上确定：一个代理就是一个markdown文件文件夹

不是模型，也不是工具框架。只是一个文件夹。这就是我最终得出的结论，它让整个事情思考起来简单了很多。简单说说我如何走到这一步的。一年前，如果有人说他们构建了一个代理，通常指的是n8n工作流或一些自定义编码的脚手架——也就是我们现在所说的工具框架。这些东西设置起来有点麻烦，运行得还行，说实话到现在基本已经过时了。改变我看法的是Claude Code和OpenClaw，它们展示了工具框架可以有多好、多通用，然后Codex追赶上来，一旦OpenAI意识到自己落后了。工具框架改进得太快了，自己构建一个已经没什么意义了。而且由于它们不断相互超越，我希望我构建的任何东西都能足够便携，以便从一个框架迁移到下一个。这自然引出了一个问题：如果不是模型也不是工具框架，那么真正属于*我的*部分是什么？对我来说，答案就是那个文件夹。工具框架已经处理了能力、工具、文件访问、循环等等所有内容。它缺少的是关于特定业务的知识以及清晰的指令来告诉它该怎么做。给足这两样东西，它实际上能处理很多让人惊讶的事情——几乎任何在电脑上为业务完成的工作。让我恍然大悟的是，一个网站也只是一个文件夹，大部分是HTML。不同的是，我们还没有像对待网站那样一个公认的方式来组织代理文件。Google的Open Knowledge Format最终可能会成为那个标准，但还不确定，所以现在我都是自己组织。一个实用提示：在我运营的代理机构，我们现在为客户做任何实际工作之前先构建这个文件夹，因为我们其他所有东西都基于它。如果文件夹不存在，我们实际上无法开始。我仍在摸索如何最好地组织它内部的内容，这部分我认为还没有人真正搞定。