Harness、Loop是什么 面对不断冒出来的AI名词，很多刚接触AI的人，一看到这些晦涩难懂的英文单词，可能顺手就划走了。 但如果你愿意停下来看一下，就会发现，它们没有想象中那么难懂。 今天我们只讲两个词：Harness和Loop。 Loop原本就是程序设计里的基础概念，Harness这个词也早就出现在工程和软件测试中。 只是当AI开始从回答问题走向执行任务，这两个词又被放进了Agent的语境里。 这里不讲复杂的理论，我们举一个小例子。 小张开了一家饭店，雇了一个厨师，我们叫他M哥。 M哥很会做菜，但只有一个厨师，肯定开不了饭店。 他还需要厨房、锅、铲子、调料、食材、菜单和制作标准。 小张不仅要准备这些东西，还要把它们组织起来，让M哥知道可以使用什么、应该按照什么要求做菜。 这套围绕厨师搭建起来的工作系统，就相当于Harness。 放到AI里面，M哥就是大模型。 模型外面的指令、工具、文件、知识库、记忆、权限和运行环境，都属于Harness的一部分。 Harness还要负责把这些东西连接起来：把任务交给模型，根据模型的决定调用工具，再把执行结果返回给模型。 所以，Harness不只是给大模型准备工具，还要保证模型能够真正使用这些工具完成任务。 但是，饭店有了厨师和后厨，也不代表每一道菜做出来都能直接端给顾客。 M哥把菜做出来以后，需要先试一下味道。 如果味道淡了，就加一点盐；如果火候不对，就重新调整；调整以后再尝一次。 “做菜、检查、反馈、调整、再次检查”的整个过程，就是Loop。 放到AI里面也是一样。 模型先判断下一步做什么，并发出调用工具的请求。 Harness执行对应的工具，再把结果返回给模型。 模型读取结果以后，继续判断下一步：是接着执行、调整方法，还是结束任务。 这个不断判断、执行、读取结果和继续调整的过程，就是Agent Loop。 它会一直运行到任务完成，或者触发其他停止条件，比如出现错误、达到执行次数，或者需要人工接手。 只要一个Agent能够调用工具，连续完成多个步骤，背后就需要某种Harness。 只不过，有些Harness很简单，有些很复杂；有些只服务一个Agent，有些可以同时支撑多个Agent。它也未必都叫Harness。 你可以这样理解它们之间的关系： Harness是支撑Agent工作的整套系统，Loop是这套系统反复运行的基本过程。 所以，刚接触AI的时候，看到新名词先别急着划走。 很多词没有想象中那么复杂，只是把原来的知识放进AI场景里，换了一种说法。 拆开来看，你可能早就见过了。

Harness Engineering 现在还处在很早期的阶段。软件工程发展了几十年,有成熟的方法论、教科书、最佳实践,新人进场基本都是站在前人踩过的坑上往前走。Harness Engineering 完全不是这样,现在能参考的经验少,能抄的作业也少,大部分东西都得自己摸索。 但早期恰恰是它的价值所在。一个领域一旦成熟,规则和最佳实践都定型了,新人进去更多是学习和执行,很难再抢到认知红利。而在早期，谁先动手实践、先踩坑、先总结出一套自己的方法论,谁就更有可能把这些经验沉淀成后来者绕不开的参考。 这个阶段最重要的不是等一套完善的方法论出现了再学，而是主动进场，一边做一边总结，把自己变成正在定义这套方法论的人之一。

harness、loop engineering、context engineering what are you fucking doing? 照这个速度，下周就要被打成古典 VibeCoding 顽固派了。扣上不思进取的帽子。 太会搞发明了！慢一点儿，我跟不上！

Harness 是 macOS 上的原生开发工具，用 AI 代理在 iOS 模拟器、macOS 应用或 Web 应用上跑用户测试……不是脚本化 UI 测试，是模拟真实用户行为。