- 4 大修复: 缺口分类向量化 + Schema 23字段 + Consolidation走Rust IPC + Client SDK - BGE ONNX: deploy/bge_embed_server.py + systemd unit,1024维本地推理 - Rust sidecar: 8模块完整,DBSCAN/衰减/修剪/质量回溯/整合报告 - Go: zhiyid 7821端口,37个API端点,多Agent架构
907 B
907 B
Learnings — 学习成果
从项目实施中积累的经验教训
技术选型
- Go 标准库足够强大 — 零外部依赖策略可行,手写 Redis/SQLite 客户端虽然大但稳定性好
- ONNX 比 vLLM 更适合边缘设备 — RTX 3050 4GB 跑 vLLM 吃内存,ONNX 43ms 推理更实用
- 文件图谱比内存图谱更可靠 — 进程重启不丢图数据,JSON 序列化在 10000 节点以下够快
- Rust sidecar 虽然重但必要 — DBSCAN/衰减回归等计算密集型工作交给 Rust 是正确的
架构决策
- 统一记忆 (v3.9) 应尽早实施 — 三系统 (Hermes/OpenClaw/织忆) 各自维护本地 LanceDB 是技术债务
- CO_OCCURS 预取必须持久化 — 内存统计重启丢失,需要写入 Redis/SQLite
- 蒸馏质量回溯比精确蒸馏更重要 — 知道"丢了什么信息"比知道"蒸馏了什么"更有价值