Emacs 社区日报 2026-08-15

约 5787 字大约 19 分钟

2026-08-15

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

🎯 核心热点与专题探讨

专题一：Logseq 的现状、DB 版重构与工作流实践

群内围绕 Logseq 展开了一段较完整的讨论，涉及产品现状、DB 版重做的争议，以及如何将 Logseq 融入日常工作流。

产品现状与生态问题：

有群友认为 Logseq "现在发展还行么？感觉没声响了"，指出国内知识管理教程基本被 Obsidian 和 Notion 霸占，Logseq 的优质教程主要在 YouTube。
推荐了 YouTube 博主 (@thirteenth_mang)，被认为近期 Logseq 视频做得最好。

DB 版重做的争议：

Logseq DB 版已初步完成开发，有视频讲解流出，体验相比 v1 版有"质的飞跃"。
DB 版主要解决的是同步冲突和同步速度问题，同时升级 Query 系统（更易用但相对不如以前直观）。
一方观点认为"重做费时间"，中文群里已有不少人转投思源或 Obsidian；另一方则指出旧版同步曾导致数据丢失且无法复原，不重做会更糟。
有群友提出激进观点："直接重启就行，保留 logseq-og 意义不大，还不如坐实了就是数据库。" 对此群内保持了"见仁见智"的克制态度。

工作流实践与理念：

有人将 Logseq 与柳比歇夫时间统计法结合使用。
有群友指出 Logseq 的 Daily Note（DN）方法论"最能养成记录习惯"，本质是降低记录时的心理负担，但代价是将整理的时间精力成本延迟到了事后。这与纸质 Bullet Journal（Bujo）理念相似，但 Bujo 更原始、依赖人工迁移。
实操方案：用 daily journal 记录一切 + tag 作为集合（collection），节省记录步骤的精力和思考。
进阶方案：每天用 Logseq 记录，再通过 logseq-cli 让 AI 自动打 tag、整理到 Beancount 等系统，实现"记录靠人、整理靠 AI"的半自动化流水线。

专题二：Emacs 在 Android 上的深度折腾

群内有多条消息围绕 Emacs Android 端的定制与 Termux 环境整合展开。

核心方案：让 Emacs Android 调用 Termux 环境

群友将 Emacs 配置全部放在 Termux 目录中，让 Emacs 读取该目录下的文件以及 Termux 的 /usr/bin，从而直接利用 Termux 环境运行大量程序，在手机上获得完整的 IDE 体验。
有群友质疑为何不直接用 Termux 里的 Emacs（还附带 sshd 和 ttyd），回答是 APK 版本可以做更多定制，类比 Emacs GUI 版和 no-window 版的区别。
提到使用 straight.el 管理 Emacs 包。

手机端按键模拟的痛点与解决方案：

群友用 GLM-5.3 跑了约一两个小时、外加一上午调优，生成了一个手机上可操作的 Emacs 原型。
关键设计：Android 上无法实现 Emacs 所需的长按组合键（长按会直接触发 mark 相关功能），因此引入了一个"锁"机制——单开一个 buffer、隐藏 modeline，用来模拟按住某个按键，从而支持 C-x C-c 或 C-M- 等组合键。
进一步计划：让 AI 生成一个 dashboard 界面，即可"直接上任拿来用"。
另有群友指出 Emacs Android 自带的自定义 bar 可以配置多按键切换，但发言者未使用该方案，因为想要更灵活的多层切换，且自带的 modifier-bar 显示效果不佳。

专题三：telega.el 头像裂开问题与调试

群友 (zdn) 在配置 telega.el（Telegram 的 Emacs 客户端）时遇到头像预览裂开的问题，群内展开了一轮排障。

问题与解决：

头像裂开被确认为字体/头像间隙配置问题，通过设置 (setq telega-avatar-workaround-gaps-for (when (display-graphic-p) '(return t))) 解决。
随后引用了 telega.el issue #598，继续排查其他报错。

调试方法论：

有群友给出严谨的排障建议：报错出在 telega-server--parse-cmd，提示 new command 前存在 garbage。应该查看/提供 telega-debug 信息来定位 garbage 具体内容。
(zdn)"脑测"问题可能出在 Windows 换行符、路径转义或进程编码上。

🔑 关键概念与技术解析

Logseq DB 版：Logseq 正在重构的数据库版本，旨在解决文件型存储带来的同步冲突与速度问题，并重构 Query 系统。目前仍保留旧版（logseq-og）并行开发。
柳比歇夫时间统计法：苏联学者柳比歇夫创造的时间管理方法，通过精确记录每日时间开销来实现对时间的量化掌控。
DN（Daily Note）方法论：以每日日志为核心入口的记录方式，先快速记录、再事后整理，降低记录时的认知负担。
logseq-cli：Logseq 的命令行工具，可用于程序化操作 Logseq 图谱，常被用于自动化整理和 AI 辅助处理。
straight.el：Emacs 的包管理器，以纯 Git 方式管理和安装包，支持可复现的配置。
termux：Android 上的终端模拟器与 Linux 环境，可安装大量 Linux 软件。
telega.el：Emacs 中的 Telegram 客户端，基于 Telegram 官方 TDLib 实现。
DeepSeek Harness（dhs）：针对 DeepSeek API 的调用/缓存框架，据称针对自家 API 缓存率较高，极简模式对 Pro 用户有奇效，但被评价为"毛坯房"、效果一般。
OC → PI：推测为知识管理工具的迁移（可能指 Obsidian/某工具向 Logseq 或其它 PIM 工具的切换）。

💎 碎片知识与金句拾遗

"相遇和相离都是缘分" —— 一位群友在讨论 Logseq 用户流失时的豁达感慨，技术工具的更迭背后是人的聚散。
"让子弹再飞一会儿看看发展" —— 对 DeepSeek Harness 的观望态度，典型的"等生态成熟再说"策略。
"logseq 的 DN 那套方法理念其实我还是比较赞同的，也是最能养成记录习惯的一种笔记方法（虽然实际上是延迟了事后整理时间精力成本）" —— 对 Logseq 方法论的精辟总结：先降低记录摩擦，代价是整理负担后移。
纸质 Bullet Journal 与 Logseq 的类比：Bujo 更原始、依赖人工迁移，Logseq 本质上是数字化的 Bujo 变体。
telega.el 头像裂开修复代码：(setq telega-avatar-workaround-gaps-for (when (display-graphic-p) '(return t))) —— 直接可用的配置片段。
Emacs Android "锁"机制：单开 buffer、隐藏 modeline 来模拟长按，结合 GLM-5.3 生成原型——展示了"AI 生成 + 人工调优"的硬件适配思路。
ROS E 相关：群内出现 "怎么这 rose 还在留着，两个 bot 不会有干扰么" 的疑问，涉及群机器人管理中的潜在冲突问题。
多设备音频输出：有群友需求"将多台电脑的声音用耳机同时输出，最好数字信号"，但讨论未深入——这是一个真实的硬件痛点（多路数字音频混流），值得后续跟进。
EMMS UI 重绘误判：某群友怀疑 which-key 弹出后 EMMS UI 仍响应按键，最终确认是窗口大小改变导致专辑封面位置变化，造成"光标在动"的视觉错觉。典型的 UI 渲染误导排障案例。

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

reviewer.el：群友强烈推荐（"这个真的非常好"），值得关注其具体功能与定位。
octo.el：Emacs 中的 GitHub 集成方案，出现在讨论早期，值得了解其在 Emacs 工作流中的定位。
Logseq DB 版：视频讲解已出现，体验"质的飞跃"。建议关注其 Query 系统的重设计以及同步机制的底层实现，评估是否值得迁移或等待正式版。
GLM-5.3 辅助生成 Emacs Android UI：用大模型生成了可操作的手机端 Emacs 原型，展示了 AI 辅助硬件适配的潜力。可关注后续 dashboard 的生成效果与可用性。
telega.el Windows 换行符/编码问题：(zdn)"脑测"问题出在 Windows 换行符、路径转义、进程编码，但尚未验证。这是一个典型的跨平台 Emacs 配置坑，值得实际验证并沉淀为文档。
多路数字音频混流设备：多台电脑声音同时输出到同一副耳机（数字信号），当前讨论未果，但这是一个真实且具体的硬件需求，值得后续查证是否存在支持多路数字输入的音频混流器/接口方案。

🧠 Hermes GPT-5.5 观点延伸

中心判断：今天群里最值得嚼的两件事，本质是同一个问题——工具的摩擦被转移给了谁。Logseq 的 DN 方法把整理成本从"记录时"挪到"事后"，再让 AI 接住；安卓 Emacs 用一把锁把物理上做不到的长按，变成显式持有的状态。摩擦不会消失，只会换位置；工具之争争的其实是摩擦的归属。

一、Logseq 重做：用户流失的根因是信任，不是进度。

"重做费时间"是表象。旧同步弄丢数据且无法复原，才是中文群几人转投思源、Obsidian 的真正理由——功能慢可以等，数据不可信没法用。所以"直接重启、砍掉 logseq-og"听着激进，在工程上等于无回滚的 Big Bang：og 版是现有用户的逃生通道和迁移保险。判断：DB 版值不值得迁移，不取决于体验有没有"质的飞跃"，而取决于它有没有提供 og 图谱的导入与回退路径。看同步冲突策略和迁移文档，比看演示视频可靠。

二、"记录靠人、整理靠 AI"：延迟的负债第一次有了接盘方。

DN 方法的真实代价不是记，是事后整理——纸笔时代这笔债只能自己还，所以多数人烂尾。logseq-cli 让 AI 打 tag、归 Beancount，是把"先记后整"从道德负债变成工程问题。但这里有个隐性风险：机器整理的错误会静默固化进图谱，比 tag 打错更难发现。落地姿势应该是让 AI 输出可审阅的变更集，而不是原地改写。

三、安卓 Emacs 的锁：一次正确的抽象。

长按触发 mark 是硬件约束；单开 buffer、隐藏 modeline 模拟按键按住，本质是把无状态的按键事件升级成有状态的修饰键锁存——组合键本来就是状态机，手机缺的正是持久状态。这条思路可以独立成包，不限于安卓。另一个数据点：GLM-5.3 两小时生成加一上午调优就拿到可用原型，说明"窄域、人可即时验收"的场景里 AI 生成已有真实产出。但"再搓个 dashboard 就能上任"要打折扣——今天 EMMS 专辑页的案例就是提醒：连人都会被窗口重绘骗出"光标在动"的错觉，UI 行为的验收恰恰是最难自动化的部分。

可继续的方向： 给 logseq-cli 整理流水线加一层"AI 变更集 + 置信度标注"，让整理可回滚、可审计；同时把安卓锁 buffer 抽象成通用的 modifier-latch 小包，验证它能否覆盖 C-M- 以外的多层切换场景。

Emacs 轻聊讨论组

🎯 核心热点与专题探讨

专题一：tdlib / telega 在 Windows 上的编译困境

当天持续时间最长、参与人数最多的一场讨论。核心矛盾：Windows 上使用 telega（Emacs 的 Telegram 客户端）必须手动编译 tdlib，而这个过程极为痛苦。

关键事实链：

有人请求发布预编译的 msys2 包，但被明确拒绝——即使提供 dll，telega-server 仍需要在 msys2 环境下编译，而编译过程本身有 bug
编译需要两套工具链：一套 POSIX 兼容的 msys 链编译 telega-server，另一套使用 ucrt 编译 tdlib；两套环境的头文件会产生冲突，导致编译失败
编译耗时：一位群友提到自己花了一个小时，其他人预估"编译 n 个钟起步"
有人宁愿用 docker server 方案，但"Windows上用不了docker"

各方观点：

"tdlib 开发者就是懒, 把困难平摊到使用者身上，issue 都建议使用 github action 编译了"
"暴论: 不支持打包的软件都是垃圾"
"我都甚至怀疑你能编译成功是运气了" → "你不用怀疑我能编译成功当然说解决了所有问题"
Linux 下相对友好，可通过 AUR 等包源安装，增量编译也很快

专题二：Multi-Agent 系统的反思与 AI 编程工具

TiDB 内部架构观点（转述自多位群友）： TiDB 在刻意避免 Multi-Agent。"能一个 Agent 干完的，就一个 Agent 干。实在需要拆，最多上面放一个 Coordinator，下面几个边界非常清楚的 Agent。" 原因很朴素：分布式系统做久了，对多组件协作"多少有点 PTSD"——通信、状态、retry、丢 context、最后还不知道谁背锅。

引用 Anthropic 的经验：很多团队花几个月搭复杂 Multi-Agent，最后发现把 single agent 的 prompt 和 tools 做好效果差不多；Multi-Agent 真正适合的是 context isolation、parallel execution、specialization，代价是约成倍 token。

dsh 的讨论：

dsh 的 commit 量已破万，更新速度惊人
群友分析 dsh 的 skills 后发现："他们特别怕 AI 写错文档"
有人称 "dsh 开极简模式又起飞了"
DeepSeek 被指过拟合："一定要一摸一样的工具列表+提示词才行，并且一定得要在 bash 下跑"

herdr 的冗余输出问题： 使用 herdr 时，信息传给 agent A 之后，agent B 还会继续向用户重复描述当前发生了什么。群友吐槽："有点多余，因为都在一个面板里，它发啥我也能看的到哇。"

Emacs 作为 Agent 的讨论： 有人分享 emacs-devel 邮件列表里真的有人提议让 Emacs 变成 Agent。群友观点："emacs 里不必要遵循当前 agent 的这些交互，毕竟 emacs 不是一个单 panel 的系统，它有 multibuffer。"

专题三：Emacs 生态中的依赖与兼容性问题

tree-sitter 动态链接冲突： 编译 neomacs 时需编译 tree-sitter v0.26.11，而之前安装的 Emacs 依赖 tree-sitter 0.25 版本，版本不一致导致问题。"最怕这种 dynamic linking 的 lib，依赖一更新就挂了。" 群友补充："有很多 treesitter 高亮需要特意下载老版本的。"

Emacs 升级后的重编译： Emacs 版本升级后 Doom 会要求重跑，需要重新编译 eln 和 elc——不只是字节码，native compilation 产物也需要更新。

neomacs 与 GNU Emacs 的兼容性： neo（neomacs）与 GNU Emacs 同版本的字节码"能兼容，但是还没有测试能够保证"。

neomacs 在 macOS 下的输入法问题： 光标脱钩被确认由 Squirrel（鼠须管）输入法导致，系统日志中出现 error messaging the mach port for IMKCFRunLoopWakeUpReliable。有人曾在 telega 修过类似问题并提了 PR，但后来不了了之。

🔑 关键概念与技术解析

tree-sitter：增量语法解析器库，广泛用于现代编辑器的语法高亮。版本更新频繁，动态链接时容易引发依赖冲突
eln / elc：Emacs 的两种编译产物。.elc 是字节码，.eln 是 native compilation 产物；升级 Emacs 版本后两者都需要重新编译
telega：Emacs 的 Telegram 客户端，依赖 tdlib
tdlib (Telegram Database Library)：Telegram 的底层 C++ 库，Windows 上编译体验极差
tgs / lottie：Telegram sticker 的 .tgs 格式本质是 gzipped lottie（矢量动画）。Discord 也支持 lottie，但仅对认证 server 开放上传
msys2 / ucrt：Windows 下两套不同的 C 运行时环境。混用时头文件冲突是常见问题
package!：straight.el 的宏包装，用于 Doom Emacs 中声明式管理包
herdr：一种多 Agent 协调工具，在单面板内调度多个 agent 并展示其输出
dsh：一个 AI 编程 agent / harness，发展速度极快（commit 已破万）
uvx：Python 生态中 uv 工具的命令，类似 pipx 做隔离环境执行，被群友提到可能改善 Python 环境管理
IMKCFRunLoopWakeUpReliable：macOS 输入法（IMK）框架相关的消息名，neomacs 在 macOS 下输入法适配上出现此错误

💎 碎片知识与金句拾遗

Discord sticker 动起来的非官方方案：通过 tgs2png 让 Discord 的 sticker 动起来（tgs = gzipped lottie）。以前所有 Discord server 都可上传 lottie，后来因滥用仅认证 server 可用
disco 的 emoji 补全加了分组——某群友在给自己的 Discord Emacs 客户端加功能
edu 邮箱省钱：先在 edumails.cn 买一个 edu 教育邮箱，再去 nav.edumails.cn 找可优惠的产品，"用的好，可以省很多很多钱"
苹果生态的代价：上架 iOS app 必须买 Mac，还要交保护费。"果子要上架app还必须得买mac，真的狠啊"
codex 的美国晚间降速：多位群友抱怨"晚上 codex 好慢啊""太慢了""确实很慢"
低成本 AI 方案："用一个 claude plus 账号，然后指挥 codex 或 pi 好像都挺靠谱的"
Python 环境的吐槽："个人电脑上部署一下 py 项目能污染整个环境"；"py 是有依赖问题又有 c/c++ 的问题还有环境变量冲突问题"
技能栈自曝："我擅长修的是 c/c++ 和 npm 的，除了 py"；"我平时写 js 比较多"
大模型写小说的痛点："这些大模型给我的感觉像右脑被切掉了一样"——结构化小说写进了死胡同，"剧情没有随着人物变化，而是反过来了，故事就变奇怪了"
V2EX 站长 livid："livid 也是传奇了，光靠这个论坛的广告就能活着"；关于水化："人多了，就必然会出现这种帖子"
Firefox 基金会被炮轰："这个基金会真的早死早好，将 Firefox 完全转移给开源社区"
telega 的 vim 间谍事件：telega 的 buffer 被提示 !GARBAGE! 并重复打印 20 次，群友调侃"vim间谍已经混入到telega里面了"
开源项目维护速度对比："wlrctl 半个月了，就一行代码的 patch，现在还没有回复"；对比 dsh commit 已破万，"悠闲白人真应该感到羞愧"
DHH 的 Omarchy Quattro：有人觉得帅，也有人"从他内置 ai 工具的时候我就坚决不用它了"，理由是"AI 的工具链都还不成熟就内置"
西祠论坛复活：老牌论坛西祠被指复活，但与原站长此前的表态矛盾
AppImage 的流行："linux appimage 的下载量最多"——Linux 分发的现实观察

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

neomacs：Rust 重写的 Emacs 类编辑器。本次暴露出 macOS 输入法光标脱钩、字节码兼容性未充分测试等问题，值得关注其在非 Linux 平台上的成熟度
review-el：新出现的 Emacs 代码审查包（Reddit 推荐），支持对 diff 添加"审批"，群友评价"这个真的非常好"，值得上手试用
herdr：多 Agent 协调工具，当前存在冗余输出问题，但其"单面板多 agent"的设计思路有潜力，观察其交互设计如何演化
dsh：AI 编程 agent，commit 破万、发展迅猛，但被发现对特定工具列表与提示词高度敏感，值得追踪其"极简模式"的后续表现
tgs2png / lottie 工作流：Discord sticker 非官方动图方案，对做 Discord Emacs 客户端或 bot 的有实用价值
DeepSeek Harness 适配性：nigzu.com 上的文章提到 harness 与大模型适配性测试，可结合 dsh 的"过拟合"现象深入研究

🧠 Hermes GPT-5.5 观点延伸

中心判断： 今天最值得并置的是两条线——tdlib 编译之痛与 Multi-Agent 反思。表面无关，本质同源：复杂度不会消失，只会转移。tdlib 选择把构建复杂度推给使用者（"把困难平摊到使用者身上"），Multi-Agent 选择把协作复杂度买回系统（通信、状态、retry、丢 context）。"不支持打包的软件都是垃圾"翻成架构语言是：分发成本不该让每个用户重付一遍；TiDB 的"能一个 Agent 干完就别拆"翻过来也是同一句：协作成本不该为架构虚荣买单。

1. 打包问题是构建契约问题，不是文档问题。 一个库无法被打包，说明它的构建环境已经成了接口的一部分。Windows 上 telega 需要 msys 与 ucrt 两套工具链、头文件互相冲突，官方 issue 甚至建议用 GitHub Action 绕开——这不是使用者懒，是 tdlib 放弃了对"构建契约"的承诺。群里那句"c/c++ abi 稳定就不会炸"其实点破了标准：稳定的不只有 ABI，还有构建环境。abi 稳定换来一次编译到处跑，构建契约稳定换来一次打包到处装。

2. 拆不拆 Agent，账要按 token 和 context 算。 TiDB 对 Multi-Agent 的 PTSD 不是保守，是把分布式系统几十年的学费正确摊销。Anthropic 的账也摆在明处：Multi-Agent 真正买到的只有 context isolation、parallel execution、specialization 三样，代价是成倍 token。判断标准因此可以很工程化：瓶颈是"单上下文装不下"或"串行太慢"，拆；只是想"显得更智能"，别拆。当天 dsh 的过拟合（工具列表和提示词必须一模一样才跑得好）与 herdr 的冗余播报（agent B 复述 agent A 刚做过的事）是同一类证据：组件一多，系统的正确性开始依赖组件的"性格"而非接口。

3. Emacs 早已给出第三条路。 "emacs 不是一个单 panel 的系统，它有 multibuffer"是当天最被低估的一句话。Multi-Agent 想用智能体复制解决的"多路上下文并行"，Emacs 用 multibuffer 就解决了——上下文并行不需要更多智能，只需要更好的界面。herdr 的尴尬正在于此：它把 multibuffer 免费能做的事，用 agent 间消息重做了一遍，于是多出"复述"这种纯开销。工具设计的第一原则：能用共享状态解决的，不要用通信解决。

可继续实践： 把 dsh 的 skills 拆解与 TiDB 的边界标准合成一张"拆不拆 agent"决策表：输入三个问题——任务是否受限于单上下文容量？是否有天然并行的子任务？子任务是否需要独立工具链？输出拆/不拆。再用 herdr 当反例样本：统计单面板输出中"复述既有状态"的比例，超过阈值就说明该功能应降级为 multibuffer 而非多 agent。这个实验一个周末能跑完，比争论架构哲学便宜。