让 Muse 帮你照看 Bonsai
一盆盆景不需要你整天守着。它需要的是对的那一刻：某根枝该绑铁丝了，土干了。错过那一刻，什么也不会马上坏掉，只是树会往不对的方向长上一阵子。
我们的看板现在也是这样。大部分生长交给了 AI 助手：写代码的 agent 写，审代码的 agent 读 PR，部署的 agent 上线。每隔一阵，其中一个会停下来等人。要你拍板的时候，比如两个方案选一个，Bonsai 把这个决定放进收件箱的「需要你」，和失败了的 run 放在一起。
收件箱有一个弱点：你得打开它，它才帮得上忙。而你真正想收到提醒的地方是手机，我们自己的 app 还没到那儿。
一个会路过的园丁
Muse 是 Meta 的 AI 助手。有两点让它很适合给 Bonsai 当园丁：它在云上有一台自己的机器，你的手机揣在兜里时它照样能按时做事；它能把远程 MCP 服务器接成自定义连接器（custom connector）。Bonsai 就是一个 MCP 服务器，所以我们把两边接上了。
设置只要给 Muse 发两条消息，文档里有原文可以直接复制：
- 把 Bonsai 接成自定义连接器。你登录 Bonsai，选 Muse 能看到哪些内容，和连接 Claude 一样。
- 给 Muse 一个定时任务：每隔一段时间，问 Bonsai 有什么需要你。
之后 Muse 按你定的间隔查收件箱。没有需要你的事，它就不出声。有决定在等你，你会收到一条消息：问题是什么、agent 推荐哪个选项、一个点开就是那张卡的链接。你没处理，过一会儿它再问一次。这第二次是我们最喜欢的地方：划掉的通知就没了，园丁会再来。
只推需要你的
默认 Muse 只带「需要你」：issue 里等你拍板的决定，和失败了要再派一次的 run。「值得知道」和「已完成」留在 Bonsai 里，等你坐下来看。想在手机上也收到，在任务里跟 Muse 说一声就行。要你审的 PR、要你验的 staging 不算收件箱里的事：这些 issue 在看板的 Your turn 一列，想让 Muse 也盯着，文档里多给了一句可以加进任务。会反复催的提醒，只有在少的时候才不烦人，所以我们从最窄的开始。
回话
Muse 不只是读。经同一条连接，它还能：
- 把你说的话原样捕获进 Bonsai，记成
0_Inbox/里的一篇笔记或当天日记里的一行：「跟 Bonsai 说：定价页要加一个 FAQ。」 - 回答「现在在做哪些？」。Bonsai 的 issue 列表现在知道哪些 issue 此刻有 run 在跑、在哪台机器上、是哪个角色。
- 找「我负责的、昨天之后改过的 issue」，或者标题里有「登录」的。
- 你让它挪的时候，把一篇 issue 往它的状态流里推一步。
Muse 新建或改了笔记，这次改动和别的 agent 写的一样，带着一句摘要等在「值得知道」里。决定的卡片还是在 Bonsai 里答，从 Muse 的链接点一下就到。一篇 issue 上最后一个决定答完，它就往下走、在你的机器上开下一个 run，我们希望这件事发生在一个你看得见的地方。
Muse 做不了的
Muse 只看得到你连接时授权给它的内容，只读的授权写不了。笔记里的文字是数据，不会改变 Muse 能做什么。Bonsai 的服务端仍然不跑模型：Muse 在 Meta 那边想，你的 agent 在你自己的 runtime 上想，Bonsai 是它们一起照看的那个园子。