现在很多 Emacs 的 AI 插件感觉都是在对接外部的 agent 或者只是对接了 AI。不知道有没有那种 Emacs 自己作为 Agent，打通 AI provider 和本地命令执行的插件。众所周知，Emacs 可以做任何事，如果再作为 AI 的入口，加上 org-mode，感觉会巨爽，相当于一个 All in one 的 Emacs 版 openclaw。
我之前在尝试用 opencode serve 模式做 agent 后端然后扩展更多的 agent 能力，但纯 vibe coding，目前进展拉胯。所以想知道有没有社区大佬已经开始搞这个。
不如搞一个强力的 Emacs MCP。但是话说回来，你真的希望 AI Agent 胡乱操作你的 Emacs 么 
不是操作 Emacs，是让 Emacs 本身成为 AI Agent，因为我觉这 Emacs 天生就是 Agent，就差 AI 了。
对于操作 Emacs 这点，之前就有人分享过 Emacs 的 MCP 还是 SKILL 能让 Agent 操作 Emacs。
Emacs 设计上是让人类操作更方便的。作为 Agent 的基础架构，Emacs 并不比其它通用编程语言更具优势。
GitHub - manzaltu/claude-code-ide.el: Claude Code IDE integration for Emacs · GitHub 这个插件可以执行elisp代码。 前几天用这个魔改插件来着，但最大的问题是现在ai仍然数不明白lisp的括号…
lisp 的自由语法对 ai 来说反而是累赘，语料里一堆 dsl
加上這個會不會好些 
对于AI生成的代码有语法错误比如括号不匹配 或者更进一步无法通过编译/测试失败等问题 flycheck / test harness feedback loop可以让AI检测并且自动修复 无需人工干预 代价是多花1分钟时间
这里有介绍 harness engineering practices.
这个包可以用claude-code-ide.el做后台 在此之上叠加harness 相关的prompt 来解决上述问题
感谢。 我这边的情况是AI发现括号匹配出问题的时候还单独写了个python脚本检查括号匹配，但是效果不太好，弄乱之后还自己git checkout回档来着。
回头我试一下。
现在的Coding Agent依赖各种tool，但这些tool都比较基本，所以需要skill扩展。Emacs的interactive命令倒是天然很符合这个场景
确实，Emacs 天生就是为扩展而生的，确实有潜力成为 AI Agent 的载体
这个 ecs emacs 好像有点意思，我去试试看
不只是emacs 我觉得后面 ［小模型+agent+skill+硬件］是每个公司或软件的新形态
JetBrains 和 Zed 提出了一种通用的 Agent 与编辑器间的交互协议。
不知道这个有没有搞头。
去查了一下，Emacs 社区里似乎已经有人在做了。
P.S. 这个协议都能有 ELisp 的版本却没有 C/C++ 的版本，C/C++ 的确要被 Rust 取代了（暴论）。
BigBlue Terminal
不錯的點陣字體
不需要编辑，需要的是对话，需要的是一个聊天软件