gptel-aibo: aider之外的新选择

我开始这个项目,来实现我的目标:

我不必搬出Emacs就能继续生活这个LLM时代。

aider很好,aider.el/aidermacs也是,但是我更想要这样的交互:

  • 采取行动前,先看下方案,有可能修改之后才会应用
  • 基于buffer而不依赖于git和文件系统,有时候想简单实验下就没有必要建立项目
  • 什么buffer进入session,不应该需要手动添加删除,目前智能不足但不必手动
  • comint和vterm哪个好,采用Markdown页面就好,它也是LLM的工作语言

设计选择:

  • 改动能否做成可视化?应该也可以,但对我来说,这样的diff也不能说特别有吸引力
  • 会否像aider.el那样提供更多命令?会,但是这些命令只会作为快捷命令存在,替你输入请求,客户端不会去做额外的工作,它不会去识别当前symbol,function,class。

目前需要改进和添加的功能:

  1. 项目/buffer如何和控制台/会话结合,目前是进入控制台就会自动切换到最近访问的buffer/项目。考虑切换到aider.el的方案。
  2. completion-at-point功能需要扩展,不仅可以补全,应该也可以更改附近,交互上考虑使用diff at point功能
19 个赞

好东西,先🐴一下!取消文件系统的依赖也是我准备明天在aidermacs实现的功能

1 个赞

:handshake: :handshake:

很好用

感谢肯定

我不必搬出Emacs就能继续生活这个LLM时代

感觉有点歧义,“搬出 Emacs” 可以理解为“拿出 Emacs”,“不必搬出”就变成了不需要使用 Emacs :see_no_evil:

:smile: 那感觉Emacs是大杀器一样

Revised slogan 我不必从Emacs搬出就能继续生活在这个LLM时代。

1 个赞

能否增加一下对于 org mode 的支持,我试了一下发现 gptel设置为 org mode,没办法apply last suggestions。其他功能都还挺满意的,简洁实用

1 个赞

是个比较重要的功能,可能缺省使用org的用户打开之后,发觉不能用,直接弃了

研究下,看看目前的markdown → org的转换规则,如果是一对一转换,美丑可以放在第二步,应该可以先让它工作

1 个赞

gptel 就是默认 org mode,ai 生成的代码在 org babel 中,自带语法高亮,也可以直接运行。还有使用各种 org mode 的特性。

我已提交,先强制进入Markdown了~

已添加org-mode console支持。

1 个赞

gptel-aibo交互命令的启动逻辑改变:

  1. 执行这个命令会自动选择console, 非项目buffer统一进入gptel-aibo,项目buffer进入项目专属console
  2. 添加C-u前缀,可以选择已有console,或者创建一个新的。有时候你可能需要第二个会话来试验
  3. 从compilation mode等非文件buffer,执行gptel-aibo交互命令,可以和LLM交互这个buffer的信息

给操作添加了图标和face,可以为不同的操作定义不同的图标和字体,算是为平淡的生活增添一点乐趣吧。

1 个赞

添加gptel-aibo-auto-apply,打开时自动应用LLM suggestions, 有点像aider的no auto commits

慎用

弱弱的问一下,gptel用各大模型,是不是得付费买会员才能用API?

有些不要钱,如 kimi;有些每月有免费的请求量,超过用量就要钱;第三种。

可以 github models gemini 有不少免费的