你如果觉得是我电脑的问题就别做了，我仅好奇是否AI可以对编辑器的性能有提升。没啥兴趣向你报告其他信息。
另外以helix为例，它的treesitter面对大文件是自动禁用的。再次重申，如果想做就试试，不想做就算。
我这边通过 (setq jit-lock-mode nil) 已经体感不到卡顿，我因此认为这就是完整的 workaround
既然 emacs 排除干扰后 tree-sitter 性能其实没问题，那 helix 不开说明它对性能问题才是有误判。
我觉得有正常经验的 emacser 应该能独立想到试试这个
倒不如说如果一个能自己本地调试 emacs 的有经验的 emacser 不能解决你的问题，为什么你觉得问一个摸不到你电脑的大语言模型可以？
我实际使用体验下来 Claude Opus 4.6 并不比我更懂 emacs
為什麼nil 就能解決卡頓啊？這個mode不是提高performance嗎？
profiler 显示它占用 CPU 高，那就先禁用了看看效果。
至于提高性能，很明显对旧结构努力做的优化在新结构上变成负优化，是屡见不鲜的事
@org 不好意思，我以为你来 emacs 论坛是解决 emacs 相关问题的
既然你不想解决 emacs 问题，单纯对编码大模型有兴趣那建议亲自下载配置 Claude Code/Open Code/Open Claw 体验，不要浪费时间在上网了，网上问别人问ai效果怎么样和让大模型直接给你本地调试是完全两回事
说不定你体验完还要感谢我帮你提高生产力
這個帖子下的skills和tools會不會對ai了解elisp有大幫助啊？
skill 有没有用取决于模型本身按照指令工作的能力。模型不够智能塞给它 skill 也用不动。
当然 sota 的 Claude, Codex 等模型是有足够的能力不用微调，光靠指令就能习得一定的新技能，这才是 skill 模式能流行的先决条件。
再者 skill 也不适合教知识，实际体验中 skill 最适合的用处是教会大模型某种工作方法。
另外实际上安装原主题中的 skill 试过后，我发现它会污染 context，比如即使没启用，在无关项目中也会让 Claude 误以为正在调试 emacs，我也不至于要靠烧 token 来 debug emacs，就删了。不过在几次对这个 skill 的试用中，Claude Sonnet 是能主动去通过 emacsclient 调用 describe-function 之类的学习怎么用 elisp 函数的。
1 个赞
那個ragmacs可能就能派上用場了，可以用來學習elisp in emacs src
然後用這個skill debug:grin: