桌面版：已配置的 CLI 应优先于浏览器（飞书、glab 等） #4692

你希望看到什么功能？

在 Kimi Code 桌面版中，当本机已安装相应 CLI 且权限配置可用时，相关任务应优先使用 CLI，而不是默认使用浏览器自动化。浏览器能力更适合作为 CLI 不支持、不可用或执行失败时的兜底方案。也可以提供全局或分工具的优先级配置，让用户选择。

补充信息

目前观察到飞书和 GitLab 相关操作都存在这一情况：

• 飞书：本机已安装 lark-cli 并完成权限配置，但飞书相关操作仍优先使用浏览器能力。
• GitLab：本机已安装 glab，相关操作同样优先使用网页能力。

因此，这似乎不是单个飞书集成的问题，而是桌面版通用的工具选择策略：命令行工具的优先级整体低于网页能力。对于已有成熟 CLI 的操作，直接调用 CLI 通常步骤更少、更高效，也更适合自动化；网页能力可以作为无 CLI、功能未覆盖或 CLI 失败时的降级路径。

环境：

• macOS 27.2
• Kimi Code Desktop 1.3.0
• lark-cli 1.0.90
• glab 1.114.0

期望行为：默认优先使用已配置且可用的 CLI，浏览器作为兜底；至少提供可配置的优先级。如果当前策略是有意设计，也希望说明原因并提供调整方式。