深度拆解 AI 智能体 Harness 架构设计与实现

从零拆解AI智能体:核心Loop、Harness框架与开源项目实战 AI智能体(Agent)作为实现任务自动化的核心技术,其核心在于一个持续运行的执行循环(Loop),它定义了智能体“思考-行动-观察”的迭代过程。理解Loop的工作原理是构建可靠智能体系统的基石。为了高效地工程化开发,开发者通常会借助Harness这类框架,它们提供模块化组件、标准化接口和可观测性工具,极大提升了开发效率和系统可维护性。这些技术广泛应用于自动化客服、代码生成、数据分析等场景。本文以工程实践为导向,深入剖析了智能体的运行骨架,并结合OpenClaw和Hermes等具体开源项目,演示了如何从原理 阅读详情

本文深入探讨 Anthropic、OpenAI、Perplexity 和 LangChain 真正在构建什么。涵盖编排循环、工具、记忆、上下文管理,以及将无状态大语言模型转变为全能智能体的其他一切。

你已经构建了一个聊天机器人。也许你还用几个工具搭了一个 ReAct 循环。演示时它能跑通。但当你试图构建生产级系统时,轮子就掉了:模型忘了三步前做了什么,工具调用无声地失败,上下文窗口塞满了垃圾。

问题不在你的模型。而在模型周围的一切。

LangChain 证明了这一点:当他们只改变包裹大语言模型的基础设施(同样的模型,同样的权重),就从 TerminalBench 2.0 的前 30 名之外跃升至第 5 名。另一个研究项目通过让大语言模型优化基础设施本身,达到了 76.4% 的通过率,超越了人工设计的系统。

那套基础设施现在有了名字:智能体驾驭层(Agent Harness)。

一、什么是智能体 Harness?

这个术语在 2026 年初被正式提出,但概念早已存在。Harness 是包裹大语言模型的完整软件基础设施:编排循环、工具、记忆、上下文管理、状态持久化、错误处理和安全护栏。Anthropic 的 Claude Code 文档说得简单:SDK 就是"驱动 Claude Code 的智能体 Harness"。OpenAI 的 Codex 团队也使用同样的表述,明确将"智能体"和"Harness"这两个词等同起来,指代让大语言模型变得有用的非模型基础设施。

我很喜欢 LangChain 的 Vivek Trivedy 提出的那个经典公式:“如果你不是模型,你就是 Harness。”

这里有个容易让人混淆的区别。"智能体"是涌现出来的行为:那个以目标为导向、使用工具、自我修正的、用户与之交互的实体。而 Harness 是产生这种行为的机器。当有人说"我构建了一个智能体"时,他们的意思其实是他们构建了一个 Harness,然后把它指向了一个模型。

Beren Millidge 在 2023 年的文章《脚手架式大语言模型作为自然语言计算机》中把这个类比说得很精确。一个原始的大语言模型就像一台没有内存、没有硬盘、没有 I/O 的 CPU。上下文窗口充当内存(快但有限)。外部数据库充当硬盘存储(大但慢)。工具集成充当设备驱动。Harness 就是操作系统。正如 Millidge 所写:“我们重新发明了冯·诺依曼架构”,因为这是任何计算系统的自然抽象。

二、三个工程层级

模型周围有三个同心圆的工程层级:

  • 提示工程(Prompt Engineering):精心制作模型接收的指令。
  • 上下文工程(Context Engineering):管理模型在什么时间看到什么内容。
  • 驾驭工程(Harness Engineering):涵盖以上两者,再加上整个应用基础设施:工具编排、状态持久化、错误恢复、验证循环、安全执行和生命周期管理。

Harness 不是提示词的外包装。它是让自主智能体行为成为可能的完整系统。

三、生产级 Harness 的 12 个组件

综合 Anthropic、OpenAI、LangChain 以及更广泛的实践者社区的观点,一个生产级智能体 Harness 包含十二个不同的组件。我们逐一剖析。

  1. 编排循环(The Orchestration Loop)

这是心跳。它实现了思考-行动-观察(TAO)循环,也叫 ReAct 循环。循环的运行方式是:组装提示词 → 调用大语言模型 → 解析输出 → 执行任何工具调用 → 将结果反馈回去 → 重复直到完成。

从机制上讲,它通常只是一个 while 循环。复杂性存在于循环管理的一切之中,而不是循环本身。Anthropic 将他们的运行时描述为一个"笨循环",所有智能都存在于模型中。Harness 只是管理轮次。

  1. 工具(Tools)

工具是智能体的双手。它们被定义为模式(名称、描述、参数类型),注入到大语言模型的上下文中,让模型知道有哪些可用工具。工具层处理注册、模式验证、参数提取、沙盒化执行、结果捕获,以及将结果格式化回大语言模型可读的观察内容。

Claude Code 提供六大类工具:文件操作、搜索、执行、网络访问、代码智能和子智能体生成。OpenAI 的 Agents SDK 支持函数工具(通过@function_tool)、托管工具(WebSearch、CodeInterpreter、FileSearch)和 MCP 服务器工具。

  1. 记忆(Memory)

记忆在多个时间尺度上运作。短期记忆是单次会话内的对话历史。长期记忆跨会话持久化:Anthropic 使用CLAUDE.md项目文件和自动生成的MEMORY.md文件;LangGraph 使用按命名空间组织的 JSON 存储;OpenAI 支持由 SQLite 或 Redis 支撑的会话(Sessions)。

Claude Code 实现了一个三层层级结构:一个轻量级索引(每条约 150 个字符,始终加载)、按需拉取的详细主题文件、以及仅通过搜索访问的原始转录文本。一个关键的设计原则是:智能体将自己的记忆视为"提示",在行动前会针对实际状态进行验证。

  1. 上下文管理(Context Management)

这是许多智能体无声失败的地方。核心问题是上下文腐烂(context rot):当关键内容落在窗口中间位置时,模型性能下降 30% 以上(Chroma 的研究,与斯坦福的"Lost in the Middle"发现相互印证)。即使是百万 token 的窗口,随着上下文增长,指令遵循能力也会下降。

生产级策略包括:

  • 压缩(Compaction):接近限制时总结对话历史(Claude Code 保留架构决策和未解决的 bug,同时丢弃冗余的工具输出)。
  • 观察屏蔽(Observation Masking):JetBrains 的 Junie 隐藏旧的工具输出,但保留工具调用可见。
  • 即时检索(Just-in-time Retrieval):维护轻量级标识符并动态加载数据(Claude Code 使用grep、glob、head、tail,而不是加载完整文件)。
  • 子智能体委托(Sub-agent Delegation):每个子智能体进行广泛探索,但只返回 1,000 到 2,000 token 的浓缩摘要。

Anthropic 的上下文工程指南指出目标是:找到最小的高信号 token 集合,以最大化期望结果的可能性。

  1. 提示词构建(Prompt Construction)

这负责组装模型在每一步实际看到的内容。它是分层的:系统提示词、工具定义、记忆文件、对话历史,以及当前用户消息。

OpenAI 的 Codex 使用严格的优先级栈:服务器控制的系统消息(最高优先级)、工具定义、开发者指令、用户指令(级联的AGENTS.md文件,32 KiB 限制),然后是对话历史。

  1. 输出解析(Output Parsing)

现代 Harness 依赖原生工具调用,模型返回结构化的 tool_calls 对象,而不是必须解析的自由文本。Harness 检查:有工具调用吗?执行它们并循环。没有工具调用?那就是最终答案。

对于结构化输出,OpenAI 和 LangChain 都支持通过 Pydantic 模型进行模式约束的响应。像RetryWithErrorOutputParser 这样的传统方法(将原始提示词、失败的完成内容和解析错误反馈给模型)在边缘情况下仍然可用。

  1. 状态管理(State Management)

LangGraph 将状态建模为流经图节点的类型化字典,通过 reducer 合并更新。检查点发生在超级步骤边界,支持中断后恢复和时间旅行调试。OpenAI 提供四种互斥策略:应用内存、SDK 会话、服务器端 Conversations API,或轻量级的 previous_response_id 链式调用。Claude Code 采取了不同方法:用 git 提交作为检查点,用进度文件作为结构化草稿本。

  1. 错误处理(Error Handling)

这之所以重要,是因为:一个 10 步流程,如果每步成功率 99%,端到端成功率也只有约 90.4%。错误会快速复合。

LangGraph 区分四种错误类型:瞬态错误(带退避的重试)、大语言模型可恢复错误(将错误作为 ToolMessage 返回,让模型自行调整)、用户可修复错误(中断以获取人工输入)、以及意外错误(冒泡以供调试)。Anthropic 在工具处理程序内部捕获失败,并将它们作为错误结果返回,以保持循环运行。Stripe 的生产级 Harness 将重试次数上限设为两次。

  1. 护栏与安全(Guardrails and Safety)

OpenAI 的 SDK 实现了三个层级:输入护栏(在第一个智能体上运行)、输出护栏(在最终输出上运行)、工具护栏(在每次工具调用上运行)。一个"绊线(tripwire)"机制在触发时立即停止智能体。

Anthropic 在架构上将权限执行与模型推理分离。模型决定尝试什么;工具系统决定允许什么。Claude Code 独立控制约 40 个离散的工具能力,分为三个阶段:项目加载时的信任建立、每次工具调用前的权限检查、以及高风险操作的显式用户确认。

  1. 验证循环(Verification Loops)

这是区分玩具演示和生产级智能体的东西。Anthropic 推荐三种方法:基于规则的反馈(测试、linter、类型检查器)、视觉反馈(通过 Playwright 截图用于 UI 任务)、以及大语言模型作为裁判(一个单独的子智能体评估输出)。

Claude Code 的创建者 Boris Cherny 指出,给模型一种验证其工作的方式能将质量提升 2 到 3 倍。

  1. 子智能体编排(Subagent Orchestration)

Claude Code 支持三种执行模型:Fork(父上下文的字节级相同副本)、Teammate(单独的终端面板,基于文件的邮箱通信)、以及 Worktree (拥有自己的 git 工作树,每个智能体一个独立分支)。OpenAI 的 SDK 支持智能体作为工具(专家处理有界的子任务)和交接(handoffs,专家完全接管控制)。LangGraph 将子智能体实现为嵌套状态图。

四、循环运转:逐步拆解

既然你已经了解了各个组件,让我们追踪它们如何在一个循环中协同工作。

第 1 步(提示词组装):Harness 构建完整输入:系统提示词 + 工具模式 + 记忆文件 + 对话历史 + 当前用户消息。重要上下文被放置在提示词的开头和结尾(基于"Lost in the Middle"发现)。

第 2 步(大语言模型推理):组装的提示词被发送到模型 API。模型生成输出 token:文本、工具调用请求,或两者兼有。

第 3 步(输出分类):如果模型只产生了文本而没有工具调用,循环结束。如果它请求了工具调用,进入执行阶段。如果请求了交接,更新当前智能体并重新开始。

第 4 步(工具执行):对于每个工具调用,Harness 验证参数、检查权限、在沙盒环境中执行、并捕获结果。只读操作可以并发运行;变更操作串行运行。

第 5 步(结果打包):工具结果被格式化为大语言模型可读的消息。错误被捕获并作为错误结果返回,以便模型自我纠正。

第 6 步(上下文更新):结果被追加到对话历史。如果接近上下文窗口限制,Harness 触发压缩。

第 7 步(循环):返回第 1 步。重复直到终止。

终止条件是分层设置的:模型产生没有工具调用的响应、超过最大轮次限制、token 预算耗尽、护栏绊线触发、用户中断、或返回安全拒绝。一个简单问题可能需要 1 到 2 轮。一个复杂的重构任务可以跨多轮串联几十个工具调用。

对于跨越多个上下文窗口的长时间运行任务,Anthropic 开发了一种两阶段的"Ralph Loop"模式:一个初始化智能体设置环境(初始化脚本、进度文件、功能列表、初始 git 提交),然后每个后续会话中的编码智能体读取 git 日志和进度文件来定位自己,挑选最高优先级的未完成功能,进行工作,提交,并写入摘要。文件系统提供了跨上下文窗口的连续性。

五、真实 Harness 如何实现这一模式

Anthropic 的 Claude Agent SDK 通过单个query() 函数暴露 Harness,该函数创建智能体循环并返回一个异步迭代器来流式传输消息。运行时是一个"笨循环"。所有智能都存在于模型中。Claude Code 使用一个收集-行动-验证循环:收集上下文(搜索文件、阅读代码)、采取行动(编辑文件、运行命令)、验证结果(运行测试、检查输出),重复。

OpenAI 的 Agents SDK 通过Runner类实现 Harness,具有三种模式:异步、同步和流式。该 SDK 是"代码优先"的:工作流逻辑用原生 Python 表达,而不是图 DSL。Codex Harness 在此基础上扩展了三层架构:Codex Core(智能体代码 + 运行时)、App Server(双向 JSON-RPC API)和客户端界面(CLI、VS Code、网页应用)。所有界面共享同一个 Harness,这就是为什么"Codex 模型在 Codex 界面上感觉比在通用聊天窗口中更好"。

LangGraph 将 Harness 建模为显式状态图。两个节点(llm_call和tool_node)通过条件边连接:如果存在工具调用,路由到 tool_node;如果不存在,路由到 END。LangGraph 从 LangChain 的 AgentExecutor 进化而来,后者在 v0.2 中被弃用,因为它难以扩展且缺乏多智能体支持。LangChain 的 Deep Agents 明确使用了"智能体 Harness"这一术语:内置工具、规划(write_todos工具)、用于上下文管理的文件系统、子智能体生成和持久化记忆。

CrewAI 实现了基于角色的多智能体架构:Agent(围绕大语言模型的 Harness,由角色、目标、背景故事和工具定义)、Task(工作单元)和 Crew(智能体集合)。CrewAI 的 Flows 层增加了"在关键处注入智能的确定性骨架",管理路由和验证,而 Crews 处理自主协作。

AutoGen(正在演变为 Microsoft Agent Framework)开创了对话驱动的编排。其三层架构(Core、AgentChat、Extensions)支持五种编排模式:顺序、并发(扇出/扇入)、群聊、交接和 magentic(一个管理智能体维护动态任务账本,协调专家)。

六、脚手架隐喻

脚手架隐喻不是装饰性的。它是精确的。建筑脚手架是临时基础设施,让工人能够建造他们 otherwise 无法到达的结构。它不做建造工作。但没有它,工人就上不了高层。

关键洞察:建筑完工时,脚手架会被拆除。随着模型改进,Harness 复杂性应该降低。Manus 在六个月内重写了五次,每次重写都移除了复杂性。复杂的工具定义变成了通用的 shell 执行。"管理智能体"变成了简单的结构化交接。

这指向了共同进化原则:模型现在会在特定的 Harness 在环的情况下进行后训练。Claude Code 的模型学会了使用它被训练时所用的特定 Harness。改变工具实现可能会降低性能,因为这种紧密耦合。

Harness 设计的"未来验证测试":如果性能随着更强大的模型而提升,且无需增加 Harness 复杂性,那么设计就是合理的。

七、定义每个 Harness 的七个决策

每个 Harness 架构师都面临七个选择:

  • 单智能体 vs. 多智能体。

Anthropic 和 OpenAI 都说:先最大化单智能体。多智能体系统增加开销(额外的路由大语言模型调用、交接时的上下文丢失)。只有当工具过载超过约 10 个重叠工具,或存在明显分离的任务域时,才进行拆分。

  • ReAct vs. 计划-执行。

ReAct 在每一步交错推理和行动(灵活但每步成本更高)。计划-执行将计划与执行分离。LLMCompiler 报告称比顺序 ReAct 快 3.6 倍。

  • 上下文窗口管理策略。

五种生产级方法:基于时间的清除、对话总结、观察屏蔽、结构化笔记和子智能体委托。ACON 研究表明,通过优先保留推理痕迹而非原始工具输出,token 减少了 26% 到 54%,同时保持了 95% 以上的准确率。

  • 验证循环设计。

计算验证(测试、linter)提供确定性的 ground truth。推理验证(大语言模型作为裁判)捕获语义问题但增加延迟。Martin Fowler 的 Thoughtworks 团队将其框定为引导器(前馈,在行动前引导)与传感器(反馈,在行动后观察)。

  • 权限和安全架构。

宽松(快但风险高,自动批准大多数操作)vs. 严格(安全但慢,每个操作都需要批准)。选择取决于部署上下文。

  • 工具范围策略。

更多工具通常意味着更差的性能。Vercel 从 v0 中移除了 80% 的工具,结果反而更好。Claude Code 通过懒加载实现了 95% 的上下文缩减。原则:只暴露当前步骤所需的最小工具集。

  • Harness 厚度。

多少逻辑存在于 Harness 中,多少留给模型。Anthropic 押注簿 Harness 和模型改进。基于图的 Harness 押注显式控制。Anthropic 经常从 Claude Code 的 Harness 中删除规划步骤,因为新版本模型内化了这种能力。

八、Harness 就是产品

两个使用相同模型的产品,仅凭 Harness 设计就可能产生截然不同的性能。TerminalBench 的证据很明确:只改变 Harness,智能体就跃升了 20 多个排名位置。

Harness 不是一个已解决的问题,也不是一个商品化层。这里才是硬核工程所在:将上下文作为稀缺资源管理、设计能在失败复合前捕获它们的验证循环、构建提供连续性而不产生幻觉的记忆系统、以及做出架构赌注:该建多少脚手架,又该留给模型多少。

这个领域正朝着更薄的 Harness 发展,因为大模型在改进。但 Harness 本身不会消失。即使是最强大的模型,也需要某种东西来管理它的上下文窗口、执行它的工具调用、持久化它的状态、并验证它的工作。

学AI大模型的正确顺序,千万不要搞错了

🤔2026年AI风口已来!各行各业的AI渗透肉眼可见,超多公司要么转型做AI相关产品,要么高薪挖AI技术人才,机遇直接摆在眼前!

有往AI方向发展,或者本身有后端编程基础的朋友,直接冲AI大模型应用开发转岗超合适!

就算暂时不打算转岗,了解大模型、RAG、Prompt、Agent这些热门概念,能上手做简单项目,也绝对是求职加分王🔋

在这里插入图片描述

📝给大家整理了超全最新的AI大模型应用开发学习清单和资料,手把手帮你快速入门!👇👇

学习路线:

✅大模型基础认知—大模型核心原理、发展历程、主流模型(GPT、文心一言等)特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架(LangChain等)实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经

以上6大模块,看似清晰好上手,实则每个部分都有扎实的核心内容需要吃透!

我把大模型的学习全流程已经整理📚好了!抓住AI时代风口,轻松解锁职业新可能,希望大家都能把握机遇,实现薪资/职业跃迁~

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

基于DeepSeek V4 Pro与Harness框架的AI智能体开发实战指南 AI智能体(Agent)作为能够感知环境、自主决策并执行动作的AI系统,正成为提升开发效率的关键技术。其核心原理在于结合大语言模型的推理能力与外部工具调用,实现多步骤任务的自动化处理。在编程领域,智能体技术能够将代码理解、静态分析、自动化测试等环节串联,构建端到端的开发辅助流水线。DeepSeek V4 Pro作为专注于代码与推理的大模型,提供了顶级的代码生成与理解能力,而Harness框架则提供了智能体运行所需的内存管理、工具调用、任务规划等标准化组件。通过国家超算互联网提供的稳定算力支持,开发者可以低成 阅读详情

相关推荐

DeepAgents Harness:状态驱动的AI智能体执行框架解析

智能体(Agent)是大模型落地复杂任务的核心范式,其本质是将规划、工具调用与上下文管理结构化编排的运行时系统。传统消息驱动型框架(如LangChain基础Agent)易陷入上下文失控、规划不可控与工具干扰等问题;而Harness作为更高阶的执行内核,强调状态分离、任务生命周期管理与安全沙箱机制,代表了从‘prompt调度’到‘状态驱动’的范式升级。DeepAgents正是此类Harness的典型实现,依托LangGraph StateGraph构建可审计、可中断、可持久化的智能体操作系统。本文结合技术文档

weixin_30608503的博客 468

深度理解Harness架构:AI智能体的生产级运行基石

2026年,AI技术竞争焦点转向工程化落地,Harness架构成为连接AI模型与生产应用的核心桥梁。该架构通过三层标准化体系(流程层、知识层、运行时层)和六大核心组件,将不稳定的模型能力转化为可信赖的生产力。典型案例显示,优化Harness层可使任务完成率提升40%以上。相比传统方案,Harness架构具有系统性、约束性、自愈性和工程化优势,但也面临架构复杂、知识管理、成本控制等实施难点。未来将向轻量化、智能化、协同化、标准化方向发展,推动AI从"实验性"走向"生产级&quot

【可全包】本人程序员,不需要做任何吹嘘,只是实在写点程序,写点文档,熟悉各类主流框架,SSM,SpringBoot,Flask,Djiango,Mysql,Sqlite,VUE,Uniapp等,各类程序设计专家,优质作者 3594

Codex Harness深度解析:AI智能体执行层为何比工具本身更重要

在AI编程与智能体技术快速迭代的当下,开发者关注的焦点正从“模型能力”转向“模型如何安全地落地执行”。Codex Harness所代表的Agent执行层,将任务拆解、环境操作、结果反馈封装为一个可移植的协议层,其核心价值在于让模型从“生成文本”走向“操作真实系统”。通过沙箱隔离、步骤回传与失败恢复,这套机制在保证可控性的同时,显著提升自动化工程任务的可靠性。企业可在测试补全、批量配置生成、代码审查等场景中复用该流程,而无需绑定特定模型厂商。开源Harness进一步打破黑盒,使开发者得以理解并定制执行链路。无

weixin_34034261的博客 368

一文搞懂智能体框架到底是什么(非常详细),从入门到精通,收藏这一篇就够了!

如果你不是模型,你就是框架。这个公式听起来简单,但真正理解它需要费点功夫。

m0_59235945的博客 655

基于DeepSeek Harness的AI智能体开发与变现实战指南

AI智能体作为具备感知、规划、决策和执行能力的自治系统,正成为人工智能应用开发的重要方向。其核心原理在于通过大语言模型驱动,结合工具调用和工作流编排,实现复杂任务的自动化处理。在工程实践中,开发平台的选择直接影响着智能体的构建效率与成本。DeepSeek Harness作为新兴的智能体开发与部署平台,通过可视化编排和一体化集成,显著降低了技术门槛,使开发者能够快速构建可用的智能体原型。这种低代码开发方式为智能体商业化落地提供了技术基础,结合SaaS服务、C端工具、定制开发和内容创作等多元变现路径,为开发者探

weixin_29053067的博客 352

基于Harness与Langfuse构建可观测、可评估的AI智能体工程化实践

在AI应用开发中,工程化是将实验性Demo转化为稳定、可维护生产服务的关键。其核心在于构建可观测、可评估的系统化流程,解决传统脚本开发中常见的不可复现、黑盒操作、评估困难与协作混乱等痛点。通过引入工作流编排与LLM观测评估平台,开发者能够将AI调用过程透明化、数据化,实现从单次实验到持续迭代的闭环。本文以财务分析智能体为例,详细阐述了如何利用Harness进行模块化工作流编排,并集成Langfuse实现全链路追踪与效果评估,为AI能力在企业级场景中的落地提供了从环境搭建、流程设计到数据驱动优化的完整工程路径

WGH100817的博客 525

智能体框架(Harness)深度解析:模型+框架=智能体,一文带你秒懂!

智能体框架(Harness)是连接AI模型与实际应用的关键桥梁,它将裸模型转化为具备持久存储、代码执行、安全验证等能力的智能体。框架包含系统提示、工具集、基础设施和编排逻辑等组件,通过文件系统、沙箱环境、记忆管理等机制解决模型在状态持久化、自主执行和长期任务中的局限性。随着模型能力提升,框架工程将持续发挥"智能放大器"作用,通过优化执行环境、任务规划和验证循环来释放AI潜力。当前AI人才缺口达500万,掌握智能体框架技术将成为职业发展的重要优势。

m0_65555479的博客 634

HARNESS与HERMES:AI智能体工程化实战与架构解析

在AI工程化领域,智能体(Agent)已成为将大模型能力转化为实际生产力的关键载体。其核心原理在于通过任务规划、工具调用与记忆管理等机制,使AI能够自主完成复杂工作流。这一技术的核心价值在于实现业务流程的自动化与智能化,显著提升效率与可靠性。其应用场景广泛,涵盖自动化办公助手、数据分析、个性化交互及软件开发运维等多个领域。要构建稳定、可控的智能体系统,需要融合HARNESS工程化理念与HERMES等框架的实践能力。HARNESS强调对AI的可控性、可观测性、安全性与可靠性进行系统化管控,为智能体开发提供了一

weixin_30617695的博客 518

智能体框架(Harness)到底是什么?

如果你不是模型,你就是框架。这个公式听起来简单,但真正理解它需要费点功夫。

m0_59235945的博客 1180

Harness Engineering 深度学习指南

摘要:Harness Engineering(马具工程)是AI工程化的重要阶段,通过外部系统设计提升智能体的稳定性和执行力。它包含三层架构:Prompt Engineering确保指令理解,Context Engineering优化信息供给,Harness Engineering则通过约束机制、执行编排和状态管理实现任务闭环。核心创新包括动态信息加载(Progressive Disclosure)、进程重启(Context Reflect)和生成-验收角色分离。该体系解决了长链路任务中的状态偏移问题,使AI

华盛AI的博客 735

Deepseek Harness:AI智能体标准化评估平台核心功能与实战指南

在AI智能体(Agent)开发领域,如何客观、量化地评估模型能力是开发者面临的核心挑战。评估框架通过标准化的测试集(如SWE-Bench、HumanEval)和科学的评估指标(如Pass@1),为不同模型提供了公平的竞技场。其技术价值在于解决了长期存在的“评估难”问题,使开发者能够基于统一基准进行模型迭代和性能对比。在工程实践中,这类平台通常支持API集成,可无缝接入CI/CD流程,实现自动化评估。应用场景涵盖模型验证、技术选型和学术研究等多个维度。Deepseek Harness作为典型的AI智能体评估平

weixin_30512089的博客 414

1、从 Harness 到 Hermes:当 AI 学会为自己套上缰绳,自改进智能体时代已来

2026 年 2 月 25 日,Nous Research 开源了 Hermes Agent。10 周后,它的 GitHub Star 突破 11 万,日均 Token 消耗量从 20 亿飙升至 3000 亿,登顶 OpenRouter 全球 AI Agent 调用量榜首。与此同时,一个更接地气的术语在开发者社群中流行开来——“养马”,与 OpenClaw 的“养龙虾”并肩成为圈内黑话。11 万 Star 是表象,真正让开发者为之兴奋的,是 Hermes 喊出的那句口号:“运行时间越长,能力就越强。

2025博客之星Top81。专注AI工程化与架构实战。从分布式思维到模型部署,用工程化视角为你厘清AI落地的真实路径。 1180

层级式智能体控制:Harness 架构深度解析

任务分解一致性问题:确保全局目标分解为子任务的过程中,没有目标漂移、冲突、遗漏,所有子任务的完成等价于全局目标的达成;跨层级控制信号衰减问题:减少层级间信号传递的信息损失,确保执行层的动作完全对齐顶层目标,信息损失率控制在5%以内;异常恢复鲁棒性问题:实现局部故障的快速自愈,避免单点故障扩散到全局,系统可用率达到99.99%以上。LL0L1L2LL0​L1​L2​其中L0L_0L0​为执行平面,L1L_1L1​为编排平面,L2L_2L2。

AI 原生应用开发的博客 457

【AI Coding】Harness Engineering:AI 原生软件开发的未来范式与职业指南

人类掌舵,智能体执行。设计环境:构建智能体可理解和操作的工具、抽象层和反馈回路明确意图:通过规范、文档和约束传达需求质量把控:审查智能体输出,确保系统正确性和可维护性系统与架构设计:构建清晰的模块边界和依赖关系杠杆效应最大化:让每个决策能产生最大影响深度优先工作法:将大目标拆解为小构建块,逐步解锁复杂任务Harness Engineering 代表了软件工程的根本性范式转移。智能体的驾驭者系统的设计者质量的守护者。

开源物联网项目商业化作者 1996

Kaggle | 总奖池超200万美金的数学竞赛AIMO2冠军方案

••••结论1:通过结合高质量大规模数据集、工具集成推理和生成式选择方法,可以构建在挑战性数学问题上达到最先进水平的语言模型。本文的方法在 AIMO-2 竞赛中的胜利以及在多个数学基准上的 SOTA 结果验证了这一策略的有效性。结论2:发布 OpenMathReasoning 数据集、OpenMath-Nemotron 模型和代码是社区的宝贵财富。

hxshine的博客 1198

R语言安装包镜像报错?5分钟教你快速切换国内镜像源(含清华/阿里云配置)

本文详细介绍了R语言安装包镜像报错的解决方案,包括如何快速切换国内镜像源(如清华、阿里云等),解决'无法读写貯藏處索引'等常见问题。通过图形界面和命令行两种方式,帮助用户高效配置镜像源,提升R语言包安装速度与稳定性。

weixin_29053073的博客 419

智能体平台Harness解析:从AI Agent原理到企业级应用实战

AI Agent(智能体)作为人工智能领域的关键技术,其核心在于将大语言模型的认知能力与工具调用、任务规划、环境交互等执行模块相结合,形成能够自主完成复杂任务的智能系统。从技术原理上看,智能体通过感知-规划-执行的闭环架构,实现了从被动响应到主动行动的跃迁,其价值在于能够将AI能力真正融入业务流程,驱动自动化与智能化升级。在企业应用场景中,智能体平台需要解决可靠性、安全性、成本优化与复杂工作流编排等工程化挑战,这正是Harness等平台聚焦的方向。以需求预测为例,一个典型的智能体开发流程涉及任务拆解、工具集

weixin_30326515的博客 396

华为Atlas 300I推理卡驱动安装避坑指南:不同安装方式的选择与优化

本文详细解析华为Atlas 300I推理卡驱动安装的三种主流方式(.run、.rpm和源码编译),提供关键环境检查步骤、安装流程优化建议及常见问题解决方案,帮助开发者高效完成芯片推理卡部署并规避典型安装陷阱。

q9w8e7r6t5的博客 433

DeepSeek Harness vs Codex vs Claude Code:三款 AI 编程 Harness 深度对比

数据来源:DeepSeek Harness 官方 GitHubOpenAI 官方 changelog、Anthropic Claude Code 官方文档 | 话题:DeepSeek Harness · Codex · Claude Code · AI AgentDeepSeek Harness(v0.1,2026年8月13日发布,MIT协议)是继 Codex 和 Claude Code 之后第三款由大模型原厂推出的 AI 编程 Agent Harness;

aidoudoulong的博客 5846

基于卷积神经网络的试卷手写分数自动识别系统

本文提出了一种基于卷积神经网络(CNN)的试卷手写分数自动识别系统,旨在解决传统人工录入方式效率低、易出错的问题。系统通过图像预处理、分数区域定位、CNN识别和后处理等模块,实现了对手写数字分数的端到端自动识别。针对试卷复杂背景、书写风格多样等技术挑战,系统采用中等深度的CNN架构,在构建的数据集上取得了99.5%以上的识别准确率。该系统可显著提升教育评估工作的效率和准确性,具有重要的实用价值。

huanghm88的专栏 221

成功解决安装cuda的时候,下载的文件自动消失,并且出现An unknown error has occurred

成功解决安装cuda的时候,下载的文件自动消失,并且出现An unknown error has occurred. 目录 解决问题 解决思路 解决方法 解决问题 安装cuda的时候,下载的文件自动消失,并且出现An unknown error has occurred. 解决思路 发生未知错误。 解决方法 很可能是因为当前电脑下载的cuda版本不适合当前电脑GPU支持的cuda版本! 推荐文章:CV:Win1..

头部AI社区如有邀博主AI主题演讲请私信—心比天高,仗剑走天涯,保持热爱,奔赴向梦想!低调,专注,谦虚,自律,反思,成长,还算比较正能量的博主,公益免费传播…内心特别想在AI界做出一些可以推进历史进程影响力的技术(兴趣使然,有点小情怀,也有点使命感呀 7529
上一篇: 2026年AI智能体开发指南:10张图讲透核心概念
下一篇: 简介LLM 推理的内部工作原理
Python_金钱豹
博客等级 码龄5年 1万+粉丝 2841原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值