调和工程 - 第4部分:工具层

2026年8月15日1 次浏览来源:Dev.to阅读原文

欢迎回到"Harness Engine"系列——从原始语言模型到生产准备代理系统的十段旅程.

由建筑师制造.

为所造者.

在第三部分中,我们审视了圈子——绳子最外层的机械,驱动其他一切的碎片.

但单枪匹马是空壳 这叫模特儿 模型响应。

然后,如果模型想要影响它刚制作的文本以外的任何内容,它就需要达到一个工具.

这就是这篇文章的内容:工具层.

套接力为模型提供的一套功能,以及将一个工具表面实际能够使用的设计决定与不断挫败它的设计决定.

下一步是: 第1部分:原始模型问题 第2部分:定义机能 —— 第6部分:控制圈 工具层 第3部分:控制圈 第5部分:背景工程 第6部分:文件系统与环境 第7部分:记忆层 第8部分:可观测性 第9部分:机能架构 第10部分:分解克洛德代码 到这篇文章的结尾,你会知道什么是实际的工具,为什么存在这些工具,并且——更有用的是——如何从一个设计不周的工具的一瞬间就从一个设计不周的工具表面分辨出来.

开始吧 📚 想比文章更深入吗?

当你跟随这一系列,我集中了两种实际操作的资源, 比任何单一的文章都远: 构建一个来自Scratch的和谐——Udemy Course——一个自我节奏的课程, 我用代码在地面上通过建造一个生产级的特效管。

AI代理的哈尼斯工程(Harness Engineering for AI Agents)——Live Maven工作坊——为希望直接反馈的建设者举办以组群为基础的现场工作坊"QQA",并通过材料与同行合作.

两者都是可选的——系列独立站.

但是,如果你想要 完整的工作室质量版本, 这就是它住的地方。

工具是什么 工具是一组功能 绳子暴露在模型。

具体地说:绳子告诉模型“这里是您可以调用的功能,这里是他们的名字,这里是他们使用的参数,这里是他们做的。” 然后在任何特定的转弯时,模型可以决定发出一个结构化的请求,呼叫其中之一.

比如:被拉带在模型的响应中看到这个请求,运行实际的功能(在此情况下,打开并读取其内容),并在下个循环迭代上将结果反馈到模型中.

这就是整个机械师。

双向交通:型号请求,吊带执行,吊带返回.

如果你来自传统软件,就把工具层当作是给模型提供的API——就像操作系统为运行的程序提供系统调用一样.

同样的形状,不同的消费者。

为什么The Tools Exist Tools是模型进入世界的地表面积.

没有它们,模型就产生出文本,而文本就无从谈起。

有了他们,模型可以决定做一件事,并让事情发生。

回想第一部分——原始模型问题.

我们在那里命名的5个空白中,有三个通过工具相接: 没有执行 — 运行代码、 触摸文件、 击打 API 的工具 没有新知识 – 搜索、检索或查询外部数据的工具 没有任何环境 – 工具是模型如何进入所设置的任何环境(另外两个差距——持久性和核查——由不同的部分处理,我们在后面部分加以研究)。

所有你见过的特工锻炼的能力 都通过一个工具。

Claude Code写文件时,那就是工具.

当一个研究人员搜索网络时,那就是工具.

当一个客户支持代理 检查一个订单, 这是一个工具。

循环驱动循环;工具是模型每个转弯内要求的.

一个好工具设计看起来像 如果你看十种代理框架,你会看到十种不同的意见,关于一个代理工具"需要"多少以及应该如何塑造.

善者同分三业.

一个小集,它编曲很好 有一个d

分享