把一个助手接到这个 API 上，大约要一分钟。你得到的东西确实有用，也确实有限，而这些限制并不是人们预料的那些。
它擅长什么
- 对那些你否则就得导出来的数据提一次性的问题。谁跟这条动态互动了，他们是做什么的？
- 起草，而你在中间。它读完整段对话再写出回复；要不要发出去由你定。
- 摸底。弄清楚你要的数据到底在不在里面，而不必先去读一份参考手册。
它不擅长什么
- 任何必须按点发生、可靠发生、且不需要人的事。那是定时任务的活，定时任务做得更好。
- 任何做两遍就很贵的事。助手不会替你维护一张幂等表。
- 大批量。几百次调用走一段对话，既慢又贵，而且比一个循环更难接着跑。
值得划出的那条界
用助手来提问和起草，而把会重复的一切交给代码。这不是这个协议的局限；这是对话和程序之间的差别，等模型变得更好了，它依然成立。
你粘进助手的那个地址，携带着你的 API 密钥。带着它调用的助手，够到的恰恰就是这把密钥够得到的 — 你已连接的账号，别的一概没有。
常见问题
项目房间比单个助手更好吗？
只是不同。对一个人来说，单个助手最快。房间补上的，是单个助手缺的东西：不用任何人去配置的专家、一旁围观的其他人，以及一次设好、对所有人生效的开销上限。
房间里的 AI 智能体，能比房间外的助手做得更多吗？
同样的工具，不能。它在房间里多得到的是监督，不是能力。