Install
openclaw skills install @thcjp/api-connect-hubopenclaw skills install @thcjp/api-connect-hub解决痛点:业务流程要调多个API(如"创建订单→扣库存→发通知→记日志"),串联代码又长又乱。
专业版能力:YAML声明式工作流,支持条件分支、并行调用、错误处理、变量传递。
详细代码示例已移至
references/detail.md
工作流特性:
api-connect-hub)continue(继续)/ abort(中止)/ compensate(补偿)输入: 用户提供功能1:连接编排(工作流引擎)所需的指令和必要参数。
解决痛点:跨系统数据同步(如CRM到ERP),字段映射、增量同步、冲突处理都要自己写。
专业版能力:声明式同步管道,支持全量/增量、字段映射、数据转换、冲突解决。
详细代码示例已移至
references/detail.md
同步模式:
| 模式 | 适用场景 | 实现方式 |
|---|---|---|
| 全量同步 | 首次同步、数据重建 | 拉取源端全量,逐条upsert |
| 增量同步 | 日常同步 | 按 updated_field 拉取变更,upsert |
| 双向同步 | 两系统都可写 | 时间戳对比,新者为准 |
| 事件驱动 | 实时同步 | Webhook触发即时同步 |
输出: 返回功能2:数据同步管道的执行结果,包含操作状态和输出数据。
解决痛点:OAuth2的access_token 1小时过期,手动刷新不现实,集成经常因token过期而中断。
专业版能力:自动监控token有效期,过期前自动用refresh_token刷新。
详细代码示例已移至
references/detail.md
刷新策略:
处理: 按照skill规范执行功能3:OAuth2 Token自动刷新操作,遵循单一意图原则。 输出: 返回功能3:OAuth2 Token自动刷新的执行结果,包含操作状态和输出数据。### 功能4:Webhook管理 解决痛点:接收第三方Webhook要自己写接收、验签、去重、重试,每个服务逻辑不同。
专业版能力:统一Webhook接收、验签、去重、重试、重放。
详细代码示例已移至
references/detail.md
Webhook特性:
详细内容已移至
references/detail.md- ### 功能5:监控告警
输入: 用户提供功能4:Webhook管理所需的指令和必要参数。 输出: 返回功能4:Webhook管理的执行结果,包含操作状态和输出数据。### 功能6:连接器市场 解决痛点:自己写的连接器只有自己用,别人也要对接同样的服务还得重写。
专业版能力:社区维护的连接器市场,可分享与下载。
api-connect market search --service salesforce
api-connect market install salesforce-official
api-connect market publish ./connectors/my-service.yaml
输入: 用户提供功能6:连接器市场所需的指令和必要参数。 处理: 按照skill规范执行功能6:连接器市场操作,遵循单一意图原则。 输出: 返回功能6:连接器市场的执行结果,包含操作状态和输出数据。### 功能7:多租户凭证隔离 解决痛点:SaaS平台多租户,每个租户的第三方凭证不能混,配额要隔离。
专业版能力:按租户隔离凭证、配额、调用记录。
tenant:
id: '相关信息'
credentials:
store: vault # 用Vault按租户隔离存储
path: secret/connect-hub/tenants/{tenant_id}/{connector}
quota:
per_tenant:
calls_per_day: 10000
calls_per_hour: 1000
isolation:
credentials: strict # 凭证严格隔离
logs: tenant_tagged # 日志按租户打标
metrics: tenant_labeled # 指标按租户标签
输入: 用户提供功能7:多租户凭证隔离所需的指令和必要参数。 输出: 返回功能7:多租户凭证隔离的执行结果,包含操作状态和输出数据。### 功能8:批量调用与结果聚合 解决痛点:要调多个服务获取数据再聚合展示,逐个调太慢。
专业版能力:并行批量调用,结果聚合。
详细代码示例已移至
references/detail.md
本skill还覆盖以下能力场景: 企业级、集成平台、含连接编排、刷新与监控告警、连接中心专业版是、面向企业的全功能、在免费版的连接器、凭证安全存储、统一调用模板、错误重试策略基础、解锁连接编排、多租户隔离、批量调用八大高级、覆盖从单服务调用、到多服务编排到数、据同步到事件驱动、的完整集成生命周。这些能力在上述核心功能中均有对应处理逻辑。
痛点:SaaS要对接GitHub、Slack、Jira、Notion等十几个服务,集成代码散乱、凭证管理混乱。
专业版方案:
效果:集成开发从"每个服务一周"变为"配置连接器一天"。
痛点:CRM到ERP、Jira到Linear、HubSpot到Salesforce,多组数据要同步,各自写脚本。
专业版方案:
效果:数据同步从"写脚本"变为"配管道",维护成本降低80%。
痛点:系统间要实时响应事件(如GitHub PR触发CI、Stripe支付触发发货),轮询太慢。
专业版方案:
效果:事件响应延迟从分钟级(轮询)降至秒级(Webhook)。
痛点:SaaS平台让每个租户配置自己的第三方凭证,凭证隔离与配额管理复杂。
专业版方案:
效果:多租户集成从"自己造轮子"变为"平台原生支持"。
痛点:业务流程要跨多个系统(如"客户下单→创建工单→通知销售→更新CRM"),手动操作慢。
专业版方案:
效果:业务流程从"手动跨系统操作"变为"自动编排执行"。
专业版完全兼容免费版的所有连接器与调用模板。首次使用时,直接对Agent说:
Agent会按免费版的规则生成连接器YAML与调用代码,并额外提示:是否要配置OAuth2自动刷新、加入监控、编排多服务调用?
详细代码示例已移至
references/detail.md
详细代码示例已移至
references/detail.md
-service: 命令参数,用于指定操作选项--service: 命令参数,用于指定操作选项结果处理: 执行完成后,查看输出结果确认操作状态。成功时输出包含处理摘要和结果数据;失败时根据错误信息排查问题,参考错误处理章节获取恢复步骤。
| 参数名 | 类型 | 必填 | 说明 |
|---|---|---|---|
| content | string | 是 | 相关说明 |
| content | string | 否 | 相关说明, 默认: 默认值 |
| mode | string | 否 | 处理模式, 可选: json/text/markdown, 默认: 默认值 |
| max_retries | integer | 否 | 单步最大重试次数, 默认: 2 |
| skip_steps | array | 否 | 跳过的步骤编号(用于断点续传), 默认: [] |
{
"success": true,
"data": {
"final_result": {
(根据实际场景填充): "相关说明",
(根据实际场景填充): "相关说明",
(根据实际场景填充): "相关说明"
},
"execution_log": [
{
"step": 1,
"name": "按流程执行",
"status": "completed",
"duration_ms": 1200,
"output_summary": "按流程执行"
},
{
"step": 2,
"name": "按流程执行",
"status": "completed",
"duration_ms": 3500,
"output_summary": "按流程执行"
},
{
"step": 3,
"name": "按流程执行",
"status": "completed",
"duration_ms": 2100,
"output_summary": "按流程执行"
},
{
"step": 4,
"name": "按流程执行",
"status": "completed",
"duration_ms": 800,
"output_summary": "按流程执行"
}
],
"total_duration_ms": 7600,
"gates_passed": 3,
"gates_total": 3
},
"error": null
}
中间产物模板参考: assets/(根据实际场景填充)
| 问题 | 可能原因 | 解决方案 | 优先级 |
|---|---|---|---|
| 工作流执行中断 | 某步失败且on_error=abort | 检查失败步骤日志,改on_error=continue或修复步骤 | 高 |
| 同步数据不一致 | 字段映射错或冲突解决不当 | 检查mapping配置,调整conflict_resolution | 高 |
| OAuth2刷新失败 | refresh_token过期或被撤销 | 重新走OAuth2授权流程获取新refresh_token | 高 |
| Webhook验签失败 | secret不匹配或算法错 | 核对secret与算法,检查header前缀 | 高 |
| Webhook重复处理 | 去重未启用或TTL过短 | 启用dedup,增大TTL | 中 |
| 监控指标缺失 | exporter未启用或端口不通 | 检查exporter配置与网络 | 中 |
| 多租户凭证串 | 租户ID解析错或Vault路径错 | 检查 tenant_id 提取逻辑与Vault路径 | 高 |
| 批量调用超时 | 并行度太高或单调用慢 | 降低并行度,设合理timeout | 中 |
| 工作流执行慢 | 串行执行或无缓存 | 改并行,加缓存 | 中 |
| 同步管道积压 | 批次太小或并行度低 | 增大batch_size,提高并行批次 | 中 |
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| LLM API | API | 必需 | 由Agent平台内置LLM提供(专业版路由GPT-4o) |
| Python 3.9+ | 运行时 | 必需 | 从python.org安装 |
| Redis 5.0+ | 数据库 | Webhook与分布式锁必需 | 从redis.io安装 |
| HashiCorp Vault | 密钥管理 | 多租户推荐 | 从vaultproject.io安装 |
| Prometheus | 监控 | 监控告警推荐 | 从prometheus.io安装 |
| Kafka | 消息队列 | 大规模Webhook推荐 | 从kafka.apache.org安装 |
api-connect login~/.api-connect/credentials/ 目录(已gitignore)输入:
{
"content": "示例数据",
"content": "示例数据",
"mode": "示例数据"
}
执行日志:
Step 1 [按流程执行]: 示例数据 ✓ (1.2s)
Gate: 示例数据 ✓
Step 2 [按流程执行]: 示例数据 ✓ (3.5s)
Gate: 示例数据 ✓
Step 3 [按流程执行]: 示例数据 ✓ (2.1s)
Gate: 示例数据 ✓
Step 4 [按流程执行]: 示例数据 ✓ (0.8s)
最终输出:
示例数据
输入:
{
"content": "示例数据",
"mode": "示例数据"
}
执行日志:
Step 1 [按流程执行]: 示例数据 ✓ (0.9s)
Gate: 示例数据 ✓
Step 2 [按流程执行]: 示例数据 ✓ (2.8s)
Gate: 示例数据 ✗ → 重试
Step 2 [按流程执行]: 示例数据 ✓ (3.1s)
Gate: 示例数据 ✓
Step 3 [按流程执行]: 示例数据 ✓ (1.5s)
Gate: 示例数据 ✓
Step 4 [按流程执行]: 示例数据 ✓ (0.6s)
最终输出:
示例数据
输入:
{
"content": "示例数据",
"max_retries": 1
}
执行日志:
Step 1 [按流程执行]: 示例数据 ✓ (1.1s)
Gate: 示例数据 ✓
Step 2 [按流程执行]: 示例数据 ✗ → 重试(1/1)
Step 2 [按流程执行]: 示例数据 ✗ → 超过最大重试次数
流程暂停, 断点: Step 2
输出(部分结果):
{
"success": false,
"error": "Step 2 failed after 1 retries",
"data": {
"completed_steps": [1],
"checkpoint": "step_2",
"partial_result": "示例数据"
}
}
免费版聚焦"安全对接单个API",提供连接器注册、凭证安全存储、统一调用模板、错误重试策略、20+连接器模板。专业版聚焦"企业级API集成平台",新增八大高级功能:连接编排、数据同步管道、OAuth2自动刷新、Webhook管理、监控告警、连接器市场、多租户隔离、批量调用。此外提供多角色场景指南、性能优化策略、多平台集成示例与版本迁移指南。
支持三种执行模式:
每步可配独立重试策略与错误处理(continue/abort/compensate)。
支持四种同步模式:
每种模式可配字段映射、数据转换、冲突解决、批次大小。
不会。刷新是异步的:1)过期前60秒主动刷新;2)刷新期间用旧token继续服务;3)刷新成功后切换新token;4)刷新失败则用旧token尝试并告警。多实例用分布式锁避免并发刷新。
支持所有遵循标准Webhook模式的服务(HMAC-SHA256验签)。内置模板覆盖:GitHub、Stripe、Slack、Shopify、Twilio、SendGrid、Linear、Notion等20+服务。自定义服务可通过配置验签算法接入。
三层保障:1)凭证按租户ID存入Vault,路径隔离;2)运行时按请求的租户ID加载对应凭证,不跨租户访问;3)日志与指标按租户打标,不泄露跨租户信息。租户级配额防止某租户耗尽共享配额。
市场连接器分两类:1)官方维护(由服务方或本平台维护,标"official");2)社区维护(标"community")。建议优先用官方,社区连接器需审查配置。所有连接器经自动扫描(检查是否有硬编码凭证、是否访问非必要scope)。
批量调用默认mode=parallel,部分失败不影响其他调用。结果中含 _meta 字段标注成功/失败数。可配置 on_failure: continue/abort。失败的调用可单独重试。
专业版提供工作流可视化编辑器(Web界面),支持拖拽编排、实时执行状态、历史执行记录。也支持YAML文本编辑(适合版本化)。
可以。同步管道用批次处理(默认200条/批),支持并行批次,配合增量同步可处理百万级数据。对于千万级以上数据,建议用专门的ETL工具,同步管道定位是中等规模业务数据同步。
支持Slack、钉钉、飞书、Email、PagerDuty、企业微信、Webhook七种通知渠道。可按告警级别配置不同渠道(critical→PagerDuty+Slack,warning→Slack)。
支持。连接器、工作流引擎、同步管道、Webhook接收器、监控组件均可私有化部署到企业内网。Vault用于凭证管理,Kafka用于事件投递,均支持私有化。联系销售获取私有化部署包。
| 错误场景 | 原因 | 处理方式 |
|---|---|---|
| LLM响应超时或无响应 | 网络延迟或模型负载过高 | 执行ping命令测试网络连通性,检查防火墙和代理设置连接,执行ping命令测试网络连通性,检查防火墙和代理设置连接后重新执行命令请求;确认Agent平台LLM服务正常 |
| 输入内容格式不正确 | 用户输入不符合skill预期格式 | 检查输入是否符合skill使用说明中的格式要求,参考示例章节 |
| 执行结果与预期不符 | 指令描述不够明确或上下文不足 | 提供更详细的指令描述,补充必要的上下文信息 |
| 命令执行失败 | 运行环境不满足要求或权限不足 | 确认运行环境符合依赖说明中的要求;检查命令权限设置 |