新上线今天97 投票
Show HN：一个由AI代理维护的Karpathy风格LLM维基（Markdown + Git）
一句话概括
一个为AI代理设计的轻量级知识共享层，使用 Markdown + Git 作为事实来源，并搭配 bleve (BM25) + SQLite 索引。没有向量数据库或图数据库——至少目前还没有。
核心机制
该项目本质上是一个本地维基，位于 ~/.wuphf/wiki/ 目录下，AI代理可以像人类协作者一样读写该维基。所有内容都是纯文本 Markdown 文件，通过 Git 进行版本管理。这意味着你可以随时 git clone 该目录，将代理积累的知识带走，或将其集成到现有工作流中。
搜索功能由 bleve（BM25 全文检索引擎） 和 SQLite 提供支持，而非常见的向量嵌入。这种设计选择在简洁性和可移植性之间取得了平衡——不需要运行独立的向量数据库服务，也无需 GPU 或大型模型支持即可实现合理的检索效果。
设计哲学：Karpathy 风格
标题中提到的“Karpathy 风格”暗示了该项目遵循 Andrej Karpathy 推崇的极简、可 hack、自包含的工程理念。具体表现为：
- 无外部依赖：不需要向量数据库、图数据库或其他基础设施。
- 纯文本优先：所有知识都以可读、可版本控制的 Markdown 存储。
- 可移植性：通过 Git，知识可以轻松迁移、备份和共享。
适用场景
- AI 代理团队：多个代理共享同一个工作记忆，避免重复劳动和信息孤岛。
- 个人知识管理：将你的 AI 助手（如 Claude Code、Codex CLI）的探索结果持久化。
- 实验性项目：如果你正在构建一个需要持久化知识的 AI 系统，但不想过早引入复杂的基础设施。
现状与路线图
目前该项目处于早期阶段（pre-1.0），开发活跃。作者明确表示尚未加入向量或图数据库，暗示未来可能根据需求扩展。当前的索引方案（BM25 + SQLite）对于中等规模的知识库已经足够，但如果你需要语义搜索或复杂关系推理，可能需要等待后续更新。
总结
这是一个务实且可立即使用的工具，特别适合那些希望为 AI 代理提供共享记忆、但又不想被复杂基础设施拖累的开发者。它遵循 Unix 哲学——做一件事，并做好它。如果你正在寻找一个轻量级的代理知识管理方案，不妨试试 npx wuphf。
