跳到正文
10月6日周二
  1. GitHub · 去对齐工具与仓库62

    基于 QLoRA 微调 Qwen2.5-7B-Instruct 处理 CUAD 合同条款分类与问答的开源项目

    作者开源了一个用 QLoRA 在 CUAD(510 份商业合同、35 类条款)上微调 Qwen2.5-7B-Instruct 的项目,覆盖条款分类和有依据的条款问答两项任务,LoRA 适配器(165 MB)已上传 Hugging Face(PimoLee5/qwen2.5-7b-cuad-qlora)。

    推荐理由:原文给出基座、3-shot 与微调三组对照的完整指标,并人工审计幻觉标记,可看清微调带来的召回与校准收益及其代价。

  2. Reddit · r/LocalLLaMA59

    在 llama.cpp 上超频 DDR5 提升 MoE 模型 prefill 与 decode 速度

    作者在 AMD 7950X(4x 双通道 DDR5-5600,128GB)上把内存从 3600MHz 超到 4800MHz,带宽提升 36%,在 Intel B70(32GB)的 llama.cpp 定制 SYCL 后端上跑放不进显存的 MoE 模型获得小幅提升:PP 约增 10%、TG 约增 5%,且上下文越深收益越大,pp2048 @ d8192 提升 14.0%。

    推荐理由:作者给出了 DDR5 超频前后各档上下文的 PP/TG 实测数据,读者可据此估算自己 MoE 本地部署能从内存超频拿到多少收益。

  3. Hugging Face · 新模型:abliterated40

    Huihui-Qwen3.6-27B-abliterated-AWQ-MTP 发布:Qwen3.6-27B 去审查版

    基于 Qwen/Qwen3.6-27B 的去审查(abliterated)版本已在 Hugging Face 上发布,采用 AWQ 量化并支持 MTP 投机解码。在单张 A800 80GB 上配合 vLLM 0.21.0、MTP 与 fp8 KV cache 可达 110+ tok/s,支持 65536 上下文长度。该模型大幅削减安全过滤,建议仅用于研究或受控环境。

  4. GitHub · 灵魂体仓库56

    llm-inference-platform:基于 Apple Silicon 的 GPU 推理服务平台开源

    Sunil Mehta 开源了 llm-inference-platform,在 Apple Silicon Mac 上通过 vLLM-Metal 原生运行 LLM 推理,并提供 FastAPI 网关、Prometheus/Grafana 监控和可复现基准脚本。

    推荐理由:开源项目在 Apple Silicon 上用 vLLM-Metal 原生跑模型推理,并配套可观测网关和可复现基准,适合想本地部署 LLM 服务的读者参考。

  5. GitHub · 灵魂体仓库63

    llmx:无依赖的 C++17 LLM 推理运行时开源,支持 CPU 与 Vulkan GPU

    mxxm-t 在 GitHub 开源了 llmx,一个无依赖的 C++17 LLM 推理运行时,可命令行运行或作为 OpenAI 兼容服务器,支持单机多设备跑同一模型。

    推荐理由:README 明确列出了已支持与计划中的模型、量化类型、后端和多设备模式,读者可据此判断该 CPU/Vulkan 推理运行时是否覆盖自己的硬件。

  6. Hugging Face · 新模型:abliterated82

    BoldingBuilds 发布 AREX-2 Abliterated GGUF 去对齐版本

    BoldingBuilds 发布 BAAI AREX-2(基于 Qwen3.8 的 27B agent 微调)的去对齐 GGUF 版本,将拒绝方向从 64 个权重张量(第 8-39 块)投影移除。

    推荐理由:作者给出了拒绝率、工具调用和 KL 位移的实测数据,可以据此判断这次去对齐改动到底动了什么、代价多大。

  7. GitHub · 灵魂体仓库63

    AryenP 开源自托管 LLM 推理平台,附检索与评测门禁

    AryenP 在 GitHub 开源了一个自托管 LLM 推理平台,用 vLLM 部署 Qwen3-8B,FastAPI 网关后接 PostgreSQL + pgvector 混合检索,覆盖约 1 万篇 arXiv 摘要(11,991 个 chunk),并用 CLI 评测工具在指标回退时以非零退出码拦截发布。

    推荐理由:作者给出 BF16 与 AWQ 在不同并发下的实测延迟和成本数据,并解释了延迟与吞吐为何必须分开测量的方法。

  8. GitHub · 去对齐工具与仓库75

    Unsloth 发布桌面应用,支持本地运行与训练 LLM 等多类模型

    Unsloth 推出首个可在桌面端运行和训练模型的 Unsloth Desktop 应用,覆盖 Windows、macOS、Linux 和 WSL,支持 NVIDIA、AMD、Intel GPU、CPU 及 Vulkan 后端。可运行和微调 Qwen3.8、GLM-5.3-Flash、Kimi K3、DeepSeek-V4、Gemma 4 等 LLM、扩散、嵌入和音频模型,微调速度提升 2 倍、VRAM 减少 70%;通过 unsloth start 一条命令把本地模型接入 Claude Code、Codex 等 Agent,并提供 OpenAI 兼容 API、RAG、Cloudflare HTTPS 远程访问和 Docker 镜像。项目采用 Apache 2.0 与 AGPL-3.0 双许可。

  9. arXiv · cs.CL61

    Paradee:将 Kokoro-82M 蒸馏为 8M 参数单音色 TTS 模型

    作者将开源 TTS 模型 Kokoro-82M 蒸馏为 8.07M 参数的单音色模型 Paradee,参数量减少 10 倍、计算量减少 15 倍。方法先用教师模型合成语料并保留时长、音高、能量和音素特征,分别训练文本侧与解码器后拼接,并量化为 int8;int8 版本仅 8.5 MB,单 CPU 线程下 25 倍实时速度,UTMOS 得分 4.41(教师为 4.52)。

    推荐理由:论文给出了蒸馏各阶段、UTMOS 对比和相位问题的排查过程,方法无需对齐学习,可在单 CPU 上复现部署。

  10. GitHub · 灵魂体仓库69

    retronym/mlx-lm-setup:单台 Mac 上的本地 AI 网关方案

    retronym 开源 mlx-lm-setup,在 localhost:8090 部署一个网关,按需在 Apple silicon 上以 MLX 启动开放权重模型、空闲时卸载,并把内存控制在 28 GB 预算内,数据不出本机。

    推荐理由:作者给出了各模型的内存占用、加载策略和选型实测数据,读者可以据此评估在单台 Mac 上跑多模型本地网关的可行性。

  11. GitHub · 去对齐工具与仓库59

    Nib 发布 v2.3:macOS 纯本地语法与写作助手

    Nib 是一款 macOS 本地优先的语法与写作助手,通过 Accessibility API 监控任意应用中的文本框,结合 Harper 规则引擎与本地 LLM 提供点击纠错和整句 AI 改写,100% 端侧运行、无网络请求、无需账号。

    推荐理由:原文给出各档本地模型的实测分数与逐应用兼容策略,可对照评估纯离线写作助手的可行方案。

  12. GitHub · 去对齐工具与仓库82

    bloomery 0.2.1 发布:面向 MoE 模型 offload 的 Rust 推理引擎

    midagedev 发布 bloomery 0.2.1,一个用 Rust 从 HTTP 服务器写到 CUDA kernel 的 MoE 推理引擎,兼容 llama-server 的 HTTP API 与 GGUF 文件,OpenAI 客户端无需改动。

    推荐理由:原文给出了各模型在具体硬件上的实测吞吐和与 llama.cpp 等引擎的同卡对比,读者可据此评估这套 MoE offload 方案是否适合自己的配置。

  13. GitHub · 灵魂体仓库65

    Reika:面向小本地模型的 coding agent CLI 开源

    alexwkleung 开源了 Reika,一个面向本地与托管模型的 coding agent CLI,专为 8B–35B、Q2–Q4 量化、16–32k 上下文窗口的小本地模型设计,兼容 llama.cpp、MLX、vLLM 或云端 API。

    推荐理由:作者用实测数据说明 harness 层面对小模型的实际作用边界,比如上下文重写与追加的成本差异,方法可迁移到本地部署场景。

  14. GitHub · 去对齐工具与仓库69

    Apertura:基于 MLX 的 Gemma-4 Objective-C++ 本地重建项目发布

    apocryphx 发布 Apertura,一个用 Objective-C++ 基于 MLX 从零重建的 Google Gemma-4 推理引擎,可在 Apple Silicon Mac 上完全本地运行 Gemma-4 全部文本系列模型,推理时不依赖 Python 和云端。

    推荐理由:原文给出了与 PyTorch 参考实现逐算子对齐的实测数据,以及与 llama.cpp 的吞吐对比,可据此评估这个本地推理重建的忠实度。

  15. Reddit · r/LocalLLaMA60

    IceFog72 发布 ik_llama.cpp 分支:MoE 专家常驻与混合 CPU/GPU 执行优化

    /u/IceFog72 发布 ik_llama.cpp 分支,加入带宽自适应 CPU/GPU 混合执行、专家常驻(expert residency)、jadidbourbaki 的 n-gram cache 优化适配以及 Q2_0 量化支持,可用 --moe-resident auto --moe-resident-mib N 控制常驻专家占用的 VRAM 上限。

    推荐理由:作者在自建 RTX 2060 6GB 环境给出前后对比数据,读者可据此判断这套 MoE 常驻专家方案是否适合自己的瓶颈场景。