术语 · AI

智能体运行框架

Harness

连接模型、工具、权限、状态和执行循环的框架,决定 Agent 如何真正完成工作。

模型的能力,由运行框架兑现

模型的输出 · 一段文字

动作「删掉 build 目录」

此刻还什么都没发生

光会说,没有手
说到做到,靠的是框架
模型只会输出文字;把文字变成真实的读文件、跑命令、验证结果的,是围着它的运行框架。

换个角度想

Harness 像赛车的整车:引擎(模型)再强,也要靠底盘、变速箱和方向盘才能上路。同一台引擎装进不同的车,跑出完全不同的成绩。

模型说「删了它」,框架照做吗?

  1. 框架递给模型的上下文

    任务清理旧的构建产物

    工具终端、文件读写

  2. 模型输出:rm -rf ./build

    此刻它只是一段文字

  3. 什么命令都直接跑——这次删对了,下次呢?
    识别为删除操作:先弹确认,你点头才执行
  4. 风险手一滑连源码一起删,就是这么来的模型不会替你踩刹车——刹车装在框架上
    可控确认后删除,结果回填继续权限边界让 Agent 敢用,也放心用

组装上下文交给模型

什么时候会遇到它

  1. 同模型不同产品

    终端工具、网页聊天、IDE 插件可能用同一个模型,差别几乎全在框架。

  2. 权限和安全

    哪些命令能直接跑、哪些要先问你,是框架在把关,不是模型自觉。

  3. 挑选工具

    比较 AI 编码工具时,除了比模型,更要比工具集、上下文管理和执行循环。

想一想

同一个模型,在 A 工具里能自己跑测试改代码,在 B 里只能贴代码给建议。差别在哪?

看答案

差在框架:A 给了模型终端和文件工具,并驱动着执行循环;B 只做一问一答。模型没变,变的是围绕它的手脚和流程。

最容易踩的坑

框架决定权限边界。给 Agent 接上工具前先想清楚:它能碰什么、不能碰什么、出错时怎么停——这些模型自己不会替你把关。

⌘K搜索知识库

最近收录

正在载入知识索引…