腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

Agent Harness

业界共识公式：Agent = Model（大模型）+ Harness（驾驭层）为什么叫 Harness？类比帮助理解 Model = CPU，Harness = 操作系统（OS）——CPU 再强没有 OS 也跑不了应用 Model = 主厨大脑（决定怎么做菜），Harness = 厨房+炉灶+帮厨（真正点火翻面装盘） Claude Code / Cursor Agent / OpenCode 本质上就是围绕某模型构建的 Agent Harness，所以同一模型配上不同 Harness 体验差异巨大一句话：Harness 就是把"会说话的大模型"变成"能干活的自主智能体"的工程运行时。如果想看最小可运行的 Harness Loop 代码示例（Python 伪代码），我可以给你写一版

2026-06-11

6020

标签:

Agent Harness

Harness Agent（或称 Agent Harness）不是某个具体产品名，而是指给大模型套上"工程外壳"后形成的、可自主执行任务的完整智能体系统。核心定义业界共识公式： Agent = Model（大模型）+ Harness（驾驭层/运行框架）Model：负责推理、理解、生成文本（LLM 本身只会 input→output）Harness：模型之外的一切工程设施 Harness 阶段：你说"修复登录 Bug 并跑测试"，Harness 自动拆任务→读代码→改文件→跑测试→看结果→再修正，直到完成或触发人工介入。一句话理解裸 LLM 是"会说话的引擎"，Harness 是"方向盘+刹车+仪表盘+道路规则"，二者结合才是能上路干活的 Harness Agent（完整智能体）。开发重点从"调模型"变成了"设计好 Harness 让模型可靠自主地工作"。

2026-06-11

7820

标签:

AI 互动体验展

Harness Engineering

同一模型，仅改变 Harness 设计，编码基准测试分数可从 6.7% 跃升至 68.3%。一、核心定义：什么是 Harness Engineering？对任务最优的 Harness 不一定是其训练时使用的那套。4.2 模型升级后 Harness 应简化Harness 中的所有组件都基于一个假设："模型自己做不到这个"。 Harness的检验维度WebArena可独立部署的网页环境，评估自主 Agent网页面向 Harness 设计的可复现基线VisualWebArena扩展 WebArena，增加图像和截图输入Harness 为大规模评估和改进 Agent 设计的通用 Harness，随 Terminal-Bench 2.0 发布基准测试、Harness 比较SWE-agent成熟的科研编码 Agent，Harness、Prompt Harness Engineering（2026-05-21）开源资源awesome-harness-engineering（2.9k ⭐）learn-harness-engineeringAGENTS.md

2026-06-09

2.3K0

标签:

腾讯技术创作特训营S18

Harness 工程简史

Harness Engineering 不是在造更强的 AI——是在造一个让 AI 无论如何也做不坏事的系统。四年间，每一次 Agent 搞砸的方式，都变成了 Harness 的一个组件。这是 Harness 价值的第一次量化证明——虽然 Harness Engineering 这个名字还要再等两年才会出现。这是 Harness 的价值被严格量化——同一模型，不同 Harness，差距 13.7 个百分点。 AHE（Agentic Harness Engineering，2026年4月）把这个方向推到极致：自动化闭环 Harness 进化达到 77.0% pass@1，超越了人类设计的 Harness。 Harness 的必要性不降反升。不是模型不够好才需要 Harness。是模型越强，越需要 Harness 来管住它。

2026-06-21

9090

标签:

AI Coding 全栈开发

harness工程演进

这就是harness的价值。 harness是一套帮助Agent稳定可靠运行的闭环系统。它就像一套让Agent自动运行的FSD，具备了全链路监控与持续优化的能力。这就引出了什么样的agent架构需要harness，显而易见的是高度自治的agent需要，harness就是给系统套上了安全带（比如状态记录/断点恢复/避免重复等）。在完成以上harness需求之后，harness工程已经开始变得越来越复杂了，这就回到了软件工程的问题上了，即模型推理/工具执行/运行循环/任务日志应该如何解耦。 langchain发表过一篇文章，harness可以显著提升agent的基准表现。以上这些东西加起来，组成了需要的harness架构，大概是这样： Harness需要回答的是能更好地组织长任务状态？能让工具更容易被模型稳定调用？能更安全地放大自治能力？

春哥大魔王

2026-06-04

4730

标签:

Agent = Model + Harness：模型决定上限Harness 决定下限

Harness 就是这一层 OS它给模型一个结构化的运行环境，并负责模型和外部世界之间每一次交互的中介。 Claude Code 是一个 Harness。Trae 是一个 Harness。编码 Agent Harness 的七个组件 Harness 不是一块单一的基础设施而是一层一层叠起来的能力栈。每个 AI 编码 Harness，不管包的是哪个模型，都会以某种形式提供下面这七层。为什么 Harness 比模型有更大的杠杆模型决定输出质量的上限。Harness 决定下限。两者都是能力不错的 Harness，各自包着能力不错的模型。问题不在哪个 Harness 更聪明，而是是哪一层治理在指挥这个 Harness；以及换工具的时候，那一层治理能不能跟着迁移过去。 Harness 读取治理层。治理层不关心是哪一个 Harness 在读它。这就是理解 Harness 是什么所带来的结构性结论：治理层和 Harness 是可分离的。Harness 执行，治理指挥。

2026-05-20

6350

标签:

玩转DeepSeek Harness｜使用Lighthouse快速部署云上DeepSeek Harness

服务器名称：建议使用容易识别的名称，例如DeepSeek-Harness-Test。模板灰度说明：浏览器实测时，普通购买页的公开镜像列表尚未稳定展示DeepSeekHarness。只安装来源可信、内容可审查、与你当前Harness版本兼容的技能。安装完成后建议新建会话进行验证，避免旧会话仍使用之前的技能目录。

腾讯轻量云

2026-08-14

2.6K0

标签:

轻量应用服务器

别把 Agent Harness 和评测 Harness 混成一个东西

做 Agent 的人很容易把两件事焊在一起：一边是让模型能跑起来的 Agent Harness，一边是决定能不能上线的评测 Harness。更清楚的分法是：Agent Harness 负责执行；评测 Harness 负责包围执行，并用门禁说话。一、两套东西各自管什么Agent Harness 管循环、工具、权限、状态、压缩、恢复。评测 Harness 管版本化任务、隔离环境、重复 Trial、可观测证据、评估器和发布门禁。它回答：这套「模型 + Agent Harness」整体值不值得放进生产。才是在保护业务，而不是给 Agent Harness 做广告。结语Agent Harness 让系统能跑；评测 Harness 让你知道该不该继续跑。前者追求交付，后者追求证伪。把两者分开，团队才不会在「自己测自己」里越跑越自信。

2026-10-10

1830

标签:

AgentScope Java ：Harness Framework

AgentScope Java ：Harness Framework 一套代码，从个人助手走到企业级 Agent 过去一年，OpenClaw、Hermes、Claude Code 把 Harness Engineering 分布式环境下，"本地文件系统"这个假设不成立 Multi-Agent 子任务编排，复杂度失控上下文压缩和分层记忆，没有现成实现 AgentScope Java 1.1.0 的 Harness Framework 核心设计：两个支柱支柱一：Workspace 作为唯一事实来源 Harness 为每个 Agent 引入 workspace——一个结构化目录，承载全部持久化内容： workspace/ ├── AGENTS.md Harness 核心架构图支柱二：AbstractFilesystem 本地磁盘目录在分布式场景下行不通。多个 Pod 各有一块本地盘，谁的 MEMORY.md 才是真的？ Harness 用 AbstractFilesystem 抽象层解决： // 上层只关心统一接口 filesystem.read(path) filesystem.write(path, content

2026-05-15

1.9K0

标签:

第 17 篇：Meta-Harness —— 让 Agent 自动优化自身 Harness

第 17 篇：Meta-Harness —— 让 Agent 自动优化自身 Harness 系列定位：面向有 3+ 年经验的后端开发者，从零构建 Agent Harness 工程能力体系上一篇回顾：[ 本篇进入前沿探索：如果 AgentOps 是"给 Agent 建工厂"，那 Meta-Harness 就是"让工厂自己升级自己"——从人工优化 Harness 到 Agent 自动优化 Harness。 2.3 五步工作流将 Meta-Harness 的工作流拆解为五个步骤：关键特征：这是一个"优化循环的优化循环"——Proposer 自身也是一个 Harness（论文因此命名为"Meta-Harness 是否值得，取决于你原本要付多少人工工程师来迭代 Harness，以及发现的 Harness 能复用多久。6.5 无限递归问题Meta-Harness 自身也是一个 Harness。那谁来优化 Meta-Harness 的 Harness？理论上可以嵌套——用 Meta-Harness 优化 Meta-Harness 的配置。但这导致无限递归。

2026-09-01

5231

标签:

腾讯云架构师技术同盟

AI时代的架构师

腾讯云开发者社区