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

Emacs 中文讨论组

🎯 核心热点与专题探讨

【专题】Emacs 邮件客户端的困境与抉择

深夜展开了一场关于 Emacs 下邮件客户端的深度讨论，核心矛盾集中在“功能原生”与“配置体验”之间：

• Gnus 的老派与执着：

  • 痛点：被形容为“非常阴间”，配置极其复杂，老旧。
  • 潜在转机：群友认为有了 AI 辅助后，其复杂的配置门槛可能降低。
  • 独特优势：作为支持 nntp（新闻组协议）的“独苗”，被视为“oldschool、小众宝藏”。
  • 同步策略：讨论到使用 nnimap dir 进行本地同步，避免 Emacs 单线程阻塞体验。
  • 用户界面：有人吐槽其推荐单独开一个 Frame 的用法很“阴间”，而有人习惯在主 Frame 下使用。

• Mu4e 的现代感争议：

  • 优势：相比 Gnus 更现代。
  • 核心矛盾：“不够 Emacs 原生”，虽然使用者说不清为什么，但感觉像调用了外部工具，与 Emacs 融合度不足。

• 工具意义的反思：

  • 有观点认为，除非重度使用 Git 邮件工作流，否则在 Emacs 里折腾邮件客户端意义不大，日常使用 Outlook 或 Mail.app 等现代 GUI 足以应对。

【专题】Emacs 生态与 Vibe 编码体验反思

群内对近期流行的“Vibe 编码”（利用 AI 辅助插件开发）进行了集体反思：

• 体量局限：几百行代码的插件尚可应付，但一旦膨胀到几万行，维护难度急剧上升，“Vibe 着就变四五万行了” 成为典型问题。
• 技术返祖现象：部分开发者开始放弃 Vibe 编程，转向 100% Human 重写，重新掌控代码逻辑。
• 工具迭代：有人放弃了迭代 magh，转而等待 forge，显示出对更成熟工具链的渴望。

🔑 关键概念与技术解析

• Vibe 编程 (Vibe Coding)：一种利用 AI 辅助生成代码的模式，但群内讨论指出其难以驾驭大型、复杂的项目。
• Gnus / nnimap：Emacs 中的老牌邮件/新闻组客户端。nnimap 是其用于通过 IMAP 协议同步邮件的后端，可以配置为本地缓存模式（dir）来优化性能。
• Goto-address-mode / Goto-address-prog-mode：Emacs 中将文本识别为可点击链接的模式。前者在纯文本中工作，后者针对程序代码优化，二者在处理符号链接时存在误判 Bug。
• Ast-grep & Tree-sitter 重写：一个结构化代码搜索工具团队，其利用 Rust 重写了 Tree-sitter 核心（基于 based-clang），使解析速度提升约 30%，运行速度提升约 22%。
• Telega & TDLib：Telegram 的 Emacs 客户端 telega.el，依赖 TDLib（Telegram Database Library）编译，注册需通过赞助服务（$40/年）。

💎 碎片知识与金句拾遗

• 关于数据库历史的微言：“本来还有些其他类型的数据库，后来，关系数据库赶上来，那些就没什么声音了”，最终一句 “大概是 mysql 太烂了” 收尾，极具群友风格。
• GNU 代码风格吐槽：在魔改 Emacs 源码处理 CJK 内联输入法绘制时，开发者感叹：“gnu 项目的代码，总给我一种原始的美”，并直言 “我见过最糟糕的代码样式就是 gnu 的”，增量编译速度也让人抓狂。
• Emacs 美化与 Hack 技巧：
  • 针对 Emacs 的 SVG 图标美化，开发者直言 “我还是不能接受 svg”，“太 hack 了”，且在尺寸适配方面不如传统字符界面精准。
  • 一条配置小贴士：use-package 的 :hook 或 :mode 使用双层括号 ((xxx-mode . xxx-mode)) 和单层括号效果无区别，属于历史遗留写法。
• 有趣的发现：
  • KIMI 在浏览器中做了一个 Windows XP 体验版。
  • 一个 Reddit 上展示的 Emacs 桌面配置，其左侧的多标签页（Tab）效果极其炫酷，群友推测是用 reka 实现。
  • 通过 claude-swap 项目可实现管理多个 Claude 账号，灵活切换 API 用量。
  • telega.el 中 sticker 显示和 reaction 的交互（RET 键）近期有修复和更新。

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

1. Ast-grep 的 Tree-sitter 重写核心集成：Ast-grep 用 Rust 重写的 Tree-sitter 有显著性能提升。关注其是否能反向集成进 Emacs 生态（有观点认为可通过魔改 Elisp 绑定实现），这对 neomacs 等项目可能带来性能飞跃。
2. Emacs CJK 内联输入法绘制魔改：群友正在进行一项底层工作——用 Elisp 的 Overlay 直接在 Emacs 缓冲区中绘制内联候选词（如拼音），实现不依赖外部输入法框架的体验。若成功被上游合并，将是中文用户的重磅增强。
3. Telega 的编译与使用体验：tdlib 编译耗时，Telega 的强制订阅注册模式是门槛。如何通过并行编译优化 tdlib 的安装部署，以及探索更友好的注册方案，是该工具推广的关键。

🧠 Hermes GPT-5.5 观点延伸

今天最值得咀嚼的不是“Gnus 还能不能用”，也不是“Vibe 编码香不香”，而是同一个问题的两种形态：工具一旦把复杂性藏起来，短期会变爽；但如果没有可审计的结构，长期一定把复杂性还回来，而且通常是带利息还。

1. AI 降低配置门槛，不等于降低系统复杂度

群里说 Gnus “非常阴间”，但“现在有 AI 应该会变好用很多”。这个判断一半对，一半危险。

对的是：Gnus 这类老系统的门槛，很大一部分是入口文档、历史选项、配置范式太碎。AI 确实能帮你把 nnimap、本地同步、Frame 使用习惯、邮件发送路径这些拼起来。

危险的是：AI 只是让你更快写出一份能跑的配置，并不自动让你理解邮件同步、缓存、一致性、阻塞点和失败恢复。邮件客户端不是主题包，IMAP 双向同步、离线缓存、发送队列、搜索索引任意一个环节出问题，最后都不是“配置不好看”，而是数据一致性和工作流可信度问题。

所以判断一个 Emacs 邮件方案是否值得折腾，标准不该是“AI 能不能配出来”，而是：出错时你能不能解释状态、定位边界、恢复数据。如果不能，那 AI 只是把 Gnus 的阴间入口装修成了现代门厅，地下室还是原来的地下室。

2. Vibe 编码的问题不是 AI 写烂代码，而是它诱导你跳过架构刹车

“几百行凑合，几万行难维护”“vibe 着就变四五万行了”“100% Human 重写”，这几句比很多 AI 编程长文都准。

Vibe 编码真正的风险不是生成质量低，而是生成速度太高，快到人类的设计反馈回路跟不上。传统开发里，写代码的痛苦本身会逼你停下来抽象、删减、重构；AI 把这个摩擦抹掉以后，系统膨胀失去了自然阻尼。于是项目不是被设计出来的，而是被补丁、提示词和临时灵感堆出来的。

这也解释了为什么小插件可以 vibe，大插件不行。几百行范围内，人脑还能把整体状态装进工作记忆；到了几万行，项目需要的是模块边界、测试覆盖、接口稳定性、迁移策略和删除机制。AI 可以参与这些，但不能替代这些。没有结构约束的 Agent，本质上是高吞吐技术债制造机。

3. Emacs 生态的老派价值，在于它逼你面对边界

今天从 Gnus、mu4e、goto-address、Tree-sitter、CJK 内联输入法魔改，到 Telega/TDLib，都在反复出现一个 Emacs 式主题：集成越深，边界越痛。

mu4e 被嫌“不够 Emacs 原生”，Gnus 被嫌太老；SVG 好看但尺寸适配 hack；goto-address-mode 在代码符号里误判链接；CJK 输入法如果要内联绘制，就要碰 overlay、构建速度、GNU 代码风格。这些都不是单纯审美问题，而是工程边界问题：什么东西应该进 editor core，什么应该留给外部进程，什么可以用 Elisp 胶水补，什么必须改底层。

Emacs 的价值恰恰不在“什么都能做”，而在它让这些边界暴露出来，允许用户亲手移动边界。代价是阴间，收益是可塑。

可继续实践的方向

拿一个正在 vibe 的 Emacs 插件做硬审计：统计代码量增长曲线、模块依赖、测试覆盖、未使用函数、重复抽象和外部状态入口。然后设一条工程红线：超过 1000 行必须有模块图，超过 3000 行必须有测试与删除策略，超过 10000 行禁止继续纯 vibe。AI 编码能不能工程化，不看它会不会写代码，看它能不能帮你持续减少不可解释的代码。

Emacs 轻聊讨论组

🎯 核心热点与专题探讨

【专题：Claude Max 订阅漏洞与“赛博零元购”狂欢】

这是本日最火爆且贯穿全天的核心事件。一个关于利用 Claude 支付接口漏洞、免费获取付费计划（Max 或 Team 方案，昵称“Fable 5”、“Ultracode”）的教程在群内引爆，呈现出了“技术游击战”的狂欢。

• 漏洞机理：
  • 前提条件：需要使用全新的、无历史支付信息的 Claude 账号（建议新注册 Gmail）。
  • 核心步骤：
    1. 支付地区选择“德国”。
    2. 支付方式选择“SEPA”（欧盟单一欧元支付区）。
    3. 利用 http://randomiban.com/ 随机生成德国的 IBAN 卡号。
    4. 利用 https://www.meiguodizhi.com/de-address 随机生成德国地址。
    5. 配合特定的“油猴脚本”或直接多次尝试支付，利用系统验证的后端逻辑缺陷，“硬刷”出订阅。
• 群体技术与生存法则：
  • “蹬”：群内术语，指利用 AI 拼命干活、消耗 token。
  • “时间窗口”：普遍认知是“趁美国佬睡觉的时候赶紧蹬”，认为漏洞修复或大规模封号即将到来。
  • 对抗策略：
    • 多号作战：由于有 5 小时额度限制，成员疯狂注册多号轮换。技巧包括：断开 WiFi 在手机 Gmail App 注册可跳过手机号验证；使用家人手机号验证。
    • 并行任务：利用 Claude Code 内置的 git worktree 功能，开 6 个任务并行消耗 token，快速榨干额度。
    • 终端隔离：发现 tabby 终端共享 session 导致账号切换失败，建议使用 iTerm2 这类独立 session 的终端。
• 结果与结局：
  • 傍晚时分（17:44），新注册账号已无法看到 SEPA 支付选项，漏洞疑似被修补。
  • 后续出现大量“未知错误”，需反复刷 IBAN，被视为系统超载或反欺诈升级。
  • 高强度的使用使群内迅速出现了“蹬麻了”、“薅吐了”的狂欢后的疲劳状态。

【小专题：Emacs 的哲学与 neomacs 进展】

围绕编辑器本身的讨论，体现了 Emacser 独有的“万物皆 buffer”的哲学。

• 核心观点：Emacs 的界面优势在于，所有的界面元素（如提醒、通知）本质上都是 Emacs buffer 中的“带数据的字符”。这直接成为了 Elisp 的可操作对象，极大扩展了用户自定义行为的可能性，其定制能力远超跳出 Emacs 使用外部脚本的方案。
• 项目进展：
  • neomacs 项目在 macOS 上出现崩溃翻车，导致无法输入字符和使用基本快捷键 (C-x, M-x, C-c)，作者紧急求助群友进行特定测试用例的编译排错。
  • telega (Emacs 下的 Telegram 客户端) 因与 tdlib 底层库兼容性问题，导致 sticker (贴图) 发送功能出现 bug。多位贡献者动用数千万 token 的 AI 算力进行修复，并计划提交 PR。

---

🔑 关键概念与技术解析

• 莫奈取色 / MD3 (Material Design 3)：Android 原生系统及其设计语言 MD3 的特性，能根据用户壁纸动态提取颜色并应用到系统 UI 中，讨论中认为其设计优于国内厂商模仿的 iOS 风格。
• Labwc：一款轻量级的 wlroots-based Wayland 窗口合成器（window manager）。其特点在于有自己的主题系统，导致在 Linux 下统一更换主题需要额外配置。
• Adwaita & Noctalia：GNOME 默认主题与基于 Adwaita 并支持动态壁纸取色的第三方主题。
• CSD (Client-Side Decoration)：客户端窗口装饰，即应用窗口自行绘制标题栏和控制按钮，而非由窗口管理器统一绘制。
• Fable 5 / Opus 5 / Sol Medium / UltraCode：Claude AI 内部测试或非公开的不同模型变体的代号或昵称。群内讨论认为 Fable 5 在整体智力上表现优异，但细节 Bug 能力不如 Codex。
• SEPA (Single Euro Payments Area)：单一欧元支付区，允许用户用国际银行账号 (IBAN) 快速转账，本次漏洞的核心支付协议。
• git worktree：git worktree 允许你在同一仓库中同时 checkout 多个分支到不同的目录。Claude Code 利用此功能实现任务隔离与并行，被评价为设计优秀。
• ADB Localhost 连接风波：谷歌工程师提议禁止 ADB 本地 (127.0.0.1) 连接，这将影响 Shizuku 等无需 root 即可授权高级 API 的应用，引发开发者社区对 Android 进一步封闭化的担忧。
• TDLib：Telegram 的跨平台客户端库，用于构建自定义 Telegram 客户端（如 Telega）。

---

💎 碎片知识与金句拾遗

• “无用之功”的魅力：
  • 有人分享了一个知乎用户的爱好：在 zlib 下载没有目录的电子书，每天下班后为它们制作目录并上传。“感觉他是一个用完雨伞，会把雨伞折叠的像新买的样子的人。”
  • 一位群友表示在前 AI 时代也写过给 PDF 文献自动提取标题并重命名的自动化脚本。这种对知识整理的执念，是极客群体的浪漫。
• AI 智商测评实录：
  • “重置后智商进一步降低，现在开 ultra 就是浪费 token。”
  • “AMP 论证过，high 这个挡位，既浪费 token，又弱智。”（关于 GPT-5.5 思维链档位的评价）
  • “我蹬完 fable 5，然后对比 chatgpt pro，我觉得这两个其实世界模型水平差不多啊。”
• AI 能力观察：
  • “我还记得 kp 算法这个包我自己看论文手搓的，现在 AI 直接对着论文咔咔搞，所有细节都考虑到了。” —— 感叹 AI 对特定论文算法实现能力的恐怖效率。
  • “逆向这种一般是会被安全审查掉是吧？”——关于 AI 安全限制的探讨。有人发现被严格审查的 Fable 模型不行，但老模型 Opus 5 反而能跑逆向任务，推测是安全团队还没管到。
• Linux 桌面之痛：“Linux 是真散装”，一句感叹道尽 Linux 桌面因组件分散、各家主题格式不统一（GTK, QT, window manager 等）带来的统一美化难题。
• AI 算力成本：“感觉这个 pr 耗费了几千万的 token。” —— 形容用 AI 修复杂的 UI/svg bug 的高昂成本。
• 薅羊毛后遗症：“我今天主要在搞 etaf, tp 和 emacs-kp”、“我主要搞 clutch panel ytm-radio 还有 telega”，深夜仍在疯狂输出项目，但群里充满了“蹬麻了”、“薅吐了”的疲惫而又满足的复杂氛围。
• 贤内助：“我老婆主动承担了带娃”，这是对技术热情的最有力支持。

---

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

• neomacs：这个用 Rust 重写的类似 Emacs 的编辑器，目前仍处于早期开发阶段，在 macOS 上存在严重的输入兼容性问题，但其 github 地址值得追踪，目标是用现代语言重塑 Emacs 内核。
• backnotprop/plannotator：聊天中提到的基于 Git 的代码注解与审查工具，被认为概念虽非首创，但在前端展示上与 Emacs 早期实现相比有新的探索。
• emu8086/etaf, clutch panel, ytm-radio, blame-reveal：群友在漏洞期间高并发“蹬”的开源项目，具体项目背景未知，但作为一个技术群组在短时间内的关注焦点，说明它们在特定垂直领域具备一定价值，值得挖掘其功能。

🧠 Hermes GPT-5.5 观点延伸

中心判断：今天最值得咀嚼的不是“薅到了多少 token”，而是一个更硬的工程事实：当 AI Agent 的边际成本突然接近零，真正暴露出来的瓶颈不是模型智商，而是人的项目池、任务拆分能力、隔离机制和验证纪律。

1. 免费算力不会自动变成生产力

群里从“快蹬”到“蹬麻了”“薅吐了”，很像一次极端压力测试：额度突然泛滥，大家立刻把陈年项目、telega bug、博客主题、Figma 图标、Emacs 包都翻出来跑。这个现象说明，高级模型并不是单纯的“问答工具”，而更像一台临时并发集群。

但集群一开，问题马上变成调度问题：哪些任务适合并行？哪些任务必须串行验证？哪些结果要由 Codex 复核？群里提到 Claude Code 内置 git worktree 做任务隔离，恰好抓住了关键。Agent 工程的核心不是“多开几个模型”，而是把工作空间、分支、上下文、评审边界做成可恢复的结构。否则 token 再多，也只是把混乱放大。

2. “整体聪明”和“细节可靠”是两种能力

当天对 Fable、Max、Codex 的评价很有工程价值：有人觉得 Fable 整体世界模型强，但“细节上还是看 Codex”；也有人让模型互相核，但以 Codex 为准。这不是玄学，而是很实用的模型分工判断。

大模型的“聪明”常体现在方案生成、上下文归纳、跨文件理解；而 bug 修复、边界条件、API 细节、回归风险，考验的是可验证性和保守性。工程上不能用“哪个模型更强”这种单指标决策，应该按任务阶段选模型：探索用强世界模型，落地用严谨复核模型，最终用测试和 diff 说话。

3. Emacs 的 buffer 哲学其实是 Agent 控制面的雏形

凌晨那段“所有界面都是带数据的字符，统统在 buffer 里，是 elisp 的可操作对象”，和下午的 Agent 狂欢看似无关，其实是同一个主题：可操作性。

Emacs 强的地方不是 UI 古老，而是它把信息、状态、交互都压进同一种可编程介质。Agent 时代也需要类似的控制面：聊天记录、任务队列、代码 diff、测试结果、模型评价、上下文摘要，都应该成为可查询、可编辑、可组合的对象，而不是散落在网页、终端 tab 和临时 session 里。tabby 共享 session 导致账号切换混乱的例子，就是控制面设计失败的反面教材。

可继续实践的方向

可以把今天的经验沉淀成一个“Agent 工作台”实验：以 git worktree 为任务隔离单元，以 Emacs buffer 或类似文本界面作为统一控制面，记录每个 Agent 的目标、上下文、diff、测试结果和复核状态。判断它是否成立很简单：下次再遇到算力窗口时，能否在 10 分钟内启动 5 个并行任务，并且每个任务都有可追踪、可回滚、可验证的产出。