这两天看到一个挺有意思的开源项目，叫 724-office。它不走现在常见的 Agent 框架路线，反而有点“逆潮流”——整套系统只用了大约 3500 行纯 Python，零框架依赖，靠标准库加 3 个小包，就搭出了一个能持续运行的生产级 Agent 系统。
很多人现在一提 Agent，第一反应就是一大串框架、编排层、记忆层、插件层，先把人看晕，再开始写业务。724-office 刚好反着来：代码量不大，结构也不花，只有 8 个文件，却实打实塞进了 26 个工具，网页搜索、视频处理、企业微信集成、多模态解析这些高频能力都在。
我觉得它最值得看的，不是“又一个 Agent 项目”，而是它把一件事说明白了：Agent 不一定非得先长成一个庞大的框架，才能进入生产环境。
这套系统里有个设计我挺喜欢。它不是只靠上下文硬撑，而是做了三层记忆机制，再配合向量检索，把短期上下文、任务过程和长期记忆分开处理。这个思路其实很现实，因为很多 Agent 一旦跑久了，就会开始“失忆”，前面干过什么、用户偏好是什么、哪些信息该长期保留，很容易慢慢漂掉。724-office 至少在结构上，先把这个坑补了。
另一个关键点是 MCP 协议接入。这意味着它不是一个封闭的 demo，而是能继续往外接服务、接工具、接企业内部系统。说白了，你看到的是 3500 行代码，背后真正有意思的是：它已经留好了往生产环境继续长的接口。
当然，这个项目未必是什么“银弹”。工具多，不代表每个都打磨得很深；代码干净，也不等于复杂场景下一定稳定。真要上业务，权限控制、异常恢复、任务调度这些东西，最后还是逃不掉。但也正因为它没有故意堆复杂度，所以反而很适合拿来研究。
尤其适合两类人。 一类是已经被各种 Agent 框架绕晕，想回到底层看看“一个 Agent 到底怎么跑起来”的人。 另一类是手里有真实业务需求，想先搭一个轻量、可控、方便自己改的系统，而不是一上来就把工程复杂度拉满的人。
现在很多开源项目的问题，不是做不出来，而是太容易写成“技术展板”——功能很多，概念很全，但你很难真正顺着代码读下去。724-office 不是那种东西。它更像一个作者真的在生产里踩过坑之后，收出来的一版相对克制的实现。
所以这项目最有价值的地方，可能不是“功能有多炫”，而是它提醒了大家一件被忽略的事：Agent 的核心未必是框架感，而是可运行、可理解、可继续改。
如果你最近正想摆脱复杂框架，重新搞明白 Agent 是怎么工作的，这份代码，确实值得拆。
