更新:已解决问题:
(add-to-list 'default-frame-alist '(fullscreen . maximized))
这一句设置造成的窗口大小出错,删除就行了。
更新:已解决问题:
(add-to-list 'default-frame-alist '(fullscreen . maximized))
这一句设置造成的窗口大小出错,删除就行了。
既然是 doom 里面可以调好,你干嘛不让 AI 先在 doom 的代码里找找相关的实现,然后迁移到你自己的配置上。直接让 AI 干脏活!
你要先搞明白这个补全窗口是什么包实现的,是 Emacs 内置的,还是 corfu,company 之类的?还是说 lsp-bridge 实现的?
如果不清楚,或许可以尝试关闭一些包,用排除法确定,例如关闭 lsp-bridge 补全是否还存在,是否还有问题?
逐一去判断,直到你知道补全是什么东西实现的。
当你确定后,就可以去看看这个包的相关配置,是否有参数可以设置;或者看看 Doom 里面是怎么配置这个功能的;实在搞不懂也可以问问 LLM~
请问您是怎么让ai学习一个比较大的codebase的?直接本地clone下来在里面跑claude code之类的工具写在里面的新文件里面吗?
还是说有什么其它比较好的工具?我一般是手动把相关的几个文件复制出来节省token,但是遇到稍微复杂一点的情况人力就不足了,想了解一下坛友的经验。
先让 AI 为自己准备一张地图,但不要用 /init 指令,因为那个太简略。最好是你自己直接命令:
分析该项目的代码结构,函数的功能,函数之间的依赖关系,形成一份指引文件,供你自己参考。
如果项目太大,比较合适的方式是,让 AI 先总结你要处理模块中包含的文件。
比 AI 自己不停地 grep 比较好。
如果以上方法都不行,我建议你用 GPT-5.2 Codex xhigh。
讲道理你最好做最小配置来验证你的说法,因为lsp-bridge没有依赖类似corfu之类的东西;而只安装lsp-bridge 和其相应的依赖,这个窗口的大小应该没有这种问题。
之后再二分法查找到底是哪里出了问题。问AI的前提是你能描述对问题。我猜测这可能仅仅是某个配置有冲突。
有道理的,我之前是这样做的。
主要我最近从头开始写自己的配置,排查问题已经排查得人麻了。昨天又有别的事要做,就不太想继续花时间找问题了。
我感觉这个框的大小应该是 custom-set-faces 可以解决的问题,所以直接上论坛问一下对应的配置项。
挺奇怪的。。。给我看懵了,我建议你再用最小配置来查下,你这段代码怎么能影响补全窗口的大小呢?如果真能影响了,我都怀疑lsp-bridge有bug了。。。。