智能体-计算机接口（ACI）

大多数软件界面——网页、命令行的帮助文本、App 的界面——都是设计给人去看、去点的。但当操作一个工具的是 AI 智能体而不是人的时候，有些设计考虑就不重要了：视觉排版好不好看，对一个没有眼睛的东西来说无所谓；但输出格式不一致，或者报错信息默认『人会自己想明白哪里出了问题』，这些就非常重要，因为智能体得靠程序去解析这些输出并据此采取行动。

『智能体-计算机接口』（ACI）说的就是专门为智能体去消费而设计这个界面——工具的定义、输出格式、报错信息——就像『人机界面』设计是为人优化的一样。具体来说，这通常意味着：输出格式一致、结构清晰（这样智能体不用去猜怎么解析）；报错信息明确、可操作（这样智能体的下一步能真正针对问题做出反应，而不是盲目重试）；工具描述是按照模型判断『什么时候调、怎么调』的需求写的，而不是按照人翻文档的习惯写的。

ACI 设计得好不好很重要，因为一个智能体整体的可靠性，很多时候瓶颈不在语言模型的推理能力，而在于给它的工具返回的东西能不能真正被它用上——一个很强的模型去调一个设计糟糕的工具，如果工具的输出解析不稳定、报错说不清到底哪里错了，任务照样可能失败。

怎么运作

图中把 ACI 这一层放在智能体和它要操作的对象（工具、操作系统或 App）之间，作为塑造双方沟通方式的部分。和面向人的界面不一样，这一层是为机器解析设计的，不是为人眼设计的：格式要可预测、错误状态要明确，描述文字要按照模型判断下一步该采取什么动作的需求来写。

举个例子

一个按 ACI 思路设计的文件搜索工具，在没搜到结果时，可能会返回一个结构一致的 JSON，带有清晰的 error 字段和具体的原因代码，而不是像『这里啥也没有！』这种对人友好但含义模糊、让智能体不知道该怎么理解的提示。

和相关概念的区别

常见误解

常见问题