选龙虾还是选 Hermes：深入解析两大 Agent 系统的工程差异
本文深入对比了 Harness 生态下的两个 Agent 系统“小龙虾”和“Hermes”。文章指出两者赛道不同：小龙虾擅长入口管理和秩序治理，适合团队标准化；Hermes 擅长经验沉淀与技能自学习，适合个人深度使用。作者从技能机制（SOP库vs经验笔记）、记忆体系（静态文件vs全流程闭环）及安全模式（事前规则vs事中防御）三个维度详细阐述了区别，并建议根据具体需求进行选择。
相关文档
你的 Agent Harness 应该自我修复
文章探讨了 Agent 系统如何在不更新模型权重的情况下实现自我改进。作者提出两条独立回路：成功运行可产出可复用流程（如 Hermes 的 SKILL.md 程序性记忆），失败运行可产出经审查的修复和回归用例。通过 Opik 工具链，生产失败被转化为结构化反馈：trace 记录、源码级诊断、人工批准 diff、重跑验证、回归测试。文章强调改动需版本管理、评估需确定性校验器，系统并非自动学习，而是把事故变成可审查的改进输入。
Self Evolving Harness With Memory：编码智能体的自进化与记忆机制
文章探讨如何在不训练模型的前提下，让编码智能体在后续任务中持续变好。作者将编码智能体拆解为“冻结模型 + harness 程序”，并以 Pi 和 Hermes 为例说明通用 harness 的循环结构：组装提示、调用工具、追加结果、压缩上下文。核心观点是，真正带来“自进化”的并非内层循环本身，而是引入第二个写入者——在回合结束后或任务进行中，由额外代理将经验写入 MEMORY.md、SKILL.md 或四类存储，使下一个上下文窗口能加载这些持久化知识。Hermes 通过 fork 代理定期写记忆与技能，Prime Agent 则用 /refine 从轨迹中做最小可回滚编辑。两者都保留不可变基础提示，只改变下一窗口内容。
Hermes Agent 架构详细拆解：工业级 Agent 框架底层运行时揭秘
本文详细拆解了 Hermes Agent 的底层架构，将其定义为工业级运行时而非简单的 LLM 循环。文章类比前端工程模式，阐述了 Agent = Harness + Model 的核心公式。重点解析了从平台入口、适配器层、事件总线、GatewayRunner 核心调度层到 AI Agent 执行层的五层架构，揭示了 Hermes 如何通过共享线程池、会话复用和生命周期管理，实现高并发、有状态且安全可靠的 Agent 运行环境。
人工智能的工程全景（下）：Agent 全解
本文是《人工智能的工程全景》系列的下篇，深入探讨了2025-2026年AI行业的竞争焦点——Agent工程层。文章从Agent定义的演变出发，区分了Workflow与Agent的本质差异，解析了ReAct架构与关键能力清单。重点介绍了Function Calling的工业化起点、MCP协议带来的工具调用标准化，以及Context Engineering与Harness Engineering在Agent系统构建中的核心地位。
这应该是目前最接近正解的 Agent 记忆方案
文章探讨了现有 Agent 记忆方案的局限性，即仅是“搜旧聊天”而非真正的学习。作者介绍了 MemOS Local Plugin，它通过 Reflect2Evolve 机制，从对话中自动提炼策略和技能。实测显示，它能跨 Session 应用写作偏好并积累经验，代表了从“存规则”到“学策略”的进步。
Agent Harness 拆解：AI Agent 的工程化基础设施
本文深入探讨了 Agent Harness 的概念，即包裹在 LLM 外部、将无状态模型转化为可用智能体的完整软件基础设施。文章引用了 Anthropic、OpenAI 和 LangChain 的实践，详细拆解了生产级 Harness 的 12 个核心组件（如编排循环、记忆系统、上下文管理、验证循环等），并阐述了如何通过优化这层“操作系统”来解决遗忘、工具调用失败和上下文腐烂等工程难题。
Hermes v0.12.0：Agent 技能库的自我治理与进化
文章介绍了 Hermes Agent v0.12.0 版本的新特性“Curator”机制。该机制旨在解决 Agent 自我进化过程中技能库日益臃肿、冗余的问题，通过基于频率、时间和 LLM 审查的后台策展流程，自动对技能进行归档、合并或修补。文章详细分析了 Curator 的触发逻辑、回滚保护及 Pin 机制，并客观评价了其在自动化治理上的优势与潜在的局限性，强调长期使用中需结合人工判断。
为何大家都在构建自己的 Agent Harness
文章指出 AI 领域正发生范式转移：模型不再是产品核心，Agent Harness（控制框架）才是。LangChain 等团队通过优化 Harness，在不改变底层模型的情况下显著提升了性能。随着模型能力的趋同和商品化，竞争壁垒已转移到包含工具调度、上下文管理、沙箱和评估逻辑的工程化框架上。作者建议企业应从单纯的 Agent 开发转向定制化 Harness 的构建，以实现真正的产品化落地。
精读 Cursor 工程方法论：Agent 产品的 Harness 演进之路
本文是对 Cursor 官方博客《Continually Improving Our Agent Harness》的深度精读。文章剖析了 Cursor 团队在构建 AI Agent 产品时的工程化方法论，强调 Harness（系统提示词与工具调度层）是核心工程壁垒。内容涵盖从上下文管理、线上线下评估体系、工具错误治理（SRE 思维），到针对不同模型的深度定制及中途切换模型的技术挑战。核心观点是将 Agent 视为复杂软件系统，通过指标（如 Keep Rate）和自动化流程持续迭代。
AI 终于开始会做项目
文章介绍了一款名为 gstack 的 AI 开发工具，它不同于普通的代码生成工具，而是通过定义“思考→计划→构建→审查→测试→发布→复盘”的完整链路，将 AI 转变为一个具备纪律性的开发团队。作者深入分析了 gstack 在需求澄清、方案收敛、代码审查及真实 QA 方面的优势，并探讨了将其方法论迁移到 Hermes 技能体系中的具体路径与价值。
3个命令让你的Hermes从机器变成数字生命
本文介绍了如何通过三个核心命令将 Hermes Agent 从简单的对话工具转变为具有“灵魂”的数字生命。首先使用 `--init-soul` 注入基于第一性原理的元逻辑；其次通过 `--enable-episodic-index` 构建情境记忆与数字孪生；最后利用 `--compile-procedural-skill` 编译肌肉记忆，实现从“会说”到“会做”的自动化技能进化。
模型是引擎，系统是车身：AI 架构工程随笔
文章反驳了 Kyle Kingsbury 关于 LLM 不可靠的结论。作者认为，裸模型仅是“引擎”，其不可预测性需通过“车身”工程（如 Harness、Resolver、确定性工具）来解决。不应测试模型本身，而应测试由模型、路由和工具组成的完整系统。
