现在没问题啦，赞一个！
好像在evil下有些性能问题，会卡来着。
我现在用的是evil+lsp-bridge+corfu.感觉删除个字符都特别的卡 
不如 profiling 一下，看看到底是什么东西在卡。我猜大概率不是 copilot.el 的问题。
其实lsp-mode的时候也有比较卡顿的问题。
继续展开那个57%看看
这占用时间肯定不正常，但是占用时间长的原因在于调用次数多（而不是性能差），这说明有什么 command 一直在触发。（我只能保证 copilot 不会有无限触发 command 的问题，但别的东西一直触发的话可能得手动加过滤或者试着设置一下 copilot-idle-delay。）
为了找到原因，强烈建议你在 copilot 里的 copilot--complete-post-command 里把 this-command 的内容打印一下。
1 个赞
这两天用着有个问题，就是我已经保存 buffer 后，copilot 依然会尝试得到补全内容，然后显示出来，造成 buffer 更改。
虽然不知道是不是我个人问题，我很推荐把 #'buffer-modified-p 加到 enable-predicates 里面
可能因为我是 evil 用户，有 insert state 的判断所以遇不到这个问题（看代码时不会触发自动补全）。
这个 predicate 我不能内置（万一有人用了自动保存之类的东西，没 modify 就没法触发补全，也不好）。
我在我本地试了一下，在保存后无修改，仅 copilot 显示补全，并不会把 buffer 的状态变成已修改。事实上 copilot 补全也确实没改 buffer 内容，只是加了一个 overlay。
感谢~帮忙解决了一个困扰的问题
我知道是overlay （但这个overlay有些时候会更改状态…我敢肯定不止我一个遇到这个问题。不过，反正方法在这儿了…
楼上也有同样困扰，我还是加到 readme 里吧
感谢指出问题和提供解决方案
想了想，还是加进默认配置吧，这样会对用户更加友好
想要自动保存到源文件的功能建议使用 super-save，默认是 lose focus 的时候保存（虽然我也没用过）。
好评ww:sweet_potato:
我也遇到过，虽然不知道是为啥0 0.
重构了一下，省了 200 行代码。主要是用上了 jsonrpc 库（把自己的造的轮子拆掉了），顺便同步了一下上游（copilot.vim），也省了不少代码。
预计稳定性会有所提升。（希望重构没有引入太多 bug）
2 个赞
更新之后 over tramp 时会报错
Debugger entered--Lisp error: (wrong-type-argument json-value-p :false)
不过我暂时没法提供复现的最小配置
修好了（大概
没问题了 