【智能体系统AgentOS】核心14：CLI
Agent（智能体）与软件交互的两种技术方案：GUI 翻译层 vs CLI 直连，核心结论是CLI 更适合 Agent。
流程痛点：
①人类先理解 GUI，再转成指令给 Agent
②Agent 再把指令翻译成 GUI 操作（点击、输入等）
③最终再调用软件底层 API
问题：路径长、层层转译、延迟高、容易出错，被称为「40 年的翻译层」历史包袱。
Agent 如何通过 “Skill（技能） + CLI（接口）” 构建模块化的智能系统，核心逻辑是将“Agent 的知识”与“操作软件的接口”解耦，实现灵活调用。
Agent 向下连接两个平行模块，分别对应 “怎么做” 与 “做什么”：
- Skill (SKILL.md) —— 【知识：怎么干】
内容本质：这是一个存储 Agent 智能的知识库文件（通常命名为 SKILL.md）。
核心价值：它包含几百个 tokens（即短小精悍的提示词、指令逻辑、操作规范）。
作用：它告诉 Agent “具体的执行逻辑与方法”。比如：如何解析参数、如何处理异常、执行前的校验规则等。它定义了任务的 “方法论”。 - CLI 接口 —— 【接口：用什么干】
内容本质：命令行界面的标准接口参数，如 --help（获取帮助）、–json（输出结构化数据）等。
核心价值：它是连接 Agent 与底层软件的技术通道。
作用：它告诉 Agent “通过什么指令调用工具”。它定义了任务的 “技术载体”。
标准化的 Agent 工具调用范式：
Agent 大脑 接收到需求。
它查阅 Skill（知识文件） 明白该用什么逻辑去完成。
它通过 CLI 接口（标准化的命令参数） 找到具体的 软件工具。
最终由软件执行具体操作并返回结果。
这种设计的好处在于解耦：你可以随时更新 Skill（修改 Agent 的思维逻辑），也可以随时替换底层软件，或者给 Agent 挂载新的 CLI 工具，整个系统非常灵活且易于维护。
CLI 解决了能力问题，但权限和安全问题才刚刚浮出水面
技术层面：Agent 已经可以通过 CLI 高效地 “干活”。
治理层面：如何让 Agent 安全、合规地 “干活”，是未来需要攻克的重点。