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

Emacs 中文讨论组

🎯 核心热点与专题探讨

专题 1：终端下 Emacs 的“现代化”生存——从 KKP 到 kitty-graphics.el

本日最热烈的讨论集中在如何让终端（-nw）Emacs 的体验媲美 GUI，核心武器是 Kitty Keyboard Protocol (KKP) 和 kitty-graphics.el。

• 痛点与解决方案：
  • 痛点： 终端 Emacs 无法使用 Super 键等现代快捷键，且图像、浏览器内联能力受限。
  • KKP (benotn/kkp): 群友强烈推荐，称其实现了 kitty keyboard protocol 支持，能在终端使用所有 GUI 快捷键（如 command+s, meta+g 等）。它解决了长期困扰 -nw 用户的键位冲突问题。
  • kitty-graphics.el: 一个“实验性”包，不仅在 kitty 终端内渲染图像，甚至能直接渲染浏览器！群友评价“搞 emacs的果然都是一群狠人”，并戏称它已不仅是 image rendering，而是“kitty 终端扩展的接口支持”。
  • 自动主题切换： 有群友分享了让 Emacs -nw 随终端主题（亮/暗）自动切换配置的 elisp 代码，并考虑将其打包发布，认为会“很受欢迎”。
• 讨论焦点：KKP 的发现让部分群友决定“接下来一段时间只用终端试试看”。同时，Emacs 31 对终端的改进也降低了某些需求（如 meta+g 在 ghostty 下的识别问题被提及）。

专题 2：org-mode 的移动端困境与“不写笔记”时代的反思

围绕 org-mode 在移动端的体验，群友展开了深入的功能探讨与哲学反思。

• 核心痛点：当前移动端 org 客户端体验“烂”或“半成品”。
  • iOS: beorg 被推荐，但 plain org 被批评为“半成品还拿出来卖”（编辑需退回纯文本，无光标、Dropbox 同步差）。
  • Android: orgzly 与 syncthing 的组合是主流方案。
  • 全平台: 缺乏一款漂亮的 WYSIWYG 客户端，能同时支持 agenda、同步、编辑、org-attach、LaTeX 预览等核心功能。有群友表示有开发意愿，但承认“细节打磨是地狱”。
• 哲学反思：多位资深用户表示“已经不写笔记了”或“基本不做笔记了”。
  • AI 的影响：“可能因为 AI？”，笔记的价值被重新评估，群友认为“感觉现在做一些笔记没什么意义了”。
  • 功能简化: 许多用户只使用 org-mode 的两大核心功能：org-agenda (TODO 管理) 和 草稿纸（快速记录）。高级功能如 denote 已不再使用。
  • 搜索与回想: 当 AI 能快速提供信息时，精确的摘录笔记价值下降，而通过备忘/待办事项目录来保持工作流变得更为实际。

专题 3：Emacs LSP 生态的现状与未来：AI 崛起、eglot 与性能

群友对 Emacs 中 LSP（语言服务器协议）的使用体验和未来路径进行了深入交流。

• 性能讨论：
  • eglot 卡顿原因：有群友指出，eglot 的卡顿常由 GC (Garbage Collection) 不可中断 引起。当 eglot 打断当前操作处理 LSP 响应时，若触发 GC，整个 Emacs 会冻结。这在有大量补全候选（如 company-elisp 达 1000 个候选）时尤其明显。
  • 解决方案: lsp-bridge 被普遍认为“流畅”，lsp-proxy 被评价为“配置简单又挺快”且支持多 LSP 服务器。emacs-lsp-booster 的价值被重新评估，有群友引用测试表明其在 Emacs 30+ 后的优化空间不大，甚至更慢。
• 跨语言体验：
  • Go: 被认为 eglot 体验“没啥感觉”。
  • Java: 有群友在分析大型项目时遇到卡顿，但也有群友表示“没卡过”，认为问题在于项目规模。一位群友坦言“离了 idea 不会写 Java”。
• AI 的冲击：关键的转折点来自：“不过有了 AI 真的很少用到 lsp 了”。虽然 VSCode 的 tree-sitter 支持被移入 backlog 引发了群友对 VSCode 技术落后的嘲讽，但大家公认，在 AI 代码补全时代，传统的 LSP 位置已被极大挤压。

其他活跃讨论

• VSCode vs Emacs: 群友讨论认为 VSCode 官方不待见 Tree-sitter，且 bug 增多，暗示其“会似”，反而 Emacs 的 *-ts-mode 更稳定。
• Emacs 31 的稳定性: 有用户在 macOS 上遇到闪退问题，但 Linux 下 31.0.90 版本稳定。

🔑 关键概念与技术解析

• Kitty Keyboard Protocol (KKP): 一个由 kitty 终端模拟器开创的协议，允许终端和应用程序之间传递更多种类的键盘事件（如 Super, Hyper 等修饰键）。benotn/kkp 包让 Emacs 在终端下能正确识别并绑定这些键位。
• +xterm-read-csi-question-response (自定义函数): 群友分享的用于解析终端 CSI 序列 的函数。它读取终端发出的查询响应（例如，主题更改通知），以便 Emacs -nw 能动态调整自身背景色或主题。核心机制是监听 CSI ? 序列。
• emacs-lsp-booster: 一个通过外部 C 程序处理 LSP JSON-RPC 协议来加速 Emacs LSP 性能的中间件。本次讨论表明其在 Emacs 30+（原生 JSON 支持）后优化效果存疑。
• *disable-bytecode*: Emacs 编译时的选项。有群友提到编译 Emacs 时加此选项，可能影响性能（与 emacs-lsp-booster 的讨论相关）。
• OSC 52: 终端转义序列，允许剪贴板访问。被提及为在终端 Emacs 中实现 “命令 + s” 等剪贴板功能的基础。

💎 碎片知识与金句拾遗

• 金句: “搞 emacs 的果然都是一群狠人。” —— 形容在终端内渲染浏览器的开发者。
• 金句: “不用 [eshell]，用不惯，bug 贼多。” —— 对 eshell 远程连接服务器功能的评价（被多位群友认同）。
• 观点: “感觉手机上其实编辑的需求没有那么高，能把 view 和待办做细致就可以了。” —— 对移动端 org-mode 客户端功能重点的判断。
• 观点: “代码折叠这个功能我从来没用过，总感觉会漏看代码。” —— 对代码折叠功能持谨慎态度的声音。
• 推荐: org-modern 中的 org-modern-star 'replace 选项用于自定义 heading 的缩进符号（三角形可更换）。
• 细节事实: apropos-value 功能（搜索变量值）似乎没有被 Emacs 替代品（如 consult/ivy）完整实现。
• 生活经验: 有群友通过 syncthing + orgzly 实现 Android 端 TODO 的跨设备同步。
• 冷门知识: org-attach 在移动端的支持是痛点，因为它涉及到文件导航和附件预览。
• 技术趣闻: claude-code 在 glm5.2 模型下可能不会自动 compact，且 /compact 命令也失效，而 opencode 则能正常工作。

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

1. benotn/kkp：实现 Kitty Keyboard Protocol 的 Emacs 包。强烈建议所有终端 Emacs 用户深入研究，看看它是否能解决自己键盘映射的痛点。
2. emacs-tree-sitter/treesit-fold：基于 Tree-sitter 的 Emacs 代码折叠包，被推荐为 hs-minor-mode 的潜在升级方案。
3. cashmeredev/kitty-graphics.el: 能让你在 Emacs 内部访问浏览器的工具，值得关注其后续发展，尤其是对 Emacs -nw 图形的革命性影响。
4. lsp-proxy: 一个相对较新的 LSP 前端/代理工具，配置简单且支持多 LSP 服务器，可作为 eglot/lsp-mode 的轻量级替代品。
5. 终端主题自动切换方案: 群友分享的基于 CSI 序列自动切换 Emacs -nw 主题的代码（+xterm-apply-theme-mode），可以作为 Emacs 与终端主题集成的范本。

Emacs 轻聊讨论组

🎯 核心热点与专题探讨

专题一：编辑器哲学之争——Vim 模式与 Emacs/Meow 模式的设计差异

群内围绕编辑器交互哲学（主要是 Vim 与 Emacs 生态的 Meow 模式）展开了深入讨论，跨越了多个时段。核心焦点在于 “操作对象”与“操作意图”的先后顺序。

• 核心观点对比：
  • Vim 范式：先决定操作意图（如 d 删除，y 复制），再选择操作范围（如 w 词，$ 行尾）。强调模式切换与肌肉记忆。
  • Meow/Emacs 范式：先选中操作范围（如通过 w 选中一个词），再执行操作命令（如 x 删除）。更接近现代编辑器直觉。
• 痛点与解决方案：
  • Vim 用户痛点：在 Zed 等新编辑器中不自觉地按 C-x C-f（Emacs 打开文件），其肌肉记忆固化难以适应其他生态。
  • Meow 用户痛点：默认缺少 C-f（向下翻页）等屏幕滚动快捷键，需自行映射（如将 ; + m/n 映射为 Page Up/Down）。
  • 中文处理痛点：Meow 模式下，w 默认按英文空格分词，对中文无效。有群友通过使用 jieba-rs 作为分词模块，成功让 Meow 的 w/e 键支持中文词语级选择，被认为“必装”、“太有用了”。
• 总结：讨论体现了深度用户对编辑器“无状态”与“模式化”两种设计哲学的理解。Emacs 的无状态设计让一部分用户感到“更舒服”，而 Vim 的泛用性（任何地方都能用）则是其护城河。Meow 模式试图在 Emacs 中融合两种理念，但需要大量自定义（如中文分词）来弥合缺口。

专题二：技术圈的宏观审视——国产大模型、出海建厂与经济民生

群聊后半段转向了技术圈外的社会与经济话题，但讨论深度和视角仍具有“极客”特质。

• 国产大模型现状与择坑：讨论指出，当前国产大模型（如智谱的 GLM-5.2、Kimi 的 K2.7）参数量（744B至1.1万亿）远小于海外旗舰（推测5万亿以上），且存在价格陷阱（如智谱被指出计费规则“把你骗进去杀”，非高峰期涨幅达3倍）。普遍观点是“能力又差，卖得比国外的还贵”，根源在于“被算力严重限制”。有群友提出“只要国产能赶上 GPT-5.5 中的水平就可以了”，以缓解“抽象”的体验，并对 Kimi 的 K3 模型（采用 RoPE+NoPE 架构，3万亿参数）表示期待。
• “国内尽头是放贷”与出海建厂：群友观察到钉钉等应用内嵌借贷功能，感叹“国内尽头是放贷”。随后深入讨论了经济下行背景下的汽车产业，指出国产新能源车出海（如摩洛哥、匈牙利）面临的核心矛盾：国内依赖“廉价劳动力和宽松法规”的成本优势，在海外（尤其是欧洲，有真工会）将大幅削弱，并认为“汽车的泡沫也大”。
• 经济失衡与基础建设：从“国富民穷”的感慨，延伸到对区域发展失衡的讨论，认为四川是“最不均衡”的典型（成都一城独大），而长三角是相对均衡的标杆。有人提出“如果处处如长三角，中国GDP得占全球50%以上”，这引发了对于“先富带动后富”口号是否成真实践的争论。

🔑 关键概念与技术解析

• Meow 模式：Emacs 中的一种编辑模式，旨在结合 Vim 的效率与 Emacs 的无模式哲学。其核心是“选中-操作”（Object-Operation），与 Vim 的“操作-对象”（Operation-Object）形成鲜明对比。
• CVE（Common Vulnerabilities and Exposures）漏洞合集：群内详细通报了 2026年5月21日前后发现的 5个 影响广泛的 Linux 内核本地提权（LPE）漏洞。包括：
  • copy fail (CVE-2026-31431)：通过 algif_aead 模块利用。
  • dirty frag (CVE-2026-43284, CVE-2026-43500) 与 fragnesia (CVE-2026-46300)：影响 esp4, esp6, rxrpc 模块，可能涉及 IPSec 功能。
  • PinTheft (CVE-2026-43494)：利用 rds 和 rds_tcp 模块。
  • ssh-keysign-pwn (CVE-2026-46333)：非 LPE，而是权限管理漏洞（CWE-269），可通过限制 ptrace 缓解。
  • 解析：这提醒了所有 Linux 用户，内核安全更新需要高度重视，尤其是在使用 Arch Linux 等滚动发行版时。
• RoPE + NoPE 混合架构：据说 Kimi 的 K3 模型将采用这种架构。RoPE（旋转位置编码）能有效处理长序列，NoPE（无位置编码）能简化计算并降低成本。这种组合被认为能在性能和成本间取得良好平衡，是 LLM 架构演进的一个方向。
• DeepSeek 非常规交易架构：DeepSeek 在首轮超 70 亿美元融资中，采用了“投资者需遵守五年锁定期，且不享有表决权”的交易结构，创始人梁文锋个人投资 200 亿元。这反映了在 AI 热潮下，顶级人才/团队凭借技术壁垒争取到的极高控制权。

💎 碎片知识与金句拾遗

• 关于编辑器模式：“要么我的号快10年了，每次上去都是摸鱼看乐子的。”（评价 V2EX 的用户粘性）。
• 关于公开言论：“情绪是用来影响别人的，公开言论是用来维护立场而非诉说己见的。” —— 尖锐地指出了网络交流中的策略性。
• 关于技术“抱怨”：“不要甩锅给 AI。你都用 AI 了，别甩锅了宝...” —— 对滥用 AI 作为借口现象的吐槽。
• 关于国内 AI 现状：“感觉国内就是这么扭曲 永远是要使用不好的工具干出好活🫠...小米加步枪...算盘搓原子弹。” —— 对算力受限下的无奈与坚韧的生动比喻。
• 关于索尼审美：群友认为 PS5 的设计语言被格力空调借鉴，并感叹“索尼的顶级审美...psp 也挺好的...ps5 拉了”。
• 关于地域发展差异：“四川感觉最不均衡...成都集中了整个四川的资源...省会模式。” —— 对“强省会”战略的直观感受。
• 电影推荐：“看《挽救计划》只看到了五分之一...不太喜欢这个电影（书我看过了）。” —— 对科幻电影改编失败的评价。

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

• RoPE + NoPE 架构的 LLM（如 Kimi K3）：值得关注其正式发布后的性能基准测试，特别是长上下文处理能力与推理成本的平衡。
• Meow 模式 + jieba-rs 中文分词：对于使用 Emacs/Meow 的开发者，这是一个明确可实践的效率提升点，值得去研究其配置细节。
• Linux 内核 LPE 漏洞缓解脚本：群内提供了针对多个高危提权漏洞的具体屏蔽命令。建议深入阅读每个漏洞的 PoC/README（链接已给出），理解攻击原理并建立自动化的应急响应脚本。
• DeepSeek 的“创始人控制权”交易结构：研究这种特俗交易结构如何影响公司的治理和长期发展，特别是在烧钱速度极快的 AI 领域。其模式未来可能被其他明星创业公司所效仿。
• OpenAI 5.5 模型（降智版） vs. Anthropic 4.8 模型（计划模式）：群友对这两大海外旗舰模型的“降智”和“计划模式”有直接对比体验，值得深入研究它们在不同任务（如代码生成、复杂推理）上的实际天花板和调教技巧。