Make

核心用法

make-automation 是一款基于 ClawLink 托管集成的 Make 平台管理工具，用户无需自行申请或配置 Make API 密钥，即可通过 OpenClaw 对话界面查询账户信息。

主要功能模块：

• 组织架构查看：列出所属组织、团队层级及成员权限
• 用量与计费审计：查询操作次数消耗、定价档位及剩余配额
• 区域与模型支持：检查可用区域、国家节点、支持的模型类型及模块
• 授权管理：审查已授予的 OAuth 范围及授权详情
• 组织创建：在支持的情况下，经用户确认后新建组织

使用流程：
1. 安装 clawhub:clawlink-plugin 插件
2. 执行 clawlink_begin_pairing 完成设备配对
3. 用户访问 https://claw-link.dev/dashboard?add=make 完成 Make 授权
4. 通过 clawlink_list_tools 动态发现可用工具
5. 执行前优先调用 clawlink_describe_tool 获取参数约束，写入操作前调用 clawlink_preview_tool 确认影响

显著优点

| 维度 | 说明 |

|------|------|

| **零配置接入** | ClawLink 托管 OAuth 流程，免除 API 密钥申请与保管负担 |

| **动态工具发现** | 工具列表实时同步，无需硬编码，自动适配账户权限变化 |

| **操作安全护栏** | `safeDefaults`、`askBefore` 等元数据强制确认机制，降低误操作风险 |

| **隐私隔离** | 凭证仅存储于本地插件配置，不暴露于对话记录 |

潜在缺点与局限性

• 网络依赖：全程依赖 claw-link.dev 服务可用性，离线或该域名不可达时无法使用
• 功能边界：实际可用工具取决于用户 Make 账户权限及 ClawLink 当前工具目录，部分高级管理功能（如删除组织、修改计费计划）可能未暴露
• 执行延迟：每次工具调用需经 ClawLink 中转，高并发场景下响应不如直连 API
• 厂商锁定：深度绑定 ClawLink 生态，迁移至其他集成方案需重新配置

适合人群

• 无代码/低代码平台管理员，需定期审计多组织用量
• 团队协作场景下，需快速查看授权范围而不接触敏感密钥的成员
• 希望降低 API 凭证泄露风险的合规敏感型企业用户

常规风险

| 风险类型 | 说明 | 缓解措施 |

|---------|------|---------|

| **中间人攻击** | ClawLink 作为流量中转，若其服务端被入侵可能窃取凭证 | 依赖 ClawLink 自身的 TLS 及安全审计，用户侧无法完全验证 |

| **权限扩散** | OAuth 授权范围可能随 ClawLink 更新而扩大，超出用户预期 | 定期审查 `clawlink_list_integrations` 返回的授权详情 |

| **误操作数据变更** | 组织创建等写操作不可逆 | 严格遵循 `askBefore` 标记，强制用户确认 |

| **插件供应链** | 插件来自 `clawhub` 命名空间，需信任其发布流程 | 参考 https://claw-link.dev/verify 验证签名 |

核心用法

make-automation 是一款面向 Make（原 Integromat）自动化平台的集成管理 Skill。用户无需直接配置 Make API 凭证，而是通过 ClawLink 插件完成 OAuth 授权托管，实现开箱即用。核心流程包括：安装 ClawLink 插件、完成设备配对、在 ClawLink 仪表板连接 Make 账户，即可通过自然语言对话查询组织架构、团队信息、使用量统计、定价详情、支持区域与可用模型等数据。对于支持的操作，还可在用户确认后创建新组织。

工具调用遵循动态发现机制——先通过 clawlink_list_tools 获取当前可用工具清单，使用 clawlink_describe_tool 了解陌生工具的参数与风险，对写入操作先执行 clawlink_preview_tool 预览，最终通过 clawlink_call_tool 执行。整个过程强调"先确认后执行"，避免误操作。

显著优点

零凭证配置：用户无需生成、保管或轮换 Make API 密钥，ClawLink 统一处理 OAuth 授权与令牌托管，显著降低密钥泄露风险。

动态能力扩展：工具列表根据用户实际连接的 Make 账户权限动态生成，既避免功能假设错误，又支持未来 Make API 更新自动生效。

安全交互设计：所有写入操作（如创建组织）强制要求用户显式确认，配合 preview 机制，杜绝意外变更。

开源可审计：ClawLink 服务代码开源托管于 GitHub，用户可独立审计凭证处理与代理逻辑，服务真实性可通过 claw-link.dev/verify 验证。

纯文档型架构：Skill 本身无可执行代码，仅提供结构化指令与外部引用，从根本上消除代码注入风险。

潜在缺点与局限性

第三方依赖锁定：核心功能完全依赖 ClawLink 服务的可用性与安全实践，若 ClawLink 服务中断或策略变更，Skill 将失效。用户需同时信任 Make 与 ClawLink 两端。

功能边界模糊：实际可用工具取决于用户 Make 账户的订阅等级、OAuth 授权范围及 ClawLink 当前工具目录，部分用户可能发现文档描述的功能与实际不符，需频繁调用发现工具确认。

网络延迟叠加：请求需经 OpenClaw → ClawLink 插件 → ClawLink 服务 → Make API 多跳代理，高延迟场景下响应速度可能不及直连。

权限管理复杂度：用户需在 Make 平台、ClawLink 仪表板、OpenClaw 环境三处管理授权，权限边界分散，审计溯源相对复杂。

适合的目标群体

• Make 重度用户：已使用 Make 构建自动化工作流，希望快速查询组织用量、团队成员与账单信息，无需登录网页端。
• 无代码运营人员：不熟悉 API 配置但需获取自动化平台数据的管理者，通过自然语言即可完成查询。
• 多组织管理员：需要跨多个 Make 组织切换查看、统一监控使用情况的团队负责人。
• 安全意识优先用户：希望避免在本地存储 API 密钥，倾向 OAuth 托管模式的合规敏感型团队。

使用风险

服务连续性风险：ClawLink 作为中间层单点，若其服务不可用或停止维护，Skill 功能立即失效。建议关注 ClawLink 开源仓库的维护活跃度。

数据代理风险：用户的 Make 组织名称、团队成员、使用量等元数据流经 ClawLink 服务器，虽采用 TLS 加密传输，但用户需接受 ClawLink 的数据处理条款。

权限漂移风险：OAuth 授权范围可能随 ClawLink 或 Make 平台更新而变化，建议定期审查 ClawLink 仪表板的已授权集成列表，及时撤销不再需要的权限。

误操作风险：尽管有确认机制，用户仍需理解"创建组织"等操作的不可逆性，建议在执行写操作前通过预览功能二次核对。

凭证缓存风险：ClawLink 设备凭证存储于 OpenClaw 本地插件配置，虽非明文暴露于对话，但本地环境安全仍依赖用户终端防护。