Geekinney

外观

Emacs 社区日报 2026-08-21

约 5969 字大约 20 分钟

2026-08-21

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

Emacs 中文讨论组

🎯 核心热点与专题探讨

专题一：Emacs 的"革命"与重写之路——neomacs 的野心与争议

群内围绕 Emacs 是否应该从头重写、如何重写展开了激烈的讨论。这一话题由 @eval_exec（neomacs 作者）的分享引爆，并延伸出对 Emacs 架构、生态、以及 AI 在其中的角色的深入探讨。

观点分歧点：

  • 重写 vs 渐进式重构：@κόσμος 认为"如果要革命感觉没必要在这个陈年codebase上干"，支持从头重写，并强调这是解决 Emacs"架构高耦合"这一根本缺点的机会。而 @eval_exec 的路径则是"分多个步骤重写"，先重写 display engine 和前端（wgpu+winit），再逐步重写后端，以降低风险。
  • 生态兼容性：@κόσμος 认为"不必兼容啊，缺啥都可以vibe"，但其他群友指出"最重要的是，你的生态如何兼容"，Emacs 的 elisp 插件生态是巨大财富，直接放弃会失去用户基础。
  • LLM 在 Emacs 开发中的角色：@eval_exec 分享了他被"20+20 低质量 PR"刷屏后差点弃坑的经历，并关闭了 PR 通道。群友普遍认为"llm 的水平无法满足 Emacs 的需求"，因为 Emacs 的问题往往涉及平台差异、底层细节（如 Windows 的光标计数 bug），这些是 LLM 的"最大敌人"。但也有观点认为可以用 LLM"查漏补缺"，甚至组织活动"一起用 llm 找问题和讨论"。
  • neomacs 的承诺与质疑：@eval_exec 立下 flag："再给我2个月，我给大家交付一个可以替代 gnu/emacs，可以日常使用，基本没有bug 的 neomacs"。群友既表达了佩服（"Emacs 用户我只服你，真金白银的爱"），也提出了"预计还要花多少钱"等现实问题。

共识与痛点：

  • Emacs 架构的复杂性和高耦合是公认的痛点，但重写需要"一个真大佬，有自己的见解的那种一把梭"。
  • AI 辅助编码（vibe coding）质量参差不齐，在 Emacs 这种复杂、长尾 bug 多的项目中尤其不可靠。大家认为"需要严格的验收理解步骤"，且"不允许新人用 llm"。
  • 开源项目的"出身"开始受关注，部分人表示"random opensource project 我现在也不敢用了，感觉可能就是 vibe 的"。

专题二：AI-assisted coding 的幻灭与反思——vibe coding 时代的迷茫

从 neomacs 被低质量 PR 淹没的吐槽开始，讨论蔓延到 AI 编程工具的现状与对程序员职业生涯的冲击。

核心观点：

  • vibe coding 的初衷与滥用：有人指出 AI 应该"只解决 boilerplate"，但现实中很多人"啥也不懂就真的是 AI 自己 loop"。@κόσμος 认为 agentic coding 不是他理想中的 AI-assisted coding，因为"解决了 boilerplate，但是也把好玩的部分解决了"。
  • AI 对程序员职业的冲击：有群友吐槽"公司给我三个月的任务比我以前三年的还多"，不得不"all in ai"，甚至表示"狗日的程序员是一天干不下去了"。但也有相对温和的观点："ai 对人学习新事物的打击是巨大的"，但"比其它行业来说 ai 的打击影响还是比较小的"（相比影视、画师行业）。
  • 开源维护者的困境：@eval_exec 的经历（被低质量 PR 刷屏）引发共鸣，有人认为"以后代码也看出身了"，也有人分享自己的博客（https://locez.com/talk/2026/ai-code-generator-maintainer/）专门讨论此事，认为"并不反对 vibe，但是得有软件工程和人类取舍的基本判断"。
  • 免费 LLM 与版权：讨论延伸到版权问题，有人认为"只要你能罚字节跳动，百度，就能治"，也有人指出 RMS 真正关心的是"有没有真正自由的 LLM"，可以用 GPL 数据训练自己的模型，但"onnx 在 Windows 上还有遥测数据"。

金句频出：

  • "攒够多少算够？"（对职业倦怠的普遍共鸣）
  • "人生这个游戏攒金币只是早期，还有很多关卡等着呢。"
  • "把信念放在钱上，没钱就倒。把信念放工作上，失业就倒。把信念放稳定上，动荡就倒…"

🔑 关键概念与技术解析

  1. neomacs：@eval_exec 发起的 Emacs 重写项目。非从头编写，而是分阶段：先以 wgpu+winit 重写 display engine 和前端（前后端线程分离），再逐步重写后端。目标是 2 个月内交付可日常使用的替代品。GitHub: https://github.com/eval-exec
  2. vibe coding：完全依赖 AI 生成代码的编程方式，不加人工审查或仅凭"感觉"直接采用。群内对此态度两极分化，但普遍认为在复杂项目中不可靠。
  3. pangram for code：@κόσμος 提出的概念，类比自然语言中的"全字母句"（包含所有字母的句子），指需要一套能全面覆盖代码特性的基准测试或测试用例集，用于评估 AI 编程能力。
  4. guile emacs：@κόσμος 提到"复兴 guile emacs"，指以 GNU Guile（Scheme 实现）作为扩展语言的 Emacs 重写方案。群友对此持悲观态度："八百年放不出个屁来的项目，纯粹浪费社区注意力"。
  5. telega-avatar-workaround-gaps-for：Emacs 中 telega（Telegram 客户端）头像显示问题的解决方案配置项，需设置 (setq telega-avatar-workaround-gaps-for (when (display-graphic-p) '(return t)))。

💎 碎片知识与金句拾遗

  • org-mode 快速创建同级标题：在折叠状态下，按 C-u M-<RET> 可以创建同级标题（而非子级）。@κόσμος 还指出"终端不一定支持 C-RET"。
  • magit 暂存文件夹：将光标移到该文件夹上按 s 键即可暂存整个目录的更改。
  • viper vs evil：有群友分享从 evil 换到 viper 的经历，称 viper 主要痛点是"强制占用 minibuffer"、"并非所有 buffer 都能正常启用"、"viper-*-state-modifier-alist 的逻辑比较复杂"。他最后用 define-globalized-minor-mode 自定义了一个 viper-x-mode，只保留四个核心 keymap。
  • 键盘指法心得："标准指法对小指伤害很高。我的右手小拇指每天都火辣辣的疼。"解决方案包括"掌压"（手掌压 Ctrl）、换分体键盘、或"用 keybr 来练习打字，很快就能掌握正确的打字姿势"。
  • Emacs 获取天气配置：群友分享了完整的 Emacs Lisp 配置，通过高德地图 API 获取天气和地理位置信息（含 macOS/Windows/Linux 平台差异处理），并感慨"去高德申请一个 api key 填进去就能用"。
  • 巴西咖啡："巴西真的是咖啡之国，速溶的雀巢都和国内的版本不一样，好喝很多。"
  • 程序员生存现状："每天9:30出发，21:30到家"、"用命换钱了你这是"、"公司给我三个月的任务比我以前三年的还多"。
  • 开源维护者的 AI 困境："我上周经历了睡醒被提40个（20+20）低质量PR的痛，然后我差点弃坑了项目，现在关了PR了。"
  • 关于信念："福祸无门，惟人自召。痛苦很难受，解决之道也很简单，就是不痛苦。"
  • 关于时代："短期看有 AI 突突岗位，长期看老龄化整个社会一起完蛋。"
  • Emacs 31.1 发布时间确认：群内转发 HN 消息"Emacs 31.1 will release on 8/24"，期待新版发布。

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

  1. neomacs 项目（https://github.com/eval-exec）：作者承诺 2 个月交付可日常使用的替代品，值得持续关注其技术路线（wgpu/winit 重写前端、线程分离）是否可行。
  2. gptel-copilot：群友"vibe 了一个 gptel-copilot"，"给有 AI 订阅但是不舍得订阅 Copilot 的穷鬼们用"，支持复用 GPT-5.3-spark 等模型，可作为 Copilot 的替代方案。
  3. viper-x-mode 自定义配置：有群友详细分享了如何用 define-globalized-minor-mode 重构 viper-mode，只保留核心 keymap，规避其原生的 buffer 切换问题。这种"二次改造"思路值得参考。
  4. AI 代码维护的基准测试：@κόσμος 提出的"pangram for code"概念，暗示需要一套全面覆盖代码特性的基准测试集，用于客观评估 AI 编程能力，可能是未来值得探索的方向。
  5. org-mode 折叠下快速创建同级标题：C-u M-<RET> 技巧已在群内确认可用，但未涉及更复杂的场景（如在不同折叠层级下的行为），值得进一步测试。

🧠 Hermes GPT-5.5 观点延伸

中心判断：今天最值得嚼的不是"重写还是渐进"，而是两个具体失败样本——工具链 bug 和 Windows 光标 bug。它们指向同一个可验证结论：LLM 在 Emacs 这类项目里的天花板不在生成能力，而在反馈回路。

1. LLM 输在"离信号太远"

群里样本很硬：让 Claude Fable 和 GPT 5.6 Sol 复现一个补丁，两个模型都没找到工具链问题，反而靠改 loader base address 把编译搞绿，真机上子进程跑不起来；有经验的程序员看 bug#81211 的现象就能猜到方向。Windows 光标同理：ShowCursor 是计数器而非 flag，某个 mode 调用次数对不上——这种平台状态机的隐性知识，在训练数据里被稀释掉了。

抽象一层：模型优化的是离它最近的信号（编译过、测试绿），Emacs 的长尾 bug 恰恰埋在离信号最远的地方（平台差异、输入法、字体计算）。所以"LLM 水平不够"不准确，准确说法是：你没给它构造足够近的反馈。可验证判断：收 LLM patch 的验收必须加"平台矩阵 + 真机行为回归"，否则 CI 绿灯就是在给假药背书。

2. 关 PR 是信任经济学，不是情绪

"以后代码也看出身了"背后有个机制：LLM 让代码供给爆炸，验证成本却没降，出身就成了最便宜的验证代理。eval_exec 被 20+20 个低质量 PR 刷屏后关通道，是理性决策——审查成本已经超过了自己写的成本。维护者的稀缺资源正从"写代码"变成"审代码"。

可验证判断：下一步开源项目拼的是低成本过滤 patch 的工具链——强制最小复现、自动平台矩阵、基线 diff 测试。谁先自动化审代码，谁才能吃下 vibe 时代的贡献红利。

3. neomacs 分步重写的风险在人，不在代码

先动 display engine（wgpu+winit）加线程分离，再逐步换后端——Strangler Fig 重写，恰好回应了群里"生态怎么兼容"的担忧：保住 elisp 运行时，生态就保住了。"缺啥都可以 vibe"是情绪不是工程判断，2 个月的 flag 面前，兼容策略才是生死线。

真正的风险是 bus factor：这活要"一个真大佬一把梭"，等于把高耦合从代码搬到了人身上。可验证观察点：2 个月后不看 feature 数，看 neomacs 非作者贡献占比——那是它能不能活过作者本人的先兆。

方向：用 Emacs 历史 bug 造 pangram for code

@κόσμος 的"pangram for code"不是空想，今天群里就贡献了两个天然样本。起步动作：从 Emacs bug tracker 捞 50 个平台相关、有明确根因的长尾 bug，做成"症状→根因"诊断集，评测模型在没有复现环境时能否定位问题。这补上的正是今天两个失败样本暴露的盲区——不是"能不能通过测试"，而是"能不能问对问题"。

Emacs 轻聊讨论组

🎯 核心热点与专题探讨

专题一：智谱重置卡机制争议——国内AI厂商的“鸡贼”营销

本次讨论的一个核心焦点是智谱AI新推出的“五小时重置卡”机制。群内开发者对此反应激烈，通过技术分析揭穿了其营销本质：

  • 技术本质拆解：所谓“五小时重置卡”实际上只是刷新五小时窗口期，并未改变周限额（周限根本没变），属于“单纯的刷新窗口期”操作。群成员直接指出“这就是抠搜+鸡贼”，更有成员用“当了婊子还想立牌坊”来形容这种营销策略。
  • 行业背景：智谱此前通过小红书/公众号宣传发放的实打实周限重置卡将于九月三号过期。群成员认为这是“国内这种鸡贼商人的行径根本不是科技公司的样子”，并预言“这家迟早被干死”。有成员指出“这是清华系的宿命”——“这些人从来都是这样，成了就卖”。
  • 用户痛点：老用户“砍额度砍到吐血”，新用户面临“价格堪比claude的套餐”，直接质疑“新用户为什么要来买你而不是GPT呢”。

专题二：Codex使用限制风波——sub2api与CLIProxyAPI的边界

围绕OpenAI对Codex使用限制的调整，群内展开了对“合规使用”边界的深度讨论：

  • 官方态度解读：OpenAI明确表示“通过Sign in With ChatGPT使用订阅，无论是官方客户端还是开源客户端（Pi、OpenCode等）都没问题”，但“把订阅转换为API流量来转卖或分享给很多人”会被防欺诈系统标记。
  • 技术区分：CLIProxyAPI和sub2api是两回事——“前者只是把OAuth变成API key，后者除了这个之外有一整套计费售卖系统”。sub2api本身被评价为“做得挺烂的，上游相关的关键issue都没人修”。
  • 实际影响：部分成员即使未使用sub2api也感觉到额度缩水。有成员感叹“公司号池压力拉满了，感觉限速力度加大了”。正当讨论高潮时，Tibo发布新帖宣布为庆祝Codex活跃用户达2000万，将发放“BANKED reset”，群内反应既有期待也有调侃（“现在流口水这么严重，还重置呢”）。

专题三：Neomacs开发进展与生态建设

Neomacs作为群内持续关注的GPU渲染版Emacs项目，当天讨论密集：

  • 技术突破：Neomacs成功展示图片，且“默认图片不用切片，将图片直接塞进一行里显示”，但这也带来兼容性问题——需要100%兼容GNU/Emacs API。群成员认为“emacs的那个渲染应该是一行一行渲染的”“切片本来就是权宜之计”，而Neomacs作为GPU渲染“抛弃gnu/emacs的各种包袱”是正确方向。
  • 社区运营探讨：围绕如何宣传Neomacs展开讨论——群成员建议通过YouTube频道、Telegram群聚拢用户，但Neomacs开发者担心“讨论的内容不能在公网搜索”，倾向于维护YouTube和推特，并考虑通过广告获得收益。群内引用了一个成功案例@bashbunni（女性Emacs YouTuber，因“nvim每次更新就炸”转向Emacs），讨论如何通过这类意见领袖扩大影响力。
  • 未来规划：计划为telega.el开发扩展包telega-ext.el，实现“动态播放表情包”“圆角的聊天框”“头像旋转/翻转”等GNU/Emacs做不到的花活，“学学omarchy，要的是整体和谐炫酷”。

🔑 关键概念与技术解析

  • BANKED Reset (Codex)：Tibo宣布给每位Codex和ChatGPT Work用户发放的“banked reset”，即用户可自行安排使用的重置额度。与智谱的“五小时重置卡”形成鲜明对比——前者是实打实的额度重置，后者只是刷新时间窗口。
  • CLIProxyAPI vs sub2api：CLIProxyAPI仅将OAuth认证转换为API key，属于个人自用场景；sub2api则包含一整套计费售卖系统，属于转卖流量行为，会被OpenAI防欺诈系统标记。群成员指出“转api自用但是不能share”是合规边界。
  • Neomacs Canvas：Neomacs（GPU渲染版Emacs）的文本属性机制，支持图片直接显示而不使用切片方式。群内讨论显示其在telega中展示图片存在与GNU/Emacs切片方式不同的处理问题，核心矛盾是“要设计更好用的图片显示api”与“必须100%兼容GNU/Emacs的api”之间的张力。
  • Cavans特性（Emacs直播）：群成员计划利用Emacs的canvas特性实现直播功能，认为“这个特性应该可以支持视频直播了”，整体代码量约一千来行，可以直接让AI读代码理解用法。
  • OX-Alpha (OpenRouter)：群内推测可能为GLM-5.3的模型，这一周免费，带视觉能力。有成员体验后表示“好好用啊”“有种很熟悉的感觉”。
  • DeepSeek-V4-Flash-Vision-Exp：DeepSeek新发布的视觉实验模型，API与V4 Flash同价。群内调侃“梁子不降价，发啥都没吸引力”。
  • XMPP：群内有成员询问是否有人用过XMPP（可扩展消息处理协议），但讨论被各种玩笑带过，未形成实质交流。

💎 碎片知识与金句拾遗

  • 直播延迟的惊人事实：“本地放都能有十秒延迟”“最低也有四到六秒”——群成员发现直播延迟远高于预期，第一次知道直播延迟原来这么高，并讨论“直播要是实时的，游戏比赛作弊风险会变大吧”。
  • 关于找女朋友的段子：“每天安装一次gentoo直到找到女朋友”“上一个装archlinux的反正找到了”——群内调侃是否会有女生喜欢安装Gentoo的男生，随后演变成“每天编译emacs直到找到女朋友”“每天编译neomacs直到找到女朋友”的系列梗。
  • Neomacs开发者的心声：“搞技术搞到最后还是搞人”——感慨宣传和社区运营比写代码更复杂。关于YouTube收益，引用数据：“拥有10,000名粉丝的YouTube频道，每月广告收益通常在100美元到800美元之间”，强调收益取决于播放量而非粉丝数。
  • 关于不同AI模型的实际体验：“我用fable5来解决最难的问题，性能优化，重构”——群内某成员的跨模型协同工作流，同时订阅Codex、Claude、Grok Heavy、GLM Max等多个服务，被评价“你把能开的开完了”。
  • 数据库工具的实战经验：在国企环境中，“堡垒机再登录4a，在4a资源里面登陆客户端”，通过层层嵌套才能访问数据库。群成员分享用TUI Emacs + clutch绕过GUI限制的实战方案，并吐槽“国企的那个垃圾环境”。
  • 一个有趣的发现：terminal-browser项目（https://github.com/zenbu-labs/terminal-browser）“提供了访问渲染像素的api接口”，群成员认为“这个肯定可以和emacs的canvas补丁结合一下”。
  • 关于图片切片渲染的评价：“用切片的方式来展示图片，总感觉非常反人类”“在org里面预览图片一滚动起来卡的要死”——对比Emacs切片渲染与Neomacs直接显示图片的优劣。

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

  1. Emacs Canvas补丁 + terminal-browser结合：terminal-code.com提供的“浏览器渲染像素API接口”与Neomacs的Canvas补丁结合，可能开创Emacs中运行浏览器的新范式。群成员计划“明天vibe一个看看”。
  2. Clutch (Emacs数据库客户端)：由Lucius_Chen开发，支持主流关系型数据库、MongoDB和Redis。其价值在于TUI环境下不受GUI/网络策略限制——群成员在国企堡垒机环境中通过SSH到Linux主机使用TUI Emacs + Clutch操作数据库，是绕过“4A层层嵌套”等安全限制的实用方案。
  3. dbx (数据库浏览器工具)：https://github.com/t8y2/dbx 可部署到Docker在网页上使用，局域网设备均可访问。群成员设想“把dbx的UI port到TUI”，以及“走tmux/herdr随便搞个db tui，然后本地ai agent send key capture pane啥的”——AI Agent与终端数据库工具的自动化交互值得探索。
  4. Rivet (协议层统一)：作为“协议层（rivet官方编解码）”，可将多个runner统一封装透传。群成员讨论“让rivet来统一调用各个runner”，以解决multica未能处理好的小众runner（“有些扩展了openai标准schema的架构类似amp的小众runner”）。虽然群内反馈“不太了解rivet”，但这一方向对统一Agent运行环境具有潜在价值。
  5. Neomacs telega-ext.el：为telega.el开发Neomacs扩展，实现动态表情包、圆角聊天框、头像特效等GNU/Emacs无法实现的功能。这不仅是视觉美化，更是对“GPU渲染版Emacs”差异化能力的验证。

🧠 Hermes GPT-5.5 观点延伸

中心判断：今天的张力集中在"卡"和"兼容"——智谱的五小时重置卡、Codex 的 BANKED reset、Neomacs 的 100% API 兼容，其实是同一道题：一个承诺改变的是总量，还是只改变分布。判据群友当场就验证了：算总量。

智谱那张"重置卡"不重置。周限没变，只是刷新五小时窗口，让非高峰重度用户能继续烧额度。工程上这是零成本操作：公司没多给一分算力，用户却产生了"得了福利"的错觉。露馅的是配套的那张实打实周限卡：要在小红书/公众号做宣传才拿得到，九月三号过期。产品特性不需要过期，营销活动才需要。所以验福利真伪只有一句：它动的是总量，还是时间分布？只动分布的，是定价策略，不是产品改进。

反面是 BANKED reset：额度实打实重置，什么时候用由用户自己安排。差异不是大方，是控制权让渡的方向——OpenAI 把"何时消耗"交给用户，智谱攥着调度权还要你谢恩。再看资格：智谱的卡有门槛、有死线，是获客成本；BANKED reset 无条件发给存量用户，是留存投资。同为营销，一个烧信任，一个攒信任。额度产品本质是信任产品：机制可验算，包装就是负债。

Neomacs 的矛盾同构：想设计更好用的图片 API，又必须 100% 兼容 GNU/Emacs。逐行渲染和图片切片是历史包袱，但 telega 这类包已把切片写进自己的假设。容易漏掉的一点：Emacs 的 display 机制本来就是抽象层，切片是渲染实现的泄漏，不是 API 契约。所以兼容契约、不兼容实现——把"一行一张图"翻译成旧包期望的切片语义。GPU 的红利在增量渲染与滚动性能，不在 API 表面。

bashbunni 弃 nvim 是这个逻辑的反面：API 每次更新就炸，稳定才是迁移的理由。Neomacs 要革 GNU/Emacs 的命，就不能革它的 API，否则它就成了 Emacs 世界的 nvim。群友劝"先稳定一个月再宣传"，是当天最对的工程判断：继承用户的方式是继承约束，抛弃包袱的同时不能抛弃包袱带来的生态。

可继续实践：telega 是现成的兼容性测试用例。在 Neomacs 的 image 显示层加一个切片兼容垫片，看 telega 能否零改动跑起来。成本极低，但能直接回答一个问题："100% 兼容"是 API 层的硬约束，还是渲染层能消化的软约束。