首场开放模型生态公开课,讨论蒸馏与风险等议题
Nathan Lambert 的 X 帖子,宣布其第一场关于开放模型生态的公开课,涵盖构成该生态的各个部分以及决定其走向的开放问题与争论,包括蒸馏在其中扮演的角色、如何管理风险、未来模型获取方式会如何变化。帖子列出章节时间点:什么是开放模型、为何关注开放模型、当前最强开放模型的竞争力、开放模型如何构建(蒸馏的作用)、人们是否真的在用开放模型、下一步走向及结论,并表示大约每半年回顾一次这些问题。适合关注开放模型生态与政策讨论的研究者或从业者阅读。
帖子精选。
Nathan Lambert 的 X 帖子,宣布其第一场关于开放模型生态的公开课,涵盖构成该生态的各个部分以及决定其走向的开放问题与争论,包括蒸馏在其中扮演的角色、如何管理风险、未来模型获取方式会如何变化。帖子列出章节时间点:什么是开放模型、为何关注开放模型、当前最强开放模型的竞争力、开放模型如何构建(蒸馏的作用)、人们是否真的在用开放模型、下一步走向及结论,并表示大约每半年回顾一次这些问题。适合关注开放模型生态与政策讨论的研究者或从业者阅读。
PSA: my Mac wouldn’t boot because my test runs left 41 million Chrome temp files behind. If your agents run browser tests, check your temp folder.
r/ClaudeAI 的社区帖子,作者(独立开发者,做日志类应用)讲述其 Mac Studio 卡在启动进度条,借另一台电脑取出启动日志、用 Claude Code 帮忙分析后发现,每次启动都卡在登录前清理临时文件夹这一步,而该文件夹里有 4100 万个文件。原因是智能体启动无头 Chrome 做 UI 检查和截图时,每次运行生成一个临时 Chrome 配置文件夹,运行正常结束会删除,被中断或崩溃则残留。帖子给出的解决办法是把该文件夹移走再重启,并列出自查与预防建议:为每次运行设置独立 TMPDIR 并在退出信号时删除、结束整个进程组、加 --use-mock-keychain 等参数、测试前统计临时目录文件数。适合让智能体运行浏览器测试的开发者阅读。
I connected Claude to an Obsidian vault with no plugins. Here's the exact setup and the 3 prompts I used
r/ClaudeAI 的社区帖子,作者测试在不装插件、不用 MCP 服务器的情况下,让 Claude 桌面应用通过打开本地文件夹的方式整理一个笔记库。帖子给出约两分钟的配置步骤(新建会话、选择“这台电脑”、打开库文件夹、确认信任并先备份),并列出三个提示词:分类、建链接并生成索引笔记;读取近七天笔记生成含三项优先事项和待办复选框的日记;以及按笔记内容回答诸如“上周答应客户什么”的问题,同时描述了执行结果。适合用 Obsidian 管理笔记、想尝试让 Claude 直接读写本地 Markdown 文件的人阅读。
anyone actually fold their subagents back in after that anthropic guide?
r/ClaudeAI 的社区帖子,作者说读到一份新指南称多数配置应只用一个主循环加技能,而不是堆一批子智能体,觉得说的就是自己。作者表示自己已有不少技能,但仍保留一个独立智能体,只在合并前检查工作,且从不交给写代码的那个;不确定这属于指南建议保留的类型,还是自己只是舍不得。帖子询问是否有人真的削减了子智能体、效果是否更好。适合正在设计 Claude Code 智能体与技能结构、考虑是否拆分审查环节的人阅读。
What exactly are people doing to get those super polished, great graphics, vibe coded games?
r/ClaudeAI 的社区帖子,作者称自己用 Opus 5.5,做低多边形或仿 N64 风格还行,但再进一步就不理想;让它在 Blender 里做东西效果不好,用 Tripo 订阅服务时给参考图后总有小错误(如脚趾变形、蜥蜴战士尾巴被截断),自己没能力修改,而 Tripo 只能重新生成,交给 Claude 修也不够好。作者想了解他人如何仅靠向 Claude 打字就做出画面精良的类魂游戏、罗马步行模拟和恐龙开放世界战斗游戏,并问是否应改用 Claude Code,以及相比 Cowork 提升多大。适合用 AI 做游戏美术与建模、关心 vibe coding 工作流程的人阅读。
Yesterday it hit me, my deadline stress is gone
r/ClaudeAI 的社区帖子,作者在电脑前赶一个时间紧张的项目报告时,3 岁半的儿子叫他一起修玩具坦克,他没有犹豫、没有要求等 5 分钟,而是直接放下手上的活,因为知道这些事可以交给 Claude 处理。作者由此感慨并询问他人是否也有类似时刻——意识到很大一部分截止日期带来的压力已经消失。适合在日常工作中使用 Claude 完成任务、对工作节奏变化有共鸣的人阅读。
I built a mod with Claude that turns Valheim into a city builder. It hit #1 on r/valheim
r/ClaudeAI 的社区帖子,作者介绍按 F7 就能把 Valheim 变成城市建造玩法的模组:维京人迁入、纳税、需要食物和蜜酒,得不到就离开;首领住在营地,玩家带自己的军队攻打,每个首领开启一个拥有独立建筑风格的新时代。帖子称 Claude 编写了大部分 C# 代码(BepInEx 与 Harmony 补丁、定居者 AI、经济系统、由游戏内建筑部件逐块自建的房屋),还能通过远程命令文件控制游戏,自己建城、截图检查并修正;并提到 Claude 定位并修复了测试者反馈的问题,以及写入游戏内基准测试,测得合并已建成房屋用于渲染带来最大帧率提升(36 到 56 fps),设计与测试由作者完成。模组在 Nexus 和 Thunderstore 免费发布。适合对 Valheim 模组开发或用 Claude 写游戏代码感兴趣的人阅读。
Questions about Qwen 3.5 4B and llamaparse
r/LocalLLaMA 上的一个求助帖,发帖者为附近实体店店主搭建一套包含员工出入记录、现金与发票、二维码扫描等功能的流程,主要顾虑是店主设备多为 16GB 内存、少数为 8GB,询问适合这类设备的本地模型,并考虑 Qwen 3.5 4B 用于简单的发票处理判断。发帖者原本想用云端解析工具 llamaparse 处理不同格式发票表格,也在询问其它本地替代方案。
ScaffoldCoT Dataset Updates: Maintainance, a new agent-focused dataset for small models, and a new model in training built around the datasets!
这是一篇作者在 r/LocalLLaMA 发布的项目更新帖,介绍 ScaffoldCoT 数据集的最新变动:项目更名为 Scaffold Chat,移除了全部工具调用示例(约 27.6 万条),现有 3,450,159 条样本、16 个领域、75 个分片、约 13GB;同时发布约 10 亿 token 的真实执行编码智能体会话数据集 Scaffold Agent,并预告一个基于这些数据训练的 5–10B 模型。适合关注开源数据集构建、小模型智能体训练与数据清洗的人阅读。
For £1000 what is the meta for a local LLM rig?
r/LocalLLaMA 的社区帖子,作者询问含主机在内的 1000 英镑预算下本地大模型机器的常见配置,表示不太在意新硬件特性和能耗,只看重算力和智能水平。评论区中一位回复者分享了自己的方案及欧盟价格:两张 3060 12GB 约 400–500 欧元、64GB DDR4 内存 200–300 欧元、Ryzen 3600 60 欧元、AM4 主板 100 欧元、机箱与电源 100 欧元、若干 SATA 固态约 100 欧元,合计约 960–1160 欧元,多为二手件,显存加内存共 88GB,并建议直接上 5700x–5800x;同时指出升级到 128GB 因 32GB 内存条稀少而昂贵、预填充速度约 700 tps 等局限。适合预算有限、准备自行组装本地推理机器的人阅读。
Suggestion for running Qwen3.8 FN local
r/LocalLLaMA 的社区帖子,作者列出可用硬件:两张 24GB 的 3090(已解锁)、一张 16GB 的 4070 Ti Super(已解锁)、18 核 CPU、130GB DDR4 内存和 1TB NVMe。帖子记录其运行 Qwen3.8FN 的速度:仅用 4070 Ti 加 NVMe 约 8–9 T/s,仅从 NVMe 运行约 2 T/s,三张 GPU 加内存一起跑约 18 T/s,并询问在不买新硬件的前提下如何提高速度。适合用多卡消费级显卡跑本地大模型、关注推理速度调优的人阅读。
Nanbeige4.3-33B Q4 on a MacBook Pro M5 Max, mlx-lm vs llama.cpp vs Kapitsa, Prefill/Decode 512 to 32K range.
这是一篇社区基准测试帖,在 MacBook Pro M5 Max(128GB)上对 Nanbeige4.3-33B 4-bit 量化模型比较 mlx-lm、llama.cpp 与 Kapitsa 三个引擎的 prefill、decode、首 token 时间、后续延迟和显存占用,覆盖 512 至 32K 提示长度;作者自述是 Kapitsa 引擎的开发者,并公开了原始输出与脚本。帖中称该模型速度慢、KV 缓存占用高(128K 上下文约 26GB),编码能力尚可。适合在 Apple 芯片上做本地推理性能对比的人阅读。