大佬们，能否出一个Emacs下使用agent的教程（类似于菜鸟教程这种的） 现在有了claude，emacs就拉下了，想继续把玩 
1 个赞
主要问题是 Emacs 里太多方式来使用 AI Agent 了，个人在用 GitHub - xenodium/agent-shell: A native Emacs buffer to interact with LLM agents powered by ACP · GitHub
3 个赞
我主要用
2 个赞
用了几次agent-shell的opencode, 颜色高亮和opencode差别很大, emacs里很多内容都不高亮, 但opencode里面, 高亮做得相当不错.
更严重的, 有时候emacs里还有内容会被吞掉, 前几天遇到一次, emacs里问了个问题, agent的回复很奇怪, 感觉确一部分内容, 有头无尾(不是折叠了, 就没有内容). 就退出用opencode了, 用opencode加载同一个会话, 刚才的回复显示内容就完整了. 此时退出opencode, 再回到emacs, 加载该会话, 显示内容还是缺失. 不敢用了.
1 个赞
发现 bug，提交 bug，才能让社区变得更好。
1 个赞
github经常打不开, 太麻烦了
只要使用 github，哪怕浏览 ，翻墙不是基操吗？你可以买个便宜服务器，一百多块钱一年，搭建个 shadowsocks 服务器，再用 switchyomega 插件配置下，firefox 基本畅通无阻。本地 git 弄个 全局 sock5h 代理就好。
2 个赞
我也感觉agent-shell + opencode 不太稳定， 但 agent-shell + claude/codex 几个月使用下来还是挺好的。我最喜欢它用 “native emacs buffer” 而非基于 vterm （或类似物）。 主要缺点我觉的有两个，但都不是大问题 我可以克服：）：
- 受限于ACP的能力
- agent shell buffer 不能像 markdown-ts-mode 或 org-mode 一样方便的编辑
1 个赞
ghostel + claude-code-ide 体验最一致
2 个赞
我觉得 Pi 不管在哪里用都很合适，小巧简洁，没有花里胡哨的东西
3 个赞
哈哈 我更喜欢的是 类似于emacs使用教程一样，哪位大神出一个 emacs-agent使用教程（深入、全面、多样的介绍agent在emacs下的各种玩法）
2 个赞
太好了 这个好像可以嵌入到工程里面作为产品
1 个赞
大佬好，我是搞嵌入式主板适配的，有了ai后，老板想做一个嵌入式web终端管理的apk，能够通过网页访问和控制主板。 请问这个pi能够集成到 java 或 前端 react 里面吗？ 大佬有什么好的建议不
1 个赞
多年来没用过出境vpn, 据说是违法的, 所以一直没考虑用. 一直忍受着打开页面断断续续的痛苦.
接下来可能不得不用了
1 个赞
其实现在感觉用处也不大了，因为即使有了出境vpn,一些东西也还是用不了
1 个赞
在 Emacs 中的大部分时间感觉是在阅读代码，比较需要的一个功能是类似 VSCode Copilot 的 Explain（解释选中内容） 功能，所以我自己写了一个插件 GitHub - LiuYinCarl/emacs-ai-explain: Use ai agent to explain code in Emacs · GitHub 来使用。在不离开 Emcas 的主界面的时候使用 agent。如果是写代码或者 vibe coding，还是主要用 agent。目前自己体验下来，这个流程还是比较简洁。
- 选中代码
- 快捷键调用 ai explain
- AI 打开一个buffer 输出解释内容
- 按 q 关闭解释 buffer 或者 a 追问
操作顺序比较自然也没有额外负担。
没啥事，只要不发反动信息，没人管你的。。。
发了其实大概率也没事，别聚众啥的就好。。。
我其实想用 pi 的极简哲学搞一个 emacs native 版的 agent 。普通的 agent 是基于 fs ，工具是 bash/read/write/edit ，那么 emacs native 的 agent 应当是基于 buffer 和 eshell ，通过这几个 emacs 的机制来实现这几个功能，进而可以扩展。短期来说可能效率不如直接给予 bash 和 fs 的，但是长期说有 emacs 的生态，而且 elisp 是可以随时编写随时生效的，理论上潜力应该更大。