申请添加钉钉机器人审批功能

[MichaelHao25]

现在因为会有一个问题，就是如果不在电脑边上，审批出来了无操作，导致阻塞，所以自行开发了，一个钉钉机器人审批推送功能，通过回复1，2，3 来对审批进行处理。现在希望合并上去。

[wxtsky]

Hi @MichaelHao25，感谢提议，这个场景（人不在电脑边、审批弹窗无人处理导致 agent 阻塞）确实很实在 👍

补充一点背景：CodeIsland 目前已经有单向的事件转发能力（设置里的 Webhook 转发，文案里就写了可对接钉钉/飞书/Slack），但它只能把"待审批"这件事推出去，没法让你在钉钉里回个 1/2/3 就把审批批掉——也就是你做的这套双向远程审批。这正是之前 #62「双工通信」里讨论过、但因为当时没有具体实现而搁置的"方向 B"。你既然已经跑通了一版，非常欢迎合并进来 🎉

为了让它顺利进主线，想先跟你对齐几点设计（也方便 review）：

1. 钉钉接入方式：用的是钉钉「Stream 模式」机器人，还是 webhook + 自建公网回调？Stream 模式不用暴露公网地址，对大多数用户更友好，比较倾向这种。
2. 回复寻址：当多个 session 同时在等审批时，回复"1"是怎么对应到具体那条请求的？我们这边每个 PermissionRequest 都带稳定的 toolUseId，建议按 id 寻址而不是只按队列顺序，避免批错对象。
3. 鉴权：怎么保证只有你本人回复才能触发审批（防止群里任何人回个 1 就把命令放行）？
4. 作为可选集成、默认关闭，配置项和五种语言文案我们可以一起补（参照现有 webhook 设置那段）。

实现上你应该已经发现，决议入口是 AppState 里的 approvePermission() / denyPermission()（MainActor），而且我们已经有"外部信号驱动审批"的先例——BLE 配件就是通过 handleBuddyControlCommand 走这条路的，所以你的钉钉回调挂进来是顺的。

方便的话，直接发个 PR 过来（哪怕先是"出站推送 + 单条审批"的最小闭环也行），我来认真 review。期待你的实现～

[MichaelHao25]

1. 用的是 Stream 模式
2. 回复寻址也是存在的
3. 会设置响应谁 的消息，根据钉钉id判断；
4. 是可选集成的，有开关；

我现在提pr；