emacs + ai 编码。各种语言。。。 emacs + ai 文档。org markdown 。。。
理想中的状态是，emacs和ai高度集成，把emacs操作文本结构代码结构的能力加到ai上。不依赖某个ai后端。可以连各家ai的key，也可以连本地的。
各位有啥消息么？
正在想这个问题，ellema，还有 gptel 的 tool using，还有 MCP server，好像是可以集成的
具体怎么做我不懂。但看aider的介绍和cursor的介绍。对编码来说，并不是单纯把对话文本转给ai。aider把代码结构在后面发过去了。而且不同ai也有各自擅长。有点善于架构，改代码。有点善于准确定位文件，有的适合整个文件修改。有的适合生成diff格式。。。。不是个简单的事。
我只是在想 Agents 的实现，如果可以用一套在这之上的框架，运用不同大模型的特点和能力，会比较好
agents是独立的？还是emacs调用agents？单纯一个agents 感觉有点像aider了，不依赖编辑器。我觉目前的阶段不依赖编辑器写代码，好像稍微有点超前。
用 emacs 本身来调用不同的大模型，暂时的想法是这样
我觉得理想中的状态应该是gnu推出gnu ai，emacs直接内置，不需要再次集成，不需要各家ai的key，用gnu的自由ai。 现在看来这天遥遥无期
这样相当于emacs专属了，对emacs用户来说，安装配置友好。但其他编辑器用不了。
我觉得从经济角度就不可持续…
AI 的成本很高，现在用户感知弱，只是在别处找到了补贴而已
gnu ai，据说这个停用了。这个gnu的，有网络服务？谁支持这么大的开销啊
还早；不着急。
aider 和 cursor composer 的体验很像，都很不错。但是我个人认为 cursor 这样的交互体验也不是终点。
随着 AI 的模型进步，软件自定义的 agentic 的 workflow 一定会越来越简单，AI 工作会越来越倾向于用简单的接口去做复杂的事情，比如他要改代码就直接调用 bash 调 sed 给你改了，到最后就是你下了一个指令，然后你就走了， AI 在后台干几个小时的活，代码写完，测试写完，CI 也都运行完了。你要 review 就自己打开 PR 界面去 review 完事。而不是像当前的 AI coding assistant 那样照着固定的流程走。
最后的终点会有一个更完整的 AI 助手出现，这个 AI 助手会是一个 standalone 的 app，而不是集成在编辑器里。
1 个赞
gnu 哪有钱啊。deepseek 做一个 v3 花了 500 万美元已经值得在技术报告里大吹特吹 “cost effective”了。 fsf 一年的经费都不一定有 500 万美元。
也许再过些年。训练运行成本打下来，或者ai专属芯片便宜了。人人都能用的时候。就好像每个人都在自己电脑上编译一个emacs一样。弄一个自己的模型。。
但这估计要很多年以后
这个场景我猜测应该至少是5年之后。甚至十年之后才能实现。
眼前的，emacs还没能达到cursor这种水平。