Survival LLM 发布:断网也能用的本地 AI 应急助手,按内存自动选模型

Survival LLM 是一款免费开源的本地 AI 助手与应急资料库,模型和资料全部运行在用户电脑上,断网也能回答断电保鲜、烫伤处理、净水等问题,并标注答案出处。

Survival LLM 是一款免费开源的本地 AI 助手与应急资料库,模型和资料全部运行在用户电脑上,断网也能回答断电保鲜、烫伤处理、净水等问题,并标注答案出处。
![[HELP?]: 1.180.0 llama server failed to start](https://www.chat-gpts.plus/wp-content/uploads/2026/10/6837-19037eb5-768x403.jpg)
该报错通常出现在 AnythingLLM Desktop 从旧引擎切换到新 llama.cpp 引擎后,在发送第一条聊天消息、引擎进程加载模型阶段直接退出时。优先排查 Microsoft Visual C++ 运行时是否缺失或未安装完整,以及后端日志中是否有 DLL 或 onnxruntime 模块

开源项目 QuickReview 用十多个只读“审查视角”并行检查每个 PR,再由对抗校验器复核,在自建基准上比 Codex、Claude Code 找到更多真实缺陷,但单次审查成本高出一个数量级。
![[Question]: Auto metadata settings have no effect](https://www.chat-gpts.plus/wp-content/uploads/2026/10/13736-e2d4d4bd-768x403.jpg)
该问题通常出现在 RAGFlow 数据集中已开启 Auto metadata 但重新解析后元数据字段仍为 0 的场景,优先检查是否在 Auto metadata 的 Settings 中显式定义了要抽取的字段,而不仅仅是打开开关。
![[Bug]: Go DeepDOC reorders native superscripts before their surrounding text](https://www.chat-gpts.plus/wp-content/uploads/2026/10/21388-78888701-768x403.jpg)
该问题出现在 RAGFlow 的 Go DeepDOC 原生字符解析路径(非 OCR 路径)中:当 PDF 文本含上标/下标时,字符排序逻辑会把上标(如 I²C 中的 “2”)提到所在行文本之前。优先排查 internal/deepdoc/parser/pdf/layout/chars_boxes.
![[Bug]: MinerU PDF positions are emitted in the service's normalized bbox space instead of PDF page space](https://www.chat-gpts.plus/wp-content/uploads/2026/10/21220-cefa599c-768x403.jpg)
用 MinerU OCR 模型解析含大表格的 PDF 时,若“跳转到原文”高亮、分块缩略图或按需裁剪区域出现整体比例偏移,通常说明后端把 MinerU 返回的 0–1000 归一化 bbox 直接当成 PDF 页面坐标写入了 positions / _pdf_positions ,优先排查 Go 侧

该报错出现在 llama.cpp 多轮工具调用对话中使用 Bailing V3(Ling 3.0)系列模型时。模型在推理通道里提前输出 却没有闭合 ,导致整轮内容被归入 reasoning_content , content 为空。优先排查模型使用的聊天模板

在多卡 ROCm/HIP 环境下用 llama.cpp 加载跨卡模型(尤其是 --split-mode layer )时出现乱码输出,问题通常不在模型本身,而在于多卡间的数据拷贝或 GPU 间通信路径。优先排查两项:一是主机 PCIe P2P/IOMMU(VT-d)是否干扰跨卡拷贝;二是 GPU 时

这个报错通常发生在 llama.cpp 推理时设置了 reasoning budget(思考预算),模型在思考过程中被硬截断,注入的 wrap-up 提示没有留出任何 token 让模型收尾,于是出现 “Avoid mid-sentence cutoff” 式的半句截断。优先排查推理预算参数,以及是

一篇发布于2026年10月27日的博文重提《人月神话》中的布鲁克斯定律,认为AI智能体并未消除协作开销,只是把管理对象从人换成了智能体,需求不清时增加智能体只会更快得到错误答案。