AI
智能体运行框架Harness
你可能会问
智能体运行框架到底是什么？同一个模型，为什么装进不同工具里，能力差那么多？
简单来说
连接模型、工具、权限、状态和执行循环的框架，决定 Agent 如何真正完成工作。
模型的输出 · 一段文字
动作「删掉 build 目录」
此刻还什么都没发生
说到做到，靠的是框架
01 · 先这样理解
把抽象概念放进真实场景
连接模型、工具、权限、状态和执行循环的框架，决定 Agent 如何真正完成工作。
换个角度想Harness 像赛车的整车：引擎（模型）再强，也要靠底盘、变速箱和方向盘才能上路。同一台引擎装进不同的车，跑出完全不同的成绩。
02 · 点击演示
模型说「删了它」，框架照做吗？
突出显示的部分，就是当前概念在整条流程中负责的位置。
- 框架递给模型的上下文
任务清理旧的构建产物工具终端、文件读写 模型输出：rm -rf ./build
此刻它只是一段文字
- 什么命令都直接跑——这次删对了，下次呢？识别为删除操作：先弹确认，你点头才执行
- 风险手一滑连源码一起删，就是这么来的模型不会替你踩刹车——刹车装在框架上可控确认后删除，结果回填继续权限边界让 Agent 敢用，也放心用
1 / 4
Assemble · 组装上下文交给模型
03 · 放进真实任务
什么时候会遇到它
同模型不同产品
终端工具、网页聊天、IDE 插件可能用同一个模型，差别几乎全在框架。
权限和安全
哪些命令能直接跑、哪些要先问你，是框架在把关，不是模型自觉。
挑选工具
比较 AI 编码工具时，除了比模型，更要比工具集、上下文管理和执行循环。
04 · 想一想
用一个问题检查理解
同一个模型，在 A 工具里能自己跑测试改代码，在 B 里只能贴代码给建议。差别在哪？
查看答案
差在框架：A 给了模型终端和文件工具，并驱动着执行循环；B 只做一问一答。模型没变，变的是围绕它的手脚和流程。
最容易踩的坑
框架决定权限边界。给 Agent 接上工具前先想清楚：它能碰什么、不能碰什么、出错时怎么停——这些模型自己不会替你把关。