最省事的是 Qdrant 或 Milvus——二者均有官方 Go SDK支持 HTTP/gRPC文档完备Qdrant 适合中小规模Milvus 适合横向扩展但需锁死 SDK 版本至 v2.4.5。用什么向量数据库搭配 Go 最省事Go 原生不带向量检索能力得靠外部服务或库。直接上 qdrant 或 milvus 是最稳的选择——它们都有官方维护的 Go SDKHTTP gRPC 双支持文档里连 Upsert 和 Search 的完整调用链都写清楚了。别碰纯内存向量库比如 annoy 的 Go 绑定不是不能用是它没持久化、没并发控制、没分片逻辑上线后查三次崩两次。qdrant 适合中小规模单节点扛万级向量没问题collection 创建时指定 hnsw 参数就能开加速不用调参milvus 适合要横向扩展的场景但 Go client 对 search_with_expression 这类高级查询的支持滞后建议锁死 SDK 版本到 v2.4.5 再用本地测试可用 chroma但它 Go client 是社区维护的GetCollection 返回 nil 不报错得自己判空文本切块不能只按字数切用户问“怎么把 PDF 转成能问答的 chunk”很多人直接上 strings.Split 按换行或 512 字符切结果模型答非所问——因为语义被硬生生劈开了。真正有效的切法得保上下文用 textsplitter 类库比如 github.com/tmc/langchaingo/textsplitter里的 RecursiveCharacterTextSplitter它会优先在 、 、 处断而不是死卡长度。立即学习“go语言免费学习笔记深入”PDF 解析推荐 unidoc商业授权或 pdfcpuMIT别用 gofpdf——它不提取文本只画 PDFchunk size 设 256–512 token对应 embedding 模型输入上限overlap 至少设 64否则段落衔接处信息丢失严重切完必须去重md5.Sum([]byte(chunk)) 存 map 判重PDF 里常有重复页眉页脚embedding 调用失败八成是 context deadline exceededGo 里调 OpenAI / Ollama / 本地 bert-base-zh 做 embedding最常见的错误不是 API key 错而是 context.DeadlineExceeded——尤其用 http.DefaultClient 默认 30 秒超时大 batch 向量化直接跪。 Tellers AI Tellers是一款自动视频编辑工具可以将文本、文章或故事转换为视频。