自动整理自 Telegram 讨论组，每天更新。内容为 AI 摘要，仅作信息索引与回顾。

Emacs 中文讨论组

🎯 核心热点与专题探讨

专题一：Emacs 生态的“现代性”碰撞——从 Tree-sitter 到 AI Agent

群内围绕 Emacs 展开了多轮激烈讨论，核心矛盾集中在“传统扩展性”与“AI 时代新工具”的碰撞上。

• Emacs 31 的 set-local 与兼容性风波：多位群友抱怨，新版包大量使用 set-local，导致依赖 compat 31 的包不再兼容 Emacs 30。有人指出 vertico 等包早已同步更新 compat，并非不兼容，关键在于“看见 compat 更新一定要尽早更新”。这反映了 Emacs 包维护者对 API 演进节奏的敏感度差异。
• Tree-sitter 与 org-mode 的对比：有群友展示 markdown-ts-mode 隐藏 markup 后的视觉效果，感叹比 org-mode 隐藏 markup 更美观，并期待“org-ts-mode”的出现。这体现了对 Tree-sitter 结构化解析的认可，以及对传统 major-mode 现代化改造的渴望。
• Windows 原生 Emacs 的痛点：zdn 报告了 Windows 终端下中文输入法无法工作的问题，并提交了 patch 修复（debbugs bug 81495）。同时，telega.el 在 Windows 原生 Emacs 31 上无法使用，怀疑是编译 telega-server 时绑定了特定 Emacs 版本所致。这暴露了 Emacs 跨平台支持中的历史包袱（如 ASCII API 兼容 Windows 9X）与新兴平台需求的冲突。
• AI Agent 化的 Emacs 尝试：有人开发了 dsh-emacs（DeepSeek harness 的 Emacs 客户端），并讨论其“哪里用着不顺手直接 vibe 调整”的理念。但更多群友质疑：若模型能力足够强，为什么不直接改源码？这反映出对“AI 热插拔”炒作叙事的不信任，以及对 Emacs 传统 minor-mode 扩展模式的坚持。

专题二：AI Agent 炒作与现实——从 dsh、pi 到逆向工程

群内对 AI Agent 框架（dsh、pi、opencode 等）的讨论充满理性批判，同时揭示了实际应用场景的深度。

• dsh 的炒作与本质：群友认为 DeepSeek harness 的火爆主要是“流量红利”，而非解决实质问题。有人评价其“一切皆插件”与 Emacs minor-mode 相比并无理念优势，且缺乏自动可逆副作用（仍需手写 finalizer）。但也有观点认为，作为“业务框架”和“个人工作流底座”是有价值的，尤其在垂直场景（如反编译）中，插件组合能实现稳定业务。
• AI 逆向工程实践：群内分享了 x64dbg MCP Server，允许 Claude Code、Codex 等 Agent 调用 x64dbg 进行调试操作（下断点、读内存等），标志着逆向工程进入 Agent 时代。同时，有群友透露其所在公司（老风扇）已训练出能对“几千万行代码程序立即重新编译”的模型，配合 SAT/SMT solver 验证正确性，且无安全 alignment，直接用于反编译和符号恢复（debuginfo 级别）。
• 大模型训练的内部现实：老风扇分享了公司自研基座模型（56T token，1.7T 参数、76B 激活），全程使用国产卡，自研 interconnect 和异构集群训练，甚至逆向出 cordies 框架。他提到“模型配合 solver 确保代码正确”，并预测“闭源”概念将在五年内消失。群友对此反应复杂，既有“羡慕有钱”的调侃，也有对“蒸馏员工”劳动纠纷的隐忧。

🔑 关键概念与技术解析

• set-local：Emacs 31 新增的函数，用于在局部作用域设置变量。许多现代包（如 vertico）采用它，导致依赖 compat 31 的包无法在 Emacs 30 上运行。核心是 compat 库的兼容层作用。
• compat：Emacs 的向后兼容库，提供新 API 的 shim，确保包能在旧版本 Emacs 上运行。群友强调“看见 compat 更新一定要尽早更新”，否则会导致连锁不兼容。
• eglot-booster：曾用于加速 Emacs 的 LSP JSON 解析，但已归档，因为 Emacs 30 原生提升了 JSON 解析性能，该包失去意义。
• pizauth：用于向 Google 请求 OAuth2 token 的命令行工具，配合 smtpmail 发送 Gmail 邮件。必须注册 xoauth2 客户端，否则 Gmail 会拒绝认证。
• x64dbg MCP Server：将 x64dbg 调试器暴露为 MCP（Model Context Protocol）服务的桥接器，使 Claude Code、Codex 等 AI Agent 能直接调用调试功能，如设置断点、读取内存等。
• dsh（DeepSeek harness）：DeepSeek 推出的 Agent 框架，支持插件热插拔、可逆副作用（手写 finalizer），被宣传为“通用 Agent 基座”。群内对其炒作与实际价值存在分歧。
• cordies：老风扇公司逆向出的框架（疑似用于 Agent 编排），并被逆向出 mini-cordies 版本。未开源，但暗示了其在异构集群上的应用。
• SAT/SMT solver：布尔可满足性/可满足性模理论求解器，老风扇公司用于验证模型生成的代码是否正确，类似“AI 编译器的形式化验证器”。

💎 碎片知识与金句拾遗

• “Emacs 31 新增了 set-local，然后那些包最新的都用这个函数，导致这些包不兼容 emacs 30。” —— 反映了 API 演进对包生态的连锁反应。
• “你天天改配置，改坏了重启一下就好了——所以热拔插根本没故事可讲。” —— 群友对 AI 插件热拔插炒作的反讽。
• “没有自动的可逆副作用，依然是手写 finalizer。” —— 评价 dsh 插件机制的局限性。
• “我们是拿业务框架看的，不是日常玩具。” —— 老风扇对 dsh 的定位。
• “大众对 dsh 的热情，对比传统可扩展软件领域本身没成为主流，好割裂。” —— 观察 AI 流量红利与社区深度技术的断层。
• “我们单位比较讨厌 deepseek，因为曾经出现过 deepseek 为了蒸馏我们模型而欺骗我们客户的事件。” —— 老风扇透露的行业纠纷，暗示模型蒸馏的商业灰色地带。
• “以后‘闭源’这个说法就不会继续存在了。” —— 老风扇对 AI 反编译能力的激进预言。
• “x64dbg 很多人都知道，现在有人给它做了个 MCP Server，让 AI 调用 x64dbg 辅助分析程序——连逆向都开始 Agent 化了。” —— 转发新闻时的惊叹。
• “上个世纪的一个下午……你的那个软件连中文都输入不了……他仰天长啸去，留下满脸怒气的你。” —— zdn 编的 Emacs Windows 中文输入问题的段子，既幽默又点出历史包袱。
• “我天天用公司模型改 emacs 配置，训练一下模型熟悉 emacs。” —— 群友自述 AI 工作流，体现“模型作为配置助手”的实用场景。

🛠️ 值得深入研究的点 (Follow-up)

1. x64dbg MCP Server：链接：https://github.com/duty1g/x64dbg-mcp-server —— 逆向工程 + AI Agent 的桥接器，具备落地价值，值得研究其如何封装调试状态机，以及能否扩展到 gdb/lldb。
2. dsh-emacs：链接：https://github.com/vritser/dsh-emacs —— 将 DeepSeek harness 嵌入 Emacs 的尝试，虽然群内争议大，但其“vibe 调整配置”的交互模式可能是未来 Emacs AI 配置的新方向。
3. 老风扇公司的模型训练栈：虽未公开细节，但提到“56T token”“国产卡”“异构集群”“自研 interconnect”以及“配合 SAT/SMT solver 验证代码”，这代表了一种“可验证生成”的大模型训练范式，值得跟踪（但注意涉密风险）。
4. Emacs 31 的 set-local 与 compat 生态：可观察 Emacs 30 到 31 过渡期包维护者的适配策略，或为撰写“Emacs 包兼容性迁移指南”提供素材。

观点延伸

当天最值得咀嚼的，不是又出现了一个 LLM 插件，而是群里其实给出了一个更硬的判断标准：Agent 的“先进性”不在于能否调用工具或热插拔，而在于能否把复杂工作变成有边界、可观察、可回滚、可验证的闭环。否则，dsh 与 Emacs 的 minor mode 只是换了叙事和流量，工程能力未必多了一层。

1. 可插拔的核心不是加载，而是收场

围绕 dsh 的争论里，“没有自动的可逆副作用，依然是手写 finalizer”是关键。插件真正改变了什么状态？能否记录、隔离、重放？卸载失败能否恢复？组合后谁负责结果？这些问题比“插件多不多”更能区分框架和玩具。Emacs 的 minor mode、包版本和 compat 生态早就在面对类似问题：扩展性最终要接受生命周期、兼容性和回滚的检验，而不是接受宣传语的检验。

2. Agent 化的分水岭是反馈，不是遥控

x64dbg MCP Server 的价值，不只是让模型替人点击调试器。只有当 Agent 能提出假设、调用 x64dbg 获取运行证据，再据此修正下一步，它才形成了行动—观察—修正的闭环。群里提到的逆向实践更说明问题：模型生成候选结果，工具提供事实，SAT/SMT solver 施加约束。模型只是系统中的一个部件。没有独立验证和可观测产物的 MCP，本质上只是更快的“远程键盘”，也会更快地放大错误。

3. Emacs 的“老问题”反而是现代化教材

set-local、compat、Tree-sitter，以及 Windows 终端中文输入问题，看起来不如 AI 炫目，却共享同一条工程原则：边界清楚，迁移可控，问题能复现。Agent 工作流也应如此：每次自动修改保留 diff、测试和回退路径；每个所谓“自演化”结果都能在干净环境中重放。否则，所谓 AI-native 只是把配置折腾变得更会讲故事。

可继续研究/实践

选一个小任务做对照实验：分别采用直接改源码、插件组合、Agent 调用工具三种方式，记录动作日志、环境快照、验证结果、恢复耗时和人工介入次数。真正值得推广的方案，应该在这些指标上减少不确定性，而不只是增加演示效果。

Emacs 轻聊讨论组

🎯 核心热点与专题探讨

专题一：代码小浣熊 vs workbuddy——AI编程工具的“冰火两重天”

群里对商汤科技推出的“代码小浣熊”展开了激烈讨论。一方面，有群友指出 workbuddy 在饱和式攻击下已经停止增长，留存非常差；而代码小浣熊却“一飞冲天”。有人猜测是商汤在背后投钱推广，也有人认为这是 web 套壳模式的成功——因为生态很快就起来了。但群友也犀利指出，很多插件是“工具 skills”，未必都有必要，有些人甚至把 diff、csv、yaml、json 读取全部重新手搓一遍并强调零依赖，被吐槽“你都跑 web 了，零依赖还有啥意义”。整体来看，大家对小浣熊的成功持谨慎态度，认为其中存在大量包装和营销成分，实际价值有待验证。

专题二：AI 模型价格与性价比大讨论

从腾讯混元 Hy4 preview 发布开始，群里对模型定价展开了热烈讨论。混元以 6 元/百万 tokens 输入、18 元/百万 tokens 输出的价格被嘲讽“脸都不要了”。随后有人提到 Kimi K3 的 2/20/100 定价，也被认为偏贵。核心矛盾点在于：模型能力提升的同时，价格是否真的“普惠”？有群友认为，对于开发者来说，这个价格并不算离谱，但“普惠”二字确实有些讽刺。此外，还有人分享了德国团队免费提供 GLM 5.3 Flash 推理服务的消息，但提醒大家注意数据留存和训练风险。

专题三：Emacs 生态的“文艺复兴”与吐槽

Emacs 相关话题贯穿全天，从配置问题到插件生态，再到社区贡献。有群友分享正在把 md-mode 上传到 melpa，也有人吐槽 FSF 的签名流程效率低（“我的 patch 都合并了，签名还没发给我”）。群友还调侃“Emacs 这辈子的插件总数都没 dsh 用户一个月搓出来的多”，并感叹 Emacs 的基础设施需要提升——最大的痛点就是“真正的多核多线程”，因为“干什么都是阻塞的”。有趣的是，有人因为三个 Electron 应用卡死老爷机而“回到 emacs”，认为“审美被 emacs 改变了，其他都花里胡哨的”。群里还出现了一个段子式的长篇吐槽，讲述了 Windows 版 GNU 软件不支持 Unicode 的历史，最后以“can you emacs do that? i think not!”和“志愿者直接眩晕瘫坐，你也眼前一黑”的黑色幽默收尾。

专题四：苹果开发者账号与生态讨论

关于苹果开发者账号，群友讨论了中国区（688 元人民币）与美国区（99 美元）的差异。有人提到中国区支持支付宝和微信支付，而美区需要双币信用卡。群友分享自己注册失败的经历，并询问能否借他人账号。还有人提出想把 neomacs 编译成 dmg 放到 iPad 上运行，被告知“macOS 和 iPad/iOS 不是通用的”，想上 iPad 必须走 App Store“给果子交保护费”。另外，有人分享了通过 pockytshop 给美区 Apple ID 充值的经验，以及 Slack 赞助了 Clojurians、Kubernetes/CNCF 社区，从而获得免费 AI 总结功能的消息。

🔑 关键概念与技术解析

1. 代码小浣熊：商汤科技推出的 AI 编程工具，类似 GitHub Copilot 的 IDE 插件。群里对其快速增长持怀疑态度，认为存在营销包装成分。

2. workbuddy：另一款 AI 编程助手，群友指出其“在饱和式攻击下已停止增长，留存非常差”。

3. native-comp（原生编译）：Emacs 的一种性能优化机制，将 elisp 代码提前编译成机器码，从而显著提升执行速度。群友讨论时提到“编译成机器码，那应该要快很多”。

4. extended context（扩展上下文）：模型可以开启的更大上下文窗口，如“开就是 1m，关就是 272”。群友认为这更像“软 limit”，并分享了管理策略：在干重要的事时切换到 1m，避免太早 compact。

5. DGX Spark：英伟达的桌面级 AI 工作站，群友讨论其价格从首发 2.8w 涨到 3.3w，国内到手约 3.5w。M5 Ultra 芯片带宽被纠正为 1.2Tb/s，功耗 480W。

6. subagent：AI 编程中开启的多个并行子代理，群友提到“开了 11 个 subagent”，用于并行处理任务。

💎 碎片知识与金句拾遗

• “Emacs 这辈子的插件总数都没 dsh 用户一个月搓出来的多”——对 dsh 生态的调侃。
• “我每次对话后都有一个 hook export 回话到 markdown，ai 自己可以 grep 历史的所有会话，算不算朴素的 rag”——群友分享的朴素 RAG 实践。
• “宁愿 handoff 也不 compact”——AI 对话管理经验，花了两百 k 讨论的结论 compact 之后执行效果变差。
• “现在都有夸 Electron 的，全球开发水平下降 1w 倍”——对 Electron 生态的吐槽。
• “让 AI 处理配置，机场配置和密码全泄露了”——提醒 AI 处理敏感配置的风险。
• “fsf 给我的 pdf 文件还没有发，我的 patch 都合并了，签名还没有发给我”——开源贡献者的 FSF 签名流程体验。
• “用内置输入法解千愁”——Windows 下 Emacs 输入法问题的无奈解法。
• “风扇声音都听的 PTSD 了”——webapp 质量下降导致需要经常检查 CPU 占用。
• “老码是这样子的，新码经过敏捷的鞭打，速度很快”——对比 GNU 项目与敏捷开发的节奏。
• “情绪价值挺重要的，会让人想要写东西”——关于写作工具的评价。
• “感觉主机价格在可以预见的未来都不会降价”——硬件市场观察。
• “首发买的又赚了，等等党已输麻”——关于 DGX Spark 涨价。

🛠️ 值得深入研究的点 (Follow-up)

1. 代码小浣熊的生态策略：为什么能在 workbuddy 停滞时快速增长？商汤的投入有多大？其“工具 skills”生态的真实价值值得跟踪研究。

2. DGX Spark 与 M5 Ultra 的对比：群友指出 M5 Ultra 带宽被修正为 1.2Tb/s，DGX Spark 价格约 4 万且带宽翻倍、支持 CUDA，这种“AI 工作站”形态值得关注。

3. AI context 管理策略：群友分享的“手动 compact”“提前切 session”“让 AI grep 历史会话做朴素 RAG”等实践，是应对大模型上下文限制的实用方案。

4. md-mode 上传 melpa：群友正在把 md-mode 提交到 melpa（PR #10186），这个 Emacs 插件值得关注。

5. 免费推理服务 free.empero.org：德国团队提供的免费 GLM 5.3 Flash 推理服务，无需 API key，但需注意数据隐私问题。

观点延伸

I reached the maximum iterations (3) but couldn't summarize. Error: Request timed out.