公司开始大力推广Cursor，反响很不错。不知道在这个AI与Cursor盛行的时代，作为开发人员，Emacs还有优势吗？
其他編輯器有的 Emacs 都可以有，Emacs 有的其他編輯器不一定有。
2 个赞
四十年后还会存在。
在 TUI agentic 时代，cursor 在开发领域还有优势吗？
同事白嫖 gemini-cli，反响很不错。不知道在这个AI与 agentic 盛行的时代，作为开发人员， cursor 还有优势吗？
1 个赞
举例：最近在学 cl，摸来摸去只有 emacs 用着舒服，其次是 lem，再其次才是 vim、vscode 这些
只要你需要用键盘⌨️ 的地点，emacs 就是天花板
3 个赞
现在 cursor 面对 gemini-cli 和 claude-code 的竞争压力很大了吧？说白了 AI agent coding，核心还是模型的能力。cursor 搞各种各样的花式 RAG 控制上下文，以及内部隐藏的自动切换模型，都是为了降本，毕竟每个用户每个交 20 刀 的订阅费对于调用大模型来说还是不够用。
搞各种花式 RAG 控制上下文的技巧，远不如直接把所有上下文丢给最强大的模型效果好。claude-code 和 gemini-cli 作为自家产品，就是有开后门尽情调用最强大的模型的底气。
顺便说一下，claude-code 是有 sdk 的，也就是说可以 programatically 的与 claude-code 交互，而不是一定要开一个 terminal 来进行交互。有 SDK 的话其实解析输出，发送 prompt 之类的交互都会方便很多。
基于 claude-code 的 sdk 开发一个插件，UI 都用 emacs 原生的 UI，不走 terminal 是完全可行的。只不过 claude-code 毕竟不是开源软件，可能基于 claude-code 开发的 emacs 包连 MELPA 都不让收录？
5 个赞
正解啊！哈哈哈 
Claude Code 官方演讲里说：当时把 Claude Code 做成 CLI 以及提供 SDK 而没有做成 Cursor，就是因为 Anthropic 有人用 Emacs 等编辑器 。
7 个赞
有，我最近看到的新闻是大厂(如字节)禁用cursor，通常公司的普通员工是没有数据安全意识的， 比如说会为了方便把公司硬盘上的数据复制出来到自己电脑上进行分析, 但公司高层就会对数据的查阅权限做出严格限制, 对普通员工都不开放, 就更不可能对cursor这些开放
感觉如果是调用那些成熟的 API 的话, 用 Emacs 的优势就是可以随便抄一段 prompt, 修修改改变得适合自己的用途然后进行自定义.
(举例: 在写论文的时候需要翻译和润色, 绑定一个按键就能翻译选区和润色选区, 对这种需要自己定制 prompt 的场景就可以省去施法吟诵前摇了 (无吟唱魔法, bushi)
如果有本地小模型, 估计还可以用来做简单的数据脱敏然后发到云上 (?)
emacs 不会被禁用，cursor 有可能被禁用，比如最近字节就把 cursor 这种第三方的 ban 了 
既然Cursor这套方案可以架在vscode基础上，那架在Emacs上肯定更没问题了啊，开发下插件就是了。现在cursor竞品也一堆了，本质就是个使用llm的idea，抄就成了。
PS：Cursor这个llm辅助编程模式创意确实挺香的，对此我并无异议或轻视
我觉得未来的发展是，你用 AI 工具的时候不需要自己去做“编辑”文件这个动作，所以自然不需要和编辑器整合。
你只需要给 AI 下达指令，“把这个文件给我改一下”，“提交一下代码，生成 commit message”。
在 AI 做完大部分工作之后，你可以切换到 Emacs 里面，做 code review，做细节上的微调，这一步骤是 Emacs 擅长的部分。
以后 AI 工具更像是一个人，用自然语言和它交流，你写你的，它写它的，你来 review 它的代码，它来 review 你的代码。这个交流的过程会越来越逼近你和人类同事的流程，让你的同事直接坐在你的电脑前面操作你的编辑器只是很少发生的情况，未来的 AI 也是。
所以我的暴论就是，编辑器不需要和 AI 工具整合。 
3 个赞
其实也会的，我很久以前用emacs就被说过，导致公司更新规则，要求在sublime和webstorm二选一，因为那时候vscode还不流行
我选择辞职 
今天试了下 copilot 新上的 agent，就是这个效果，用户下达任务，在 pr 里评论，代码是一点不写的（