Channels 与集成

Channels 是工作台里负责外部表面的控制平面。它让 ASAPilot 可以通过 OpenClaw、邮件或 MCP 工作，而不用把业务逻辑拆成多个独立产品。

当前可配置的渠道

已规划但还不能 provision 的 channel

当前目录里还会显示 Slack 和 DingTalk 这两个 planned adapter。它们属于路线图的一部分，页面可见，但目前还不能真正 provision。

这个模型是怎么工作的

• • 一套共享 runtime 负责 chat、账户查询、自动化管理和回复。
• • 各 transport adapter 只处理鉴权、入口、thread mapping 和投递格式。
• • provisioning 会返回接入指南和一次性 secret；工作台里之后只保留 secret preview。
• • 线程连续性在中心层统一维护，所以 email reply、MCP session 和 skill thread 都能映射到同一条 ASAPilot 会话。

什么时候该用 Channels

1. 当操作者已经主要在 OpenClaw 这类 skill client 里工作时，用 OpenClaw。
2. 当管理层、合作方或 reviewer 只想异步收发而不想打开工作台时，用 Email。
3. 当目标接入面是 IDE、agent runtime 或 automation framework，并且它支持 tool protocol 时，用 MCP。