amenbo

Amenbo 27.0.0 —— 通知和工作树,已经是 Amenbo 自己的了

以前要当插件装的东西,现在是 Amenbo 自己的一部分;一件任务还能分到属于它自己的 git 检出。24.3.0、25.0.0 和 26.0.0 的改动,到这个版本也都齐了。

以前要当插件装的东西,现在是 Amenbo 自己的一部分。24.3.0、25.0.0 和 26.0.0 的改动,到这个版本也都齐了。

插件现在就是 Amenbo 自己的一部分

通知和工作树,不用再去找一个插件来装了。没有要装的,也没有要开的。如果你在更早的版本上装过,你的设置会带过来;头一次打开这个版本,应用会说一次,什么搬到了哪里。

  • 邮件和 Slack 的设置——这台设备的通知去处,以及哪些项目通过它们上报
  • 配对用的那些密钥

你装过的插件,会在迁移的时候被移走。插件的界面,以及侧边栏里的“插件”那一块,都没有了。amenbo plugin 这些命令也不存在了。

一个连接,在设备上写一次

任务的动静可以送到 Slack,也可以送到邮件。一个连接在设备上写一次,项目再从里面挑。webhook 变了的时候,只有一个地方要改。

在哪里定什么
设置 › 通知去处连接本身(一个 Slack webhook、一个邮件账号),给它起个名字
项目设置 › 通知开或关、通过哪些去处送、上报些什么

可以上报的事件有 13 种:任务建立/完成/指派/移动,决定被采纳和被驳回,添加了评论,等等。跟日期有关的,那天到了和那天是明天,各自一天说一次。

连接可以就在写它的地方试一下。“检查连接”会看设置的样子对不对,邮件还会一直走到连上服务器、把账号递上去。“发送测试消息”是真的发一条。能不能发得出去,在那里就定下来了,不用等第一条通知没到才知道。

通知的文字,按应用里挑的语言出来。

一件任务可以分到属于它自己的 git 检出

同一棵工作树上跑两个会话,彼此还没保存的改动会搅在一起。现在可以给一件任务切一份属于它自己的检出。

eval "$(amenbo worktree start 123)"

放在哪里是定好的,不问人:在仓库旁边,<仓库名>-worktrees/<任务编号>,分支是 task/<任务编号>。它坐在项目文件夹旁边,而不是里面,所以在那里跑的 AI 够不着真正的待办。

amenbo worktree finish 123 这条命令会把检出和分支收走。还有没提交的改动,或者有提交还没落地的时候,它会拒绝。

窗格上还有

  • 窗格下面的框可以折起来——折着是默认,这台机器记得它上次是开是关。
  • Enter 是换行——发出去是 Enter 加上你操作系统自己的修饰键,而且有东西可发的时候,发送按钮才上色。
  • 最下面那行写着模型的名字——窗格会说它在跟哪个模型说话,重新打开应用,还会回到那个模型上。
  • Codex 和 Gemini 的窗格会回到上一次的对话——每个窗格都是它自己的一场对话。
  • 在 macOS 上,Option 可以当 meta 键——给窗格里那些想要 meta 的键用。

获取方式

最新版本 打开你所用操作系统的安装程序。不需要管理员权限。

  • macOS——.pkg,Apple 芯片和 Intel 各一个(GUI 和 CLI 装在一起)
  • Windows——setup .exe(GUI 和 CLI 装在一起)
  • Linux——GUI 是 AppImage;amenbo 命令来自 CLI 的安装程序

更新方式:在 GUI 上,“有更新版本可用”的横幅会就地完成更新。如果你只装了 CLI,amenbo update --apply 会把它换掉。

存储的数据格式往上走了一级——在这个版本上第一次启动会做迁移,迁移之前的备份会自动留一份。迁移过之后,早先的版本就打不开它了。GUI 和 CLI 由同一个安装程序一起更新,所以别把其中一个留在旧版本上。

第一次用?请看 开始使用