CONNECT · 接入方式

先确定谁来编排、身份从哪里来,再选择接入方式

同一个平台名称可能对应完全不同的调用模式。BailingHub 按用户工作的地方、编排位置和可信身份来源,把接入路径分成五类。

五类接入路径身份模式分别说明安装与配置指南
01五类接入路径

选择你真正需要连接的那一层

按编排位置、身份方式和接入要求,选择适合现有系统的连接方式。

WEB ASSISTANT01
核心能力

在现有业务后台中使用

嵌入官方聊天组件,让用户从熟悉的后台页面查询和操作业务。

用户目标
不重做商城、SaaS、CRM 或 ERP,也能增加自然语言操作入口。
谁来编排
BailingHub 在中枢完成会话理解、路由和工具编排。
身份方式
业务系统依据当前登录态签发短期可信票据。
接入说明
业务侧仍需完成 SDK 与票据接入,最终权限始终由业务系统判断。
AGENT CLIENT02
v0.7.0 · 已发布

让本地智能体操作业务

先选商城和库存系统的授权,再让本地 Agent 查库存、改价并按原规则上架。

用户目标
从桌面端或本地 Agent 查询、修改并执行已经开放的业务能力。
谁来编排
本地 Agent 规划;BailingHub 提供规则、能力、审批与审计。
身份方式
各账户分别浏览器授权;在同一 Hub 与审计域内,显式选择不同系统的本次范围。
接入说明
宿主接入浏览器授权、工具调用与原请求恢复,业务调用沿用原权限。
API · MCP · AUTOMATION03
多平台

连接已有 Agent 与自动化平台

从自有程序、Dify、n8n、MCP Host 或通用 Agent Skill 发起业务任务。

用户目标
复用已有 Agent 和流程,同时保留统一任务、审批和审计。
谁来编排
调用方提交目标,BailingHub 在中枢管理路由、编排与任务生命周期。
身份方式
通常使用限定路由的 Client Token,由部署者配置和保管。
接入说明
这里的 MCP 是 Client Token 任务模式;Agent Session 归入 Agent Client。
EXECUTOR04
执行环境

把中枢任务交给本地或内网执行

处理代码审查、本地文件、内网操作等中枢无法直接完成的任务。

用户目标
在不开放公网入站端口的情况下连接专用执行环境。
谁来编排
BailingHub 下发 Job;执行器领取、心跳、执行并按 Job ID 回传结果。
身份方式
使用限定目标的 Executor Token,通过出站连接领取任务。
接入说明
执行器不代表终端用户业务登录身份,也不是交互式 Agent Client。
BUSINESS ADAPTERS05
按适配器

把现有业务系统能力开放出来

使用业务侧 SDK、现成适配器或参考方案完成声明、验签和执行。

用户目标
减少商城、SaaS、CRM、ERP 接入时的重复开发。
谁来编排
中枢治理调用,适配器执行业务动作;任务规划由所选入口承担。
身份方式
复用业务系统原有用户、租户、角色和权限体系。
接入说明
CRMEB 已公开上架;RuoYi 与 JeecgBoot 当前为社区参考方案。
02生态集成

选择组件,完成第一次调用

查找可安装的组件、平台插件与接入参考,按对应指南完成配置和第一次调用。

01 · WEB ASSISTANT查看路径↗

Core 公开能力

BailingHub 嵌入式聊天组件

随 Core v0.9.0 提供
编排位置
BailingHub 中枢负责对话、路由与工具编排。
鉴权方式
业务系统根据当前登录态签发短期可信票据。
版本 / 状态
BailingHub Core v0.9.0
开始使用
接入业务侧 SDK 与票据 → 嵌入组件 → 用当前账号完成一条查询和一条允许写入 → 核对业务记录与 Trace。

02 · AGENT CLIENT查看路径↗

独立本地 Agent 适配器

DeepSeek Harness Agent Client

v0.7.0 可安装
编排位置
本地 DSH Agent 规划;BailingHub 保留各授权独立执行,并将已同步沟通关联到原轨迹。
鉴权方式
浏览器授权、PKCE 与可撤销 Agent Session;不使用 Client Token。
版本 / 状态
dsh-bailinghub v0.7.0 · SDK v0.7.0 · Core v0.9.0
开始使用
分别授权商城和库存系统 → 首消息前选定范围 → 查询库存,有货再改价上架 → 核对完成、待审批与失败的原调用。

03 · API · MCP · AUTOMATION查看路径↗

工作流 / Agent 工具插件

Dify Marketplace 插件

Dify Marketplace 可安装 · 0.1.2
编排位置
Dify 发起目标,BailingHub 中枢负责治理任务生命周期。
鉴权方式
部署者在 Dify 凭据中保存专用、路由受限的 Client Token。
版本 / 状态
插件 0.1.2 · Marketplace 可安装
开始使用
从 Marketplace 安装 → 配置 Hub URL 与专用 Token → submit_governed_job → wait_for_job → 同一 job_id 到达终态。
自动化工作流节点

n8n 社区节点

Verified Community Node;n8n Cloud 可搜索使用
编排位置
n8n 组织工作流,BailingHub 中枢接收并治理每个业务任务。
鉴权方式
n8n Credential 保存专用 Client Token;不接触中枢管理或业务系统凭据。
版本 / 状态
n8n-nodes-bailinghub 0.1.1 · Cloud 已上线
开始使用
添加社区节点与专用凭据 → 连接 Submit Governed Job 和 Wait for Job → 验证等待只轮询原 job_id。
可移植 Agent Skill

SkillHub Agent Skill

已在 SkillHub 公开上架
编排位置
Agent 工作区发起任务,BailingHub 中枢负责后续编排与治理。
鉴权方式
运营者固定 Hub URL、单一路由和 route-scoped Client Token;模型不能覆盖。
版本 / 状态
bailinghub-governed-actions 0.1.1
开始使用
安装公开 Skill → 在秘密配置中固定 URL、route 与 Token → 运行无副作用任务 → 同一 job_id 完成提交、查询或有界等待。
可移植 Agent Skill

Qoder / QoderWork Skill

Qoder 能力市场可获取 · QoderWork 兼容性待验证
编排位置
Qoder 工作区发起任务,BailingHub 中枢负责路由、执行与任务终态。
鉴权方式
运营者在平台安全配置中固定 Hub URL、route 与 Client Token;不得粘贴进对话。
版本 / 状态
百灵中枢业务动作治理 0.1.1 · 公开展示
开始使用
从公开详情页安装 → 通过安全配置注入三项部署参数 → 运行无副作用任务 → 核对 job_id 与公开终态。
stdio MCP 兼容入口

BailingHub MCP Server

v0.7.0 公开包;Registry 等目录入口独立维护
编排位置
MCP Host 只提交目标;BailingHub 中枢完成任务编排。
鉴权方式
进程环境固定 Hub URL、单一路由与 route-scoped Client Token。
版本 / 状态
bailinghub-mcp-server v0.7.0
开始使用
以 0.7.0 启动 stdio Server → 配置专用 Token 与固定 route → 提交并有界等待原任务 → 超时后继续查询而不重复写入。

04 · EXECUTOR查看路径↗

出站执行器

OpenClaw Executor Skill

已在 ClawHub 公开,可搜索与安装
编排位置
BailingHub 创建并下发 Job;OpenClaw 只领取、执行、心跳并回传结果。
鉴权方式
限定目标的 Executor Token,不代表终端用户的业务登录身份。
版本 / 状态
ClawHub 公开条目 · 独立版本
开始使用
从 ClawHub 安装 → 只配置 Executor Token → 观察心跳 → 领取测试 Job → 按同一 Job ID 回传可核对结果。

05 · BUSINESS ADAPTERS查看路径↗

独立业务侧适配器

BailingHub for CRMEB

CRMEB 应用市场可安装
编排位置
中枢治理调用,插件通过 CRMEB 原服务完成权限检查和业务操作。
鉴权方式
沿用当前 CRMEB 登录管理员、角色与原生权限。
版本 / 状态
适配器 2.4.1 · CRMEB-KY v6 已验证
开始使用
安装独立插件 → 在 CRMEB 配置中枢连接,并在 BailingHub 登记工具源 → 用普通管理员发起允许动作 → 对照 CRMEB 原生记录与 Trace。
社区接入配方

RuoYi-Vue-Pro / 芋道源码

社区接入参考
编排位置
BailingHub 治理动作;薄适配层复用原售后服务、租户上下文与权限。
鉴权方式
原系统登录主体、tenant context 与 trade:after-sale:* 权限。
版本 / 状态
接入参考 · 按所用业务版本适配
开始使用
按配方接一条售后查询与退款写入 → 先验证读取 → 再验证审批、参数快照、幂等和原业务记录。
社区接入配方

JeecgBoot

社区接入参考
编排位置
BailingHub 治理动作;薄适配层调用 JeecgBoot 原用户服务。
鉴权方式
TenantContext、原 Shiro 权限及操作者与目标用户租户归属。
版本 / 状态
接入参考 · 按所用业务版本适配
开始使用
按配方接用户读取与冻结/解冻 → 验证原权限拒绝仍生效 → 核对审批、幂等、原生记录和 Trace。
03运行方式对照

各组件如何配合

根据任务由谁规划、凭什么身份执行,确认各组件在接入链路中的作用。

01Agent Client

本地编排

本地 Agent 获取中枢投影的能力并自行规划。

02Client API / MCP

中枢编排

调用方提交目标,中枢负责后续任务生命周期。

03Executor

任务执行

领取中枢已经创建的 Job,不代表业务登录用户。

04业务适配器

最终执行

位于业务系统侧,复用原有权限并执行真实操作。

不知道选哪一种?先确定用户在哪里工作

业务后台、本地 Agent、自动化流程和内网执行环境,对应的是不同接入路径。