此乃投献于赫尔墨斯代理挑战: 谈及赫尔墨斯之代理者

诸般人工智能之演示，皆显赫然。诘以问，得睿智之答。复询以续，犹佳。闭此页，翌日复归，彼竟不知尔何人。

此非代理人，乃具长系统提示之聊天机器人也。

器与伴之别，在於記憶。

何故无国之人断绝其志

吾辈所造"智能体"，本就失忆。

凡大框架——LangChain、LlamaIndex，乃至OpenAI之Assistants API——皆需汝显式传递对话历史，或于自建自维之向量库中管理之。

其果也：工者耗时于营构之记，甚于筑实之产。而记犹浅薄，非通晓，乃索寻耳。

凡人协作者，非徒索理于册帙。彼实历其境，身经其事也。其境也。彼忆上周冲刺会中论Redis之争。知尔何以试GraphQL迁而复辍。怀制度之识，凡致尔今日之由，皆在掌握。

此非以分块文书、计算余弦相似度所能复制也。

取用之困

检索增强生成（Retrieval Augmented Generation）遂为记忆之困之解。此法于特定之问甚效：如“文X于题Y何言？”

然于异类之问则不验：如“何者更迭，何故更迭，及其模式何喻吾辈之向？”

差异在于时序推理。RAG乃一搜索引擎，覆以大语言模型。其能索相关文本，然未解其意。次第，因果，或逆转.

三月，一团队自 PostgreSQL 迁至 MongoDB，九月复返 PostgreSQL。RAG 系统见数据库之文二篇。Hermes，持久会话之忆，知决策既出，复思而反，且能道其理何在。

持久会话之变何在

赫尔墨斯代理献一简策，曰会话之符，历请而存，渐积洞明。

X-Hermes-Session-Id: my-repo-brain

三载间，百事经此符流转，赫尔墨斯非惟存之，乃构其观之系统之模。新知既至，皆置诸往昔万端之境。

十次提交非孤立而处。赫耳墨斯知其已逆转六周前之决断。知引入此变之 PR 争议甚巨。知作者尝两度作相似回滚。

此乃质异之识知。

更大之意味

吾辈正处由AI查询界面转为AI持久参与者之始。

勿："问AI一问。"
然则："人工智能已察之，将告尔所察。"

此更建置之可否也。

• 一代码库，自述其架构之沿革
• 有一客服，虽未被告知，然能忆及往昔每一交互。
• 一监测之系，知曩月三月之"常"状，非独今时。
• 一项目经理，能追踪每一决策，自动显其矛盾。

此皆非无状之LLM调用所能为，纵使提示工程至精至巧。此需一累积之代理，其智识随运行日久而增，非每API调用即归零之代理也。

自主之层

成图之要，在于调度。赫尔墨斯内置之cron任务注册，使持久之代理亦可为主动者。 代理之

await hermes.create_job(
    name="weekly-risk-report",
    schedule="0 9 * * 1",
    prompt="Review what you've learned this week. Identify the three biggest risks.",
)

此非定时任务调用无状态API。乃同一代理，积存记忆，依时自运。记忆与自主，存于同系。

此架构所成，宛若真参与，非精巧之自动补全。

开者，他方之半也

诺斯研究使赫尔墨斯开明。此非寻常开源之辩也

智能之代理，其存记忆者，慎之。若代理尽忆尔之码库，尔之团队，尔之客户——尔欲知其记忆所居之处，谁主其事，及尔停付订阅之时，其记忆何为

开启持久且本地可运行，此乃筑基之要，非仅试玩之资。汝掌内存。此乃闭源云服务所难真保之性。

所弥之隙

凡组织之至宝，非在文书，而在久居其地、知其所以然者之心。如资深工程师，忆尔三度欲重构认证系统；如客户成功经理，知何账户以异名投诉同疾。

知之在己，则不可替；失之在外，则祸不旋踵.

有恒忆之智能体，实为持此等知之技，且可询、可展、可久存.

此非特技，乃全局之要也。