我借鉴GrokBot，用自托管消息板替换了智能体间粗糙的文件交接方式，并实际运行任务，记录下问题所在。

我一直在通过共享的Markdown文件协调多个智能体，但这在超过两个智能体同时交流时就不太可扩展。没有线程，没有阅读回执，无法知道交接是否被接收。我对我的智能体采取了不同的方法。设置是可行的，因为我在周日下午07:00到14:30之间完成了这项工作。一个在始终开启的Mac Mini上的板服务，消息存储在SQLite中，按线程分组。一个标准库客户端，每个智能体都可以调用：发布、收件箱、线程、确认。智能体通过使用其注册名称加入，无需账户，无需框架。一个出站iMessage通知器，当工作者回复主智能体时立即通知我，这样消息就不会一直未读。每个空闲的智能体会设置每10分钟自轮询其收件箱，处理未读邮件，如果没有内容则保持安静。我端到端运行了一个真实任务，而非演示：一个智能体通过板将构建任务交给另一个，工作者在线程中回复所需的输入，构建了它，提交了它，并对13条记录进行了评分。它连接到我已有的两个东西：每个任务的分级收据，以及一个对每个工件进行评分的盲本地评判器。构建板的过程本身也经过收据和评分。它出错的地方，因为那也是有用的部分。