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

Emacs 中文讨论组

🎯 核心热点与专题探讨

专题一：AI 模型中转服务的风险与成本博弈

群内围绕 AI 模型（尤其是 Claude）中转服务展开了激烈讨论，核心观点如下：

• 价格悖论：正常中转（如 OpenRouter）应比官方贵，因为它提供合法、稳定的通道。便宜的渠道只有两种：黑产（用盗刷账户，质保补号，但不稳定）和掺假（降低模型精度，如用便宜模型冒充）。
• 隐私与数据安全：中转站常将用户 Prompt 和模型回答作为训练数据出售，实现“两头赚”。群友普遍认为“卖数据不能忍”，尤其是可能泄露密码等隐私。
• 厂商不信任感：部分群友对 OpenAI 和 Anthropic 官方也持保留态度，认为 AI 回答和 Prompt 本身就是“个人在回路训练修正的完整上下文”，价值极高。
• 替代方案：有群友推荐使用 OpenRouter（作为可信中转）和 DeepSeek 官方 API，并提及 gptel 和翻译工具等。

痛点：普通用户难以辨别中转站是否“掺假”或窃取数据；Claude 会向 Prompt 插入随机数，未处理的中转站会导致连续使用响应变慢。

专题二：Emacs 窗口管理与布局哲学

讨论聚焦于如何在 Emacs 中高效管理窗口，而非单纯追求过多分屏：

• 核心原则：多数群友主张“尽量保持只有一个 buffer，最多两个”，认为“注意力不够用”。通过增强 buffer 切换能力（如为 buffer 添加前缀：# 终、@ AI agent、< telega、项目目录）来代替复杂的布局。
• 具体操作：常用 C-x { / }（水平调整）配合 repeat，或 C-x + 均衡分配。大屏用户更倾向于 tab-bar 分页，而非多窗口。
• Frame vs Window：讨论了 Emacs 内 window 与系统 WM（如 x11 平铺管理器）的概念冲突。Emacs 内部 window 更像是子面板，而 WM 管理的帧（frame）之间隔离，且 avy 默认不能跨 frame 跳转（但可通过 (setq avy-all-windows 'all-frames) 解决）。

专题三：Emacs 编辑器深度定制与 AI 集成

• codex-ide 与技能（Skill）：有群友将自己的日常处理流程蒸馏成 Skill（类似自定义函数），但发现 codex-ide 不支持通过 $ 调用 Skill。有人推荐通过 MCP (Model Context Protocol) 让 Emacs 与 AI agent 协作，或使用 consult-fd + embark 实现类似的文件索引功能。
• 输入法自动切换：通过 AI 协作，可实现 Emacs 中输入法自动切换，提升效率。
• UI 与字体优化：讨论焦点在 ghostel 字体默认放大（1.3倍），疑似因 emoji 高度导致行高不稳定。群友指出需调整 emoji 的尺度（如 0.85），或使用 master 分支新增的行距调整功能来兼容 emoji。

专题四：系统功耗调优与硬件调试

• 功耗异常排查：一位 Ultra9-285H 用户发现空载下 CorWatt 高达 4-5W，PkgWatt 达 29W，远超预期。最终破案：笔记本高刷屏（120Hz）和高亮度是主要耗电元凶；切换平衡模式、关闭高刷并降低亮度后，SysWat 降至 15W。
• 硬件对比：AMD 9950X 在空载时功耗极低（Bzy_MHz 3426, CorWatt 0.30, PkgWatt 29.09），群友调侃 AMD IO die 功耗控制出色。
• 工具推荐：btop 和 turbostat 被用于监控功耗与温度，社区强调“空载功耗高”常与后台服务或电源管理模式有关。

🔑 关键概念与技术解析

• MCP (Model Context Protocol)：AI 与编辑器交互的通信协议。在 Emacs 中允许 AI agent 读取当前 buffer 和光标位置，实现上下文感知的代码辅助。
• Skill：在 codex-ide 等环境中，Skill 指用户将常见操作（如文件索引、特定代码处理）封装成的可复用 AI 指令，相当于 AI 的“自定义函数”。
• avvy 与 all-frames：avy 是 Emacs 的快速跳转扩展，默认只能在当前 frame 内跳转。通过设置 avy-all-windows 为 all-frames 可跨 frame 工作，但可能受系统 WM 隐藏 frame 的影响。
• turbostat：Linux 下超详细的 CPU 功耗与状态监控工具，可分别显示核心功耗（CorWatt）、封装功耗（PkgWatt）、GPU 功耗（GFXWatt）及平台功耗（SysWatt）。

💎 碎片知识与金句拾遗

• 数据安全金句：“中转靠卖数据挣钱的，其实最好别用。” —— 强调数据隐私比省钱更重要。
• 开发哲学：“增强搜索切换 buffer 的能力，而不是布局的能力。” —— 关于 Emacs 窗口管理的核心洞察。
• AI 集成技巧：“codex 可以用 emacs mcp 来访问目前在的 buffer 和位置。” —— 解释了如何让 AI agent 理解当前代码上下文。
• 黑产中转体验：“黑产还是不错的，质保的号封了，就立刻给我补了新号。” —— 尽管不推荐，但黑产中转的服务“质保”令人意外。
• 功耗调优：“破案了，破屏幕太费电了。把 120hz 改成 60hz 亮度调到 10%。” —— 笔记本电池续航小技巧。
• 字体调试：“emoji 本身我应该已经按照 0.85 缩小了。” —— 解决 Emacs 中 emoji 导致行高不稳定的实操手段。

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

1. link-hint.el 替代 ace-link：支持更多链接类型（如按钮、自定义链接），且可复制链接内容，在 Emacs 中操作 UI 元素时具备更强的兼容性。
2. codex-ide 与 MCP 的整合：关注如何通过 Emacs MCP 接口，让 AI agent 动态读取 buffer 或文件索引，实现类似 @ 指令的上下文引用功能。
3. Emacs Master 分支的行距调整：新功能允许独立调整行距，有望彻底解决 emoji/中文字体导致的行高混乱问题。
4. 笔记本功耗优化“三板斧”：关闭高刷、降低亮度、切换平衡电源模式——简单有效，值得在低功耗设备上推广。

Emacs 轻聊讨论组

🎯 核心热点与专题探讨

专题一：AI 辅助编程的“Pro 模式”——为什么“糊”不出好代码？

背景：多位成员分享了自己使用 AI 编程工具（如 Codex、Claude 等）的体验，尤其是一段“苦涩的教训”：一位群友吐槽自己“想到哪就和 ai 说”，最后结果成了“全是 shit”，代码膨胀后完全不可管控。

核心痛点：

• 无计划的 AI 编程是灾难：直接和 AI 对话式联调小工具很爽，但项目一旦复杂，缺乏约束导致代码逻辑混乱、难以追溯和维护。
• 必须引入“硬约束”：群友强调，成功的 AI 编程需要精心设计约束文件（如 AGENTS.md）、提前撰写设计文档、明确任务拆分与验收标准。
• 工作量并非线性增长：例如，群友的 AGENTS.md 已经膨胀到 700 多行，但这是维护可管控 AI 产出的必要代价。

解决方案讨论：

• 使用 oh-my-opencode 这类工具，自动执行计划-评审-执行-Review 的循环，虽然消耗大，但能强制保证流程。
• 推荐参考已有项目结构：如 LuciusChen/clutch 仓库下的 AGENTS.md，以及更通用的 coding-guidelines 仓库作为起点。
• 强烈建议：“编写前都是先敲定文档然后再执行”，并明确拆解为独立任务。

总结：AI 编程的“Pro 模式”不是省去思考，而是将“约束”和“文档”作为新的生产力杠杆。小工具可以“糊”，但大项目必须“上规则”。

专题二：输入法进化——从双拼到五笔的“选字”之痛

背景：一位成员想尝试双拼，引发了一场关于输入法效率与体验的深度讨论，尤其聚焦在“选字”这一核心痛点。

核心观点：

• 双拼的瓶颈在于“脑手不同步”：有用户反映，用久了双拼后，手会“自动”完成词语（如打“以前”变成“一起”），打完才意识到错误，形成肌肉记忆与思维意图断裂。
• “选字”才是决定性的区别：双拼虽然减少击键次数，但依然要面对拼音重码率高导致的选字问题，频繁打断思维流。全拼用户也报告了类似问题（如“nihao”打成“niaoh”）。
• 五笔/形码优势明显：使用五笔的群友几乎感受不到选字困扰，且“打字的幸福感很高”。音形码组合（如魔然、小鹤双形）能进一步减少选字。

其他讨论：

• 速度提升不是学双拼的主要原因，减少击键次数、缓解手部疲劳才是核心价值。
• 魔改版小企鹅（fcitx）输入法配置中，有人居然设置了两个 Tab 键，爆笑争议。
• 推荐音形码“魔然”，官网 zrmfans.cn。

总结：输入法的终极目标不是“更快”，而是“无需停止思考”。选字就是思考的断点。对于愿意付出学习成本的人来说，形码（五笔/音形码）可能是更优解。

🔑 关键概念与技术解析

• Vless：一种轻量级传输协议，主要用于代理/翻墙工具（如 Xray、V2Ray），相比 VMess 更高效、加密更简单。群内简短提及。
• oh-my-opencode：一个开源项目，旨在通过全自动化的 Agent 工作流（计划→评审→执行→Review）辅助开发者使用 AI 编程，相当于 AI 编程的“脚手架”。
• Clutch：群友 LuciusChen 开发的项目，其 AGENTS.md 被当作 AI 约束文档的优秀范例（700 多行）。
• Codex/Claude 额度重置：提及 Codex 再次重置额度（疑似 IPO 前促销），以及群友用掉 5 小时额度后“十几分钟干了周限 10%”的吐槽。

💎 碎片知识与金句拾遗

• 关于 AI 编程的纪律性：“一场苦涩的教训——ai写的代码膨胀后管控不了，根本不知道啥和啥”
• 关于输入法：“打字需不需要选字是决定性的区别，如果反正都要学的话，可以一步到位。” “双拼是因为手莫名奇妙不跟脑子走哈哈哈，打完按空格选完了你都没有发现你打错字了。”
• 关于网盘选择：讨论中有人提出“网盘都一个德行，买容量大就行”，但也有群友强调同步盘需具备“容灾”能力。Dropbox 被回忆“10年前就走下坡路了”。
• 生活经济学：520 送花，群友 126 元，别人买的同款要 276 元。群友总结：“钱转了一圈还是在自己家里”。
• 技术社区礼仪：群管理员严厉指出，拉 bot 进群前必须和 admin 提前沟通，不要“绑架式”强推（“如果不会欢迎的话就算了”）。

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

• LuciusChen/coding-guidelines 仓库：这是群友分享的通用 AI 编程约束规范，可作为团队或个人的 AI 协作准则参考。
• LuciusChen/clutch 的 AGENTS.md：700 多行的项目级约束文档，是“如何逼 AI 产出可管控代码”的实战案例。
• 魔然音形码 (zrmfans.cn)：一种结合双拼和形码的输入方案，旨在解决选字痛点，可作为入门形码的低门槛选择。