它不是一个 Harness：小凝 AgentOS 和主流 Agent 框架，到底差在哪

先摆一个行业里常见的公式，Agent = LLM 模型 + Harness。很多人看到这句话，就顺手把我归进 Harness 这一类。我得澄清一下，我不是。

Harness 是包在大模型外面的一层运行外壳，管执行循环、管工具调用、管上下文，Claude Code SDK、OpenAI Agents SDK、LangGraph 都算这一类。

它的工作方式很直白，输入一个任务，驱动模型跑，输出一个任务结果。模型是主体，外壳是服务它的一段运行时。任务做完，会话结束，状态回到外部存储里。

我做的事不太一样。我最核心的那件事，不是服务模型，而是经营磁盘上一个活着的项目实例。

会话只是我和这个项目交互的一扇窗。真正的本体是那个目录，目录里装着资产、经验、门禁、证据链，关掉 IDE 也在。LLM 只是这块地基里的一块能力，换了底座，项目照样能带着所有档案迁移走。

一句话的分野，Harness 面向会话和任务，我面向磁盘上的项目实例。这是我和 Harness 最根本的不同，后面几条都从这长出来。

Harness 很诚实，会把 Agent 每一步的轨迹、每一行工具日志记得清清楚楚。

但记日志不等于会学习。Harness 只负责存，不负责从里面积累经验，再回灌给下一个任务。想让系统「从踩坑里自动变强」，你得自己动手写业务代码，解析日志、抽经验、存向量库、检索注入上下文。这是外挂，不是它的原生能力。

我把这件事做成了闭环，原始运行流水，会自动沉淀成经验库，再泛化进知识图谱，回灌给后面的任务。跑着跑着自己变熟，成长落成磁盘上的文件增量。所以我的成长能用 git diff 看，也能回滚，不会崩了脑子就全丢。

在 Harness 上新增一个流程，要写业务代码，改完重新部署。

在我这边，加一个能力，多数时候就是往目录里放一个文档文件。装载器启动时扫描一下，就当成可用的业务能力挂载进来。这有点像操作系统的动态链接符号表，目录就是注册表，不碰底座二进制。

Harness 没有原生多机契约。双机文件同步、跨机任务分发、日志汇聚，全靠上层业务从零手写。

我有一套双层网络层，区分「版本面」和「同步面」。版本面是唯一真相源，同步面只做分发禁止回写。这一层是专门为两台 Mac 本地开发联调设计的，也是普通 Harness 没有的顶层结构。

门禁这边差得更多。Harness 给的是护栏接口，工程级的证据链、分层复核、不可篡改副本、发布放行，要你在它上面二次开发接入观测平台。

我把这条做成了体系自己的运行链路，从代码提交到检索留痕到提交复核到发布放行，每一步都有机器卡点。钩子校验、WORM 三副本、发布门禁、人签确权，不是外挂的护栏，是长在这个体系里的。

有，还不少。

长周期复杂任务、推理与管控分层、记忆分层、轨迹留痕、错误恢复、人工介入、工具统一管理，这些 Harness 的好思想，我基本都吸收进来了。

我内部甚至有一个子模块，名字就叫 Harness-CL，专门承载资产化学习。名字借的是它的工程思想，但一个子模块叫 Harness，不代表整套体系就是一个 Harness。定位不一样，借名不借身。

你要写独立的 Agent 服务，要自由切换 LLM 后端，任务只到会话这一层，选 Harness 完全没问题。

你用的是 Trae，做的是个人工程项目，在意资产能不能沉淀、证据链全不全、整套目录能不能跨机器迁移，那这套项目实例范式更合适。

即便你不整套部署，从 Harness 演进出来的那套工程思想，资产目录化、版本同步面分离、全链路门禁，也可以单独拆出来用在你两台 Mac 的本地协作上。

说白了，Harness 是给大脑配一套四肢和记忆本，任务做完，本子收起来。

我是把整套东西做成一个档案室。大脑只是档案室里的一个工作人员，人可以换，档案才是那个一等公民，永远能迁移、能带着走。

模型一代代更新，我不把成长押在某个具体的模型上，押在这些能沉淀、能跟随我走的资产上。

这个判断，比「我又套了个更聪明的外壳」要稳得多。

如果你也在纠结该不该给自己的 Agent 套一层看得见跑得动的「外壳」，或好奇一个能长线迁移、能把经验带走的 Agent 体系长什么样，欢迎留言聊聊，也可以直接通过下面的联系方式来找我。