全部 AI 精选，可按分级、类型筛选，按关键词搜索。
Has Claude changed what you consider worth building?
r/ClaudeAI 社区帖子，作者回顾在 AI 编程工具变强之前，有些想法因预估耗时费力而在开始前就被否决，如今会想“这个我其实能做得出来”。他也提到反面：构建变容易后想法数量超过可投入的时间，瓶颈从写代码变成决定哪些事值得优先关注。作者向他人征询是否用 Claude Code 做过以前不会尝试的项目，或是否因此对做什么更挑剔，并希望听到具体项目而非仅生产率数字。适合用 Claude Code 做个人或副业项目、思考选题与精力分配的人阅读。
Claude for GTD
Reddit r/ClaudeAI 社区帖子。作者是多年 GTD 用户，先后用过 Evernote、OneNote、Workflowy、Obsidian，目前用 Claude + Obsidian 搭建系统，觉得可行但仍显笨重和脆弱，于是征询更好的实现方式。帖中详述了一套方案：Obsidian Tasks 插件（每行一个任务，用标签标注状态与情境）、项目/人物独立笔记与保存查询、私有 GitHub 仓库加 Obsidian Git 与 GitSync 同步、收件箱记录与邮件捕获、定时 Claude 任务做澄清、日历排期和逾期提醒、以 git commit 记录所有改动以便查看和撤销，并把任务拆到 Claude Code 后曾出现定时任务失败的问题。适合正在用 Claude 配合笔记软件搭建 GTD 或个人信息管理流程的人阅读。
I gave Claude Code ~600 tools to drive Altium Designer. Here it designs a full 4-layer PCB from a written spec
这是一条 Reddit r/ClaudeAI 社区帖子。作者是电子设计工程师，开发了开源 MCP 服务器 eda-agent，让 Claude 直接在 Altium Designer 中实时编辑当前打开的设计。帖中描述视频里 Claude Code 根据一份圆形 54 mm LED 板文字规格完成建库（符号、封装、3D 模型、料号）、绘制原理图、环形放置 61 颗 LED、按 90 欧姆差分对布 USB 线、铺地、通过 DR 检查并导出 Gerber、钻孔、BOM、贴片坐标和 STEP 等生产文件，之后还按第一轮评审清单逐项修正。作者总结了经验：先查数据手册、不允许猜测元件参数并在会话开始和每 10 次调用时提醒；批量工具显著加速；给可核查的反馈。适合对 MCP 服务器、Claude Code 驱动专业 EDA 工具及 PCB 设计自动化感兴趣的人阅读。
I think in pictures, so I taught Claude Code to draw mermaid in the terminal
这是一条 Reddit r/ClaudeAI 社区帖子。作者自述习惯先做设计、画时序图、活动流、状态机乃至 C4 图再写代码，且设计工作通过 CLI 中的 Claude 完成，成图存入 Obsidian 库。因为 Claude Code 能写 mermaid 但无法直接展示，作者做了 merman——一个在终端中实时渲染 mermaid 的 Claude Code 模组，请求时序图时图表直接出现在回复里，改动会即时重绘，支持流程图、时序、状态、类、ER 图以及柱状、折线、饼图和甘特图，表格也带配色；帖子还给出渲染约 2 ms、16 套配色主题、约 355 tokens 一次会话等参数说明。适合在终端中用 Claude Code 做设计并需要可视化图表的人阅读。
CPT’d Qwen9B on Polish legal data. How to make it chat? IMPORTANTLY: how to make it reason? and function call in my harness? and which to do first? [D]
这是一条 Reddit r/MachineLearning 社区帖子。发帖人基于 Qwen3.5-9B-BASE 训练波兰语法律模型（计划之后扩到更大规模的 qwen），已完成三个连续 CPT 阶段、每阶段约 8000 万 token，依次为复杂法律评注、立法（欧盟与本地）、法院判决，各阶段从上一检查点继续且不混合来源；在一个小型波兰金融法律多选题测验上略优于基座模型且立法检查点最好。发帖人的困惑是如何把领域适应的基座模型变成能推理法律问题的 agentic 聊天助手，如何获得推理能力、在自家 harness 中的工具使用训练，以及 SFT 与 RL 在该流程中的位置和顺序，并列出可获取的数据类型（如 Facebook 法律问答群中的真实杂乱提问）。适合正在做领域继续预训练和后续 SFT/RL 对齐实验的人阅读。
Cocktail-party audio as a reverse Turing test: humans beat speech models, but not by enough [P]
一篇 r/MachineLearning 社区帖子，作者用 40 段合成音频（一条目标语句混在多人声背景中）搭建了一个类似音频验证码的小实验，收集 18 场会话共 146 份人工转写，并与 Whisper base/small、Vosk、Wav2Vec2、Qwen3-ASR、Parakeet CTC、Gemini 等 8 种模型配置对比词准确率。结论是人类的平均词准确率为 0.71、通过率 77%，明显高于模型，但差距不足以做成可靠的 CAPTCHA；作者还说明指令提示可将 Gemini 从 0.34 提升到 0.54，并列出小样本、单一合成音色等局限。适合关注语音识别评测与音频人机区分方法的人阅读。
Is it possible to configure TabbyAPI to be like Strata for Qwen 3.8 Flash Next exl3?
r/LocalLLaMA 社区帖子，发帖人听说 exl3 量化比 Unsloth 的 UD 量化更精确，并给出 Hugging Face 上 Qwen3.8-Flash-Next exl3 版本的链接。他提到 TabbyAPI 和 Exllamav3 已支持 MoE 的 CPU 专家卸载，自己用 UD Q4 能跑到 70+ t/s，但按 q4 加卸载配置 TabbyAPI 只得到 20 t/s，询问是否只是配置问题、速度能否接近 Strata。补充说明中引用了 TabbyAPI 的 cpu_moe_split_experts 选项（把每层 MoE 的部分路由专家放到 CPU、按冷热动态放置）正是他达到 20 t/s 时用的设置，并猜测 Strata 可能用了别的 gguf 优化。适合在本地部署量化 MoE 模型、折腾 TabbyAPI/Exllama 配置与推理速度的人阅读。
Making TTS "full-cast audio dramas"
这是一条 Reddit r/LocalLLaMA 社区帖子。作者展示其应用 tts-audiobook-tool 的 demo 输出：旁白加三个说话角色各用不同声音。帖子提到一个可选的预备步骤，用 LLM 识别角色及其对白，再映射到项目中已配置的克隆声音；用 Deepseek Flash 4.1 API 对小说《太阳照常升起》的对白识别准确率超过 99%（作者也承认 LLM 对该小说的既有知识可能有帮助），并认为本地运行的同类模型应当表现不错。所用 TTS 模型为 Breeze 2 TTS，应用还支持一二十种其他模型，作者目前最偏好 Breeze 2 与 MOSS TTS 9B。适合用本地 TTS 与 LLM 做有声书、多角色配音的人阅读。
3 Ways to Boost MoE Inference on NVIDIA DGX Spark
这是 NVIDIA 技术博客的一篇文章，以 1240 亿参数、每 token 激活 51 亿参数的 Ling-3.0-flash 混合专家模型为例，在 NVIDIA DGX Spark、batch size 为 1 的条件下评测三项优化：Humming MXFP4 MoE 后端、在线 FP8 LM head 量化、以及结合 NEXTN 的 MTP 投机解码。文中给出配置对比数据：基线每输出 token 耗时 27.71 ms、解码吞吐 36.09 tok/s，逐项叠加后分别提升 9.3%、21.7%，三项全开时为 9.72 ms、102.88 tok/s、相对基线提升 185.1%。文中还提到性能剖析显示解码受内存带宽限制，MoE 计算与输出层投影占主要执行时间。
Is anyone actually using deepseekv4.1f at sub 1-3 bpw?
r/LocalLLaMA 社区帖子，发帖人看到很多关于在低价硬件上以低 bpw 运行 deepseekv4.1 1017 且速度尚可的帖子，想做一次实际使用情况的核实：除了当作新奇玩意，是否真有人在低比特量化下用它做事。他回顾此前用 v4-0731 的 Q2 经验，认为相比完整的 Q8 差距明显，而那个 Q8 本身已等于约 90% 的 QAT 后 Q4，再降两个 bpw 后表现不佳。他征询使用 1–3 bpw v4.1-1017 的人分享体验，最好与 3.8FN 更高量化版本作对比。适合在有限硬件上运行低比特量化大模型、比较不同量化方案实际可用性的人阅读。
JEV arena blog and benchmark
r/LocalLLaMA 社区帖子，作者做了一个小型 2D 格斗游戏，由语言模型决定每一步动作：模型获得当前血量、距离、对手动作和可选动作，再决定接近、格挡、踢腿或发火球。当前排行榜包含 18 个模型、306 场对局，每对模型交换阵营各打一次；游戏会等待双方回答，因此 API 延迟不影响胜负。用户可自带选手：选模型和角色、写策略与防守指令、取昵称提交，自定义配置有单独排行榜并可观看对局。游戏还有一个 mental_attack 动作：不攻击而是把预设消息注入对手的下一次提示，消耗一次物理动作且有冷却，不能直接改变血量或游戏状态。代码开源，可本地运行并用 JSON 定义选手和可续赛的锦标赛；录好的对局和内置机器人可离线无密钥运行，新的 API 对局需自备密钥。适合关注 LLM 对抗式评测、想比较不同模型决策与提示注入策略的人阅读。
Two days tuning a single Tesla P40: 35B MoE, full 262k context, ~60 t/s short and ~30 t/s at 100k deep. No sub-Q4 quants.
这是一篇 Reddit r/LocalLLaMA 社区帖子，作者记录在单块 24GB Tesla P40（PCIe x1、Windows、自改 llama.cpp）上运行 Ornith 1.5 35B-A3B 模型、保持 Q4_0 权重与 q8_0 KV 的调优过程。文中列出带来提升的做法（关闭 ECC、KV 用 q8_0 而非 q4_0、检查 MTP 头是否训练、为 flash-attention 的 KQ 部分使用 int8 dp4a、限制 MTP 预填充窗口）以及未奏效的尝试（f16 KV、核内反量化 V、官方 Q4_K_M），并给出 llama-bench 测试数据。适合在本机用单卡或旧款显卡跑大模型推理、关注量化与 llama.cpp 调优的人阅读。