WEB ASSISTANT01
- 用户目标
- 不重做商城、SaaS、CRM 或 ERP，也能增加自然语言操作入口。
- 谁来编排
- BailingHub 在中枢完成会话理解、路由和工具编排。
- 身份方式
- 业务系统依据当前登录态签发短期可信票据。
- 边界
- 业务侧仍需完成 SDK 与票据接入，最终权限始终由业务系统判断。
01五类接入路径
选择你真正需要连接的那一层
每张卡片分别说明编排位置、身份方式和稳定边界，避免把 Agent Client、MCP 和执行器混为一谈。
AGENT CLIENT02
- 用户目标
- 从桌面端或本地 Agent 查询、修改并执行已经开放的业务能力。
- 谁来编排
- 本地 Agent 规划；BailingHub 提供规则、能力、审批与审计。
- 身份方式
- 通过 Client App 发起浏览器授权，支持多连接与多业务身份。
- 边界
- 它不是执行器，也不会绕过中枢治理或业务系统权限。
API · MCP · AUTOMATION03
- 用户目标
- 复用已有 Agent 和流程，同时保留统一任务、审批和审计。
- 谁来编排
- 调用方提交目标，BailingHub 在中枢管理路由、编排与任务生命周期。
- 身份方式
- 通常使用限定路由的 Client Token，由部署者配置和保管。
- 边界
- 这里的 MCP 是 Client Token 任务模式；Agent Session 归入 Agent Client。
EXECUTOR04
- 用户目标
- 在不开放公网入站端口的情况下连接专用执行环境。
- 谁来编排
- BailingHub 下发 Job；执行器领取、心跳、执行并按 Job ID 回传结果。
- 身份方式
- 使用限定目标的 Executor Token，通过出站连接领取任务。
- 边界
- 执行器不代表终端用户业务登录身份，也不是交互式 Agent Client。
BUSINESS ADAPTERS05
- 用户目标
- 减少商城、SaaS、CRM、ERP 接入时的重复开发。
- 谁来编排
- BailingHub 理解与治理；适配器在业务系统侧执行并做最终权限判断。
- 身份方式
- 复用业务系统原有用户、租户、角色和权限体系。
- 边界
- CRMEB 已公开上架；RuoYi 与 JeecgBoot 当前为社区参考方案。
02已公开生态入口
先看它属于哪条路径，再看如何完成第一次闭环
以下只列公开可发现的 Core 能力、独立适配器、市场条目和社区配方。每个条目分别说明成熟度、编排位置、鉴权方式、版本状态与首次成功路径。
公开上架、收录或提供社区配方，只证明当前存在公开分发或复现入口，不代表第三方平台采用、认证、推荐或安全背书；仍在审核中的候选不进入本清单。
01 · WEB ASSISTANT查看路径↗
Core 公开能力
已进入 Core 稳定 Tag；实际业务接入仍需逐系统验收BailingHub 嵌入式聊天组件
- 编排位置
- BailingHub 中枢负责对话、路由与工具编排。
- 鉴权方式
- 业务系统根据当前登录态签发短期可信票据。
- 版本 / 状态
- BailingHub Core v0.5.1
- 首次成功路径
- 接入业务侧 SDK 与票据 → 嵌入组件 → 用当前账号完成一条查询和一条允许写入 → 核对业务记录与 Trace。
02 · AGENT CLIENT查看路径↗
独立本地 Agent 适配器
稳定版已公开可安装；维护者已完成浏览器授权、多连接、查询与允许写入验证DeepSeek Harness Agent Client
- 编排位置
- 本地 DSH Agent 规划；BailingHub 投影规则与能力并保留审批、调用恢复和审计。
- 鉴权方式
- 浏览器授权、PKCE 与可撤销 Agent Session；不使用 Client Token。
- 版本 / 状态
- dsh-bailinghub v0.3.0 · SDK v0.3.0 · Core v0.5.1
- 首次成功路径
- 安装插件 → 填写公开连接配置 → /bailinghub login → 完成一读一写 → 在中枢核对同一会话与工具轨迹。
03 · API · MCP · AUTOMATION查看路径↗
工作流 / Agent 工具插件
已在 Dify Marketplace 公开上架；维护者已在 Dify Cloud 验证 0.1.2 安装与既有无副作用任务路径Dify Marketplace 插件
- 编排位置
- Dify 发起目标，BailingHub 中枢负责治理任务生命周期。
- 鉴权方式
- 部署者在 Dify 凭据中保存专用、路由受限的 Client Token。
- 版本 / 状态
- 插件 0.1.2 · Marketplace 可安装
- 首次成功路径
- 从 Marketplace 安装 → 配置 Hub URL 与专用 Token → submit_governed_job → wait_for_job → 同一 job_id 到达终态。
自动化工作流节点
Verified Community Node；n8n Cloud 可搜索使用n8n 社区节点
- 编排位置
- n8n 组织工作流，BailingHub 中枢接收并治理每个业务任务。
- 鉴权方式
- n8n Credential 保存专用 Client Token；不接触中枢管理或业务系统凭据。
- 版本 / 状态
- n8n-nodes-bailinghub 0.1.1 · Cloud 已上线
- 首次成功路径
- 添加社区节点与专用凭据 → 连接 Submit Governed Job 和 Wait for Job → 验证等待只轮询原 job_id。
可移植 Agent Skill
已在 SkillHub 公开上架SkillHub Agent Skill
- 编排位置
- Agent 工作区发起任务，BailingHub 中枢负责后续编排与治理。
- 鉴权方式
- 运营者固定 Hub URL、单一路由和 route-scoped Client Token；模型不能覆盖。
- 版本 / 状态
- bailinghub-governed-actions 0.1.1
- 首次成功路径
- 安装公开 Skill → 在秘密配置中固定 URL、route 与 Token → 运行无副作用任务 → 同一 job_id 完成提交、查询或有界等待。
可移植 Agent Skill
Qoder 能力市场已公开展示；真实 QoderWork 配置与无副作用 E2E 尚待触发验证Qoder / QoderWork Skill
- 编排位置
- Qoder 工作区发起任务，BailingHub 中枢负责路由、执行与任务终态。
- 鉴权方式
- 运营者在平台安全配置中固定 Hub URL、route 与 Client Token；不得粘贴进对话。
- 版本 / 状态
- 百灵中枢业务动作治理 0.1.1 · 公开展示
- 首次成功路径
- 从公开详情页安装 → 通过安全配置注入三项部署参数 → 运行无副作用任务 → 核对 job_id 与公开终态；平台 E2E 完成前不扩大成熟度。
stdio MCP 兼容入口
稳定版可安装，并已进入公开 Registry / 分发入口BailingHub MCP Server
- 编排位置
- MCP Host 只提交目标；BailingHub 中枢完成任务编排。
- 鉴权方式
- 进程环境固定 Hub URL、单一路由与 route-scoped Client Token。
- 版本 / 状态
- bailinghub-mcp-server v0.3.0
- 首次成功路径
- 以 0.3.0 启动 stdio Server → 配置专用 Token 与固定 route → 提交并有界等待原任务 → 超时后继续查询而不重复写入。
04 · EXECUTOR查看路径↗
出站执行器
已在 ClawHub 公开，可搜索与安装OpenClaw Executor Skill
- 编排位置
- BailingHub 创建并下发 Job；OpenClaw 只领取、执行、心跳并回传结果。
- 鉴权方式
- 限定目标的 Executor Token，不代表终端用户的业务登录身份。
- 版本 / 状态
- ClawHub 公开条目 · 独立版本
- 首次成功路径
- 从 ClawHub 安装 → 只配置 Executor Token → 观察心跳 → 领取测试 Job → 按同一 Job ID 回传可核对结果。
05 · BUSINESS ADAPTERS查看路径↗
独立业务侧适配器
已在 CRMEB 官方应用市场公开上架；不等于 CRMEB 官方出品或背书BailingHub for CRMEB
- 编排位置
- BailingHub 理解与治理；插件调用 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不要混淆
名称相近，不代表运行方式相同
选择错误的入口，通常不是“配置少填一项”，而是把推理位置、身份方式和安全边界理解反了。
本地编排
本地 Agent 获取中枢投影的能力并自行规划。
中枢编排
调用方提交目标，中枢负责后续任务生命周期。
任务执行
领取中枢已经创建的 Job，不代表业务登录用户。
最终执行
位于业务系统侧，复用原有权限并执行真实操作。