用 Ollama 本地跑模型的真实体验
为了隐私和零成本,我用 Ollama 在本机跑了几个开源模型,聊聊体验。 7B 左右的模型在我 16G 显存的机器上跑得还行,速度能接受;再大就吃力了,要么慢要么塞不下。日常做摘要、翻译、简单问答够用,复杂推理和长任务还是得靠云端大模型。 最大价值是离线、隐私、零成本原型验证。大
大模型、多模态、推理模型和 AI 产品趋势
本专题收录 AI 前沿 方向的文章和社区讨论,重点关注真实工程场景、工具选择、实践路径和风险边界。
页面会持续更新,适合作为学习路线、选型参考和技术复盘入口。
为了隐私和零成本,我用 Ollama 在本机跑了几个开源模型,聊聊体验。 7B 左右的模型在我 16G 显存的机器上跑得还行,速度能接受;再大就吃力了,要么慢要么塞不下。日常做摘要、翻译、简单问答够用,复杂推理和长任务还是得靠云端大模型。 最大价值是离线、隐私、零成本原型验证。大
我的 RAG 系统最近经常"答非所问":明明检索到了相关文档,生成的答案却跑偏,甚至和文档矛盾。不知道是检索环节还是生成环节的问题。 排查思路是不是该分两步看:先把检索到的 chunk 打印出来看相不相关,再让人生成答案看模型有没有用对上下文? 有没有一套成熟的排查流程?或者常见
选模型最头疼的是评测,分享个我用着好使的小方法:人工标注 + LLM as judge 结合。 先人工标几十条"金标答案",再用一个更强的模型当裁判,给候选模型的输出打分,和人工分对齐验证裁判可靠性。裁判靠谱之后就能大规模自动评测了。 关键是那 50 条人工标注要质量高。大家评测
选向量数据库我纠结过:pgvector(PostgreSQL 插件)还是专用的(Milvus、Qdrant 那些)。 我的结论是:中小规模用 pgvector,省心、和业务库一体、运维熟悉;百万级以上、需要复杂过滤和高吞吐再考虑专用库。 pgvector 最大的好处是不引入新组件
做大模型应用这两年,踩过最大的坑不是技术,是"高估了模型的理解力"。 demo 里你精心设计的 prompt 跑得很好,上线后用户用各种你没想到的方式提问,模型就翻车。你以为它"懂了",其实它只是在你精心构造的输入上表现好。 我现在做应用第一件事是想"用户会怎么瞎用",然后构造对
以“让生成代码符合现有工程约束”为合成场景,讨论AI 前沿中的小模型协作,重点检查模型总是改到无关文件,并用结构化输出失败样本界定可验收结果。
以“从失败日志定位根因”为合成场景,讨论AI 前沿中的模型评测,重点检查模型总是改到无关文件,并用延迟与成本记录界定可验收结果。
用合成案例讨论推理模型:当“从失败日志定位根因”碰到模型总是改到无关文件,如何留下同一任务的盲测结果并保留人工决策点。
用合成案例讨论隐私边界:当“让生成代码符合现有工程约束”碰到模型总是改到无关文件,如何留下同一任务的盲测结果并保留人工决策点。
这篇种子讨论把隐私边界放进“接手陌生仓库后的第一次修改”,梳理越界修改的触发条件、迁移与回退都经过预演以及可执行的恢复动作。
围绕AI 前沿的推理成本,拆解“从一句模糊想法到可运行页面”里的模型总是改到无关文件,比较先读约束再动手与保持改动范围可解释的验证价值。
以“接手陌生仓库后的第一次修改”为合成场景,讨论AI 前沿中的小模型协作,重点检查模型总是改到无关文件,并用结构化输出失败样本界定可验收结果。