跳到正文

内容形态

教程与做法 最新动态

可以照着做的:去对齐实操、灵魂包搭建、本地部署、评测复现。

59 条精选近 30 天 59 条共收录 420 条

更新

精选归档 · 第 3 页

10月7日周三第 41–59 条
  1. Reddit · r/LocalLLaMA60

    Mac Studio M5 Ultra 256GB 单机跑四个开源模型做真实 Agent 工作的实测

    作者在一台 Mac Studio(M5 Ultra,256 GB 统一内存)上同时驻留四个开源模型,按大模型/小文本/小视觉/决策四槽位分工处理真实 Agent 工作。工作档为 Qwen3.8 Flash Next(99 GB)+ Gemma 4 26B 4-bit + Qwen 3.6 35B-A3B + Clef-Flash 9B,留 82 GB 给上下文;智能档为 DeepSeek V4 Flash 4-bit(常驻 128 GB)。实测吞吐:Qwen3.8 Flash Next 生成约 51-58 tok/s(投机解码草稿接受率 55-65%),DeepSeek V4 Flash 生成 27-31 tok/s。

    推荐理由:作者实测了四模型共驻一台 Mac Studio 的内存预算与吞吐数据,还给出本地模型尚不能胜任规划角色的具体分工方案。

  2. GitHub · 灵魂体仓库67

    readytensor 开源从零构建编码 Agent 的系列配套代码仓库

    readytensor 在 GitHub 开源 Building AI Agents 视频系列的配套代码仓库,用纯 Python 和模型 API 从单个 bash 工具的 while 循环逐步构建编码 Agent,逐集加入 tools、skills、subagents 和完成验证门。实战项目为 md2html,最终在同一 Agent 上跑 SWE-bench Verified 评测,兼容 OpenAI、Groq、DeepSeek、Ollama 等 OpenAI 兼容端点;仓库提示 bash 不受沙箱限制,建议在 Docker 或虚拟机中运行自定任务。

    推荐理由:逐集用代码 diff 讲清从 while 循环到 skills、subagents、验证门的 Agent 构建路径,方法可直接迁移到自己的项目。

  3. GitHub · 去对齐工具与仓库68

    在 macOS Recovery 模式跑 LLM 推理,为 64 GB Mac 多挤出约 2.3 GB GPU 内存

    作者 Dmitriy-Romanov 发布 recoveryos-llm 仓库,介绍在 macOS Recovery 最小系统里启动 LLM 服务器的方法:64 GB M1 Max 上 GPU 可用内存从正常系统的 55.4 GB 提升到 57.6 GB,多出约 2.3 GB。方法是用 sysctl iogpu.wired_limit_mb=59000 提高 wired limit,配合 MLX 系服务器(SUSHI)运行 176B MoE 量化模型 Qwen3.8-Flash-Next-Sushi-3bpw(约 49 GB 权重),并给出挂载磁盘、启动服务器、Wi-Fi 连接的完整命令。

    推荐理由:作者实测在 Recovery 模式下启动 LLM 服务器可多出约 2.3 GB GPU 内存,并给出具体命令和余量经验值,方法可直接复用。

  4. Reddit · r/LocalLLaMA71

    Qwen3.8-27B 量化方案:12GB VRAM + 8GB RAM 跑出约 18 tok/sec

    /u/bodhi371 用 ISTA-DASLab 的 Qwen3.8-27B-GSQ-RCO IQ3_S 量化(约 11GB),在 12GB VRAM + 8GB RAM 上以 llama.cpp 跑通 Qwen3.8-27B,64k 上下文下解码约 18 tok/sec、prefill 约 500-600 tok/sec。作者称这是其测过的最佳量化,GSQ-RCO 表现接近全精度;能塞下是因为混合架构只需 16/64 层 KV cache,q4_0 缓存下 64k 仅约 1.1GB。

    推荐理由:作者给出了在 12GB VRAM 上跑通 Qwen3.8-27B 的完整量化方案与参数,附可复现脚本和实测速度数据。

  5. Reddit · r/LocalLLaMA74

    Qwen3.8 27B 如何在 16GB 显存上跑出 131k 上下文:实测经验与指南

    /u/randomgenericbot 在 r/LocalLLaMA 分享在 16GB 显存(RTX 5060 Ti + 单通道 DDR5)上运行 Qwen3.8 27B 的经验:使用 ISTA-DASLab 的 GSQ-RCO IQ3_S 量化(https://huggingface.co/ISTA-DASLab/Qwen3.8-27B-GSQ-RCO-GGUF),与朋友在 H200 上跑的 Q8 对比几乎无法区分。

    推荐理由:作者实测了 Qwen3.8 27B 在 16GB 显存下的量化选型与 KV 流式方案,并给出各上下文档位的实测速度数据。

  6. Reddit · r/LocalLLaMA60

    用 Docker compose 加 socat 网关阻止不可信容器外传数据

    Reddit 用户 /u/dtdisapointingresult 分享一种防止不可信 Docker 容器向外上传本地数据的方法:在 docker-compose 中将服务放入 internal 的 isolated_network,并用 alpine/socat 作为网关只转发入站请求,出站连接被阻断。socat 容器仅占约 1.2MB 内存,作者还建议用 docker compose 替代 docker run,并附上 cap_drop、no-new-privileges 等可选加固配置。

    推荐理由:作者给出可直接复用的 docker-compose 配置,用 socat 网关隔离不可信容器的出站流量,额外开销仅约 1.2MB 内存。

  7. Reddit · r/LocalLLaMA62

    llama.cpp 官方 ROCm 预编译版在 AMD 上可能静默回退到 CPU 运行

    Reddit 用户 /u/oppoftemp27 发现,在四台 AMD 主机上,llama.cpp 官方 ROCm 预编译版(b11327)从未真正使用 GPU,服务启动正常、/health 显示绿色,实际一直在 CPU 上运行。原因是预编译版的 HIP 后端需要 libamdhip64.so.7 / libhipblas.so.3 / librocblas.so.5,而装有 ROCm 6.3.0 的 Ubuntu 主机只有 .so.6 / .so.2 / .so.4,后端库加载失败后 llama-server 静默改用 CPU,控制台无报错,-ngl 999 也无效。作者建议用同一提示词集在 CPU 版上对比每条耗时,比值约 1.0 说明在跑 CPU,远低于 0.5 说明 GPU 正常工作。

    推荐理由:作者给出官方 ROCm 预编译版静默回退 CPU 的具体库版本原因,以及用 CPU 对照跑分检测该问题的可复用方法。

  8. Reddit · r/LocalLLaMA60

    Qwen 3.8 27B 在 16GB RTX 5080 上用 NInfer 跑出约 96t/s 解码、110k 上下文

    /u/Kernoriordan 在 16GB RTX 5080 上用 NInfer v1.5(Ubuntu 24.04 经 WSL2)运行 Qwen 3.8 27B,分配 110,592 上下文,编码任务实测中位解码 96.45t/s(最低 84.6、最高 131.7),中位首 token 时间 1.4 秒。

    推荐理由:作者给出 32 次真实编码请求的解码速度、TTFT 和显存占用数据,可复现的启动参数对 16GB 显卡本地部署有直接参考。

  9. GitHub · 去对齐工具与仓库58

    LLM_Hub_Linear_Algebra:面向 AI 工程师的 12 套线性代数交互讲义上线

    BrendanJamesLynskey 在 GitHub 发布十二套线性代数演示讲义,覆盖向量、矩阵、SVD 到张量代数,并将每个概念落到 Transformer 具体组件,包括 MLP 上下投影、注意力作为随机矩阵乘、LoRA/MLA 低秩技巧、RoPE 的 2D 旋转、FlashAttention 的分块 GEMM 以及 einsum 与大模型并行。

    推荐理由:十二套交互式讲义把线性代数逐条落到 Transformer 具体组件上,从 LoRA 到 FlashAttention 都有对应可视化,可按需单章查阅。

10月6日周二
  1. Reddit · r/LocalLLaMA71

    Reddit 用户开源 Sentinel:用代码护栏而非提示词构建本地第二大脑

    Reddit 用户 /u/dimensionof0 开源了 the-sentinel(MIT 协议),一个在代码层而非提示词层设置护栏的本地 LLM 知识库系统,防止模型自引输出导致知识库被污染。

    推荐理由:作者用实测数据对比了提示词与代码护栏的效果,并给出 6 GB 显存下的具体运行方案,方法可直接迁移到类似知识库项目。

  2. Reddit · r/LocalLLaMA70

    9 条可放进 AGENTS.md 的思考纪律规则实测:664 次运行最多减少 29% 思考量

    Reddit 用户 /u/PilgrimofHaqq2 发布 9 条可加入 AGENTS.md、CLAUDE.md 或系统提示词的思考纪律规则,在 4 个模型上共 664 次运行测试,任务零损失,最多减少 29% 思考量。

    推荐理由:作者用 664 次运行和盲测脚本验证 9 条规则,给出各模型思考量变化和被无证据要求回退时的表现差异,方法可复用。

  3. Reddit · r/LocalLLaMA69

    RTX 4060 Ti 8 GB 上调优 llama.cpp,推理速度达默认配置 2 到 9 倍

    /u/ExxploreCraft 在 RTX 4060 Ti 8 GB 加 64 GB 内存的 PC 上,用 Claude (Opus 5.5) 逐项调优 llama.cpp 配置,推理速度达默认设置的 2 到 9 倍。

    推荐理由:作者逐项调整配置并给出实测数据,MoE 专家放内存、显示移到 iGPU、原生 Linux 等做法可直接迁移到类似 8 GB 卡环境。

  4. 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 本地部署能从内存超频拿到多少收益。

  5. GitHub · 去对齐工具与仓库57

    jev-cookbook:把 Jev 判定器接入 AI 助手的实战手册

    作者把小型判定器 Jev 接入自己的 AI 助手并使用一个多月,开源了含接入指南、判定点清单、影子期评测方法与踩坑集的实战手册(https://github.com/zhaoyanan-pixe/jev-cookbook)。手册总结 6 条原则,如失败必须 fail-open、先影子后放权、硬红线不进判定流程,并给出各任务族可靠度从 90%+ 到 15% 不等的实测观察,强调效果依场景而定。

    推荐理由:作者用一个月实战总结出先影子后放权的接入方法,并给出不同任务族可靠度差异的实测数据,方法可迁移到自己的 AI 助手。

  6. GitHub · 去对齐工具与仓库63

    multimodal-deep-dive:从零上手多模态 LLM 的实战教学仓库

    alexvervloet 发布 multimodal-deep-dive 仓库,通过 11 个分节示例从零讲解多模态 LLM 的实际工作方式,涵盖图像输入的 content-block 结构、截图转结构化 JSON、多图对比、语音转文字与文字转语音、图像生成、多模态 RAG 和原生 PDF 输入。

    推荐理由:仓库用可运行的分节示例拆解多模态请求的 content-block 结构与图像 token 成本,并给出 OpenAI 与 Claude 的能力差异对照。

10月5日周一