核心用法
intercom-support 是 OpenClaw 生态中专用于 Intercom 客服平台的托管式集成技能，由 ClawLink 提供后端连接能力。用户无需自行申请 Intercom API Token 或处理 OAuth 流程，所有凭证托管于 claw-link.dev，通过本地插件配对实现安全调用。
典型工作流程：
1. 安装 ClawLink 插件并执行设备配对（clawlink_begin_pairing → 用户浏览器授权 → clawlink_get_pairing_status）
2. 在 ClawLink Dashboard 添加 Intercom 连接，完成托管 OAuth
3. 实时发现可用工具（clawlink_list_tools/clawlink_search_tools），执行前优先调用 clawlink_describe_tool 与 clawlink_preview_tool
4. 支持读取联系人/对话/标签、管理订阅状态、批量操作预览确认
显著优点
- 零配置接入：用户无需理解 Intercom API 鉴权机制，ClawLink 处理所有令牌托管与刷新
- 动态工具发现：工具列表实时从服务端拉取，适配不同账户权限与 ClawLink 版本迭代
- 安全执行模型：强制 schema 描述、写入前预览（
preview_tool）、用户确认机制，降低误操作风险 - 凭证隔离：设备凭证仅存于本地 OpenClaw 配置，不暴露于对话上下文
潜在局限
- 外部依赖重：功能完全依赖 ClawLink 服务可用性（claw-link.dev），若服务中断则技能失效
- 权限黑盒：用户无法直观知晓 Intercom 侧具体授权范围，需通过工具发现间接推断
- 延迟与调试成本：每次执行需多次 RPC（describe → preview → call），复杂任务交互链路较长
- 供应商锁定：深度绑定 ClawLink 生态，无法迁移至其他 Intercom 集成方案
适合人群
- 需要快速接入 Intercom 但无 API 开发经验的客服/运营团队
- 重视凭证安全、不愿在本地管理 OAuth Token 的企业用户
- 已使用 OpenClaw 生态，希望统一对话界面管理客服工作流的开发者
常规风险
- 供应链风险：ClawLink 作为中间托管方，理论上可访问用户 Intercom 数据（需信任其隐私政策）
- 误操作风险：尽管有预览确认，批量写入工具若描述不清仍可能导致数据污染
- 会话凭证泄露：虽然设计上凭证不进入对话，但本地插件配置文件的权限管理仍依赖用户系统安全
- 功能漂移：ClawLink 服务端工具更新可能导致行为变更，需关注其变更日志