01ACTION
会聊天，却不能把事情办完
助手尚未接入业务接口时，能给出建议，却无法在系统中完成修改、创建或审批。
BailingHub把选定的查询与写操作声明成 Agent 可调用的业务能力。
OPEN SOURCE · AGENT-TO-BUSINESS
操作你的业务后台
商城、SaaS、CRM、ERP，不用推倒重来。BailingHub 把业务能力、可信身份、审批与审计接进 Agent，让它能真正办事，又不越过你的系统边界。
60 秒看懂一次业务操作Apache-2.0Self-hostedACC-basedAudit trails
WRITE · 场景示意可治理写操作
把库存低于 10 件的商品加入补货单并保存为草稿，不要直接下单。
匹配路由：inventory-replenishmentRUN #A2B-0248
01确认业务身份与门店范围PASS
02发现已授权的写入能力PASS
03校验业务规则与审批策略PASS
04创建补货草稿并写入轨迹LIVE
已写入 · 补货单草稿 RP-0248 · 共 12 项商品
842msBUSINESS AUTH身份 · 门店 · 授权范围
RULES & AUDIT业务校验 · 审批策略 · 审计
连接你已经在用的 Agent、自动化平台与业务系统
DeepSeek HarnessMCPDifyn8nOpenClawCRMEBQoder
01为什么需要 BailingHub
想让 Agent 真正办业务，难的从来不是接一个模型
让 Agent 完成业务操作，需要把业务接口、真实身份、权限规则和调用记录连起来。BailingHub 为不同的 Agent 入口提供这套共同的接入能力。了解身份、权限与审计↗
02AUTHORITY
能调接口，却不敢真正放权
把万能 Key、全部 API 或数据库交给模型，越权、误操作和资损都无法控制。
BailingHub只开放允许能力，并在调用前检查身份、范围、风险与审批。
03REUSE
每换一个 Agent，又要重新接一遍
网页助手、本地 Agent、Dify 或 n8n 各自维护身份、工具和日志，很快形成新的孤岛。
BailingHub同一套路由、知识、能力规则与审计记录可以被多个入口复用。
02可以操作什么
不只是回答问题，而是完成真实业务操作
具体能做什么由你的业务系统主动开放。先从低风险查询开始，再逐步接入创建、修改、流程与需要审批的高风险动作。查看适合哪些业务场景↗
READ · WRITE01
订单与库存
“找出库存低于 10 件的商品，并创建补货单草稿。”
先查询已授权数据，再调用明确开放的写入能力。
场景示意 · 由业务系统最终裁决
IDENTITY · WRITE02
客户与员工
“找到员工小林，把他的所属门店调整为滨江店。”
只修改当前业务身份有权访问且已经开放的字段。
场景示意 · 由业务系统最终裁决
MULTI-SYSTEM · WRITE03
商城与库存
“先查保温杯库存，有货就把商城售价改为 59 元并上架。”
先选两个系统的授权；商品对应关系、业务工具和原审批须已就绪。
场景示意 · 由业务系统最终裁决
APPROVAL · AUDIT04
退款与高风险操作
“为这笔订单发起退款，并告诉我最终处理结果。”
是否审批由业务规则决定，批准后才执行获准的那次请求。
场景示意 · 由业务系统最终裁决
03一次操作如何完成
从一句改名请求，到业务页面里的变化
通过商品改名的动画示例，看一句话如何带上当前身份和可用能力，经 Agent 查询、修改，再回到业务页面核对结果。
请使用播放器的播放按钮重试，或打开视频文件。 打开视频文件 →
看懂流程，下一步亲自验证。
查看可运行的 Demo公开 Docker Demo 提供订单查询、工单创建与退款审批等可复现场景。
04三种使用方式
在用户真正工作的地方使用 Agent
同一套业务能力不必绑定某个聊天框或某个 Agent。选择最适合现有系统和使用者的入口。比较全部接入方式↗
WEB ASSISTANT
01 / 03后台内直接发起操作
01当前后台页面
02嵌入式对话
03BailingHub
04业务能力接口
当前登录身份与原后台权限继续生效
LOCAL AGENT
02 / 03本地 Agent 自己理解与规划
01本地 Agent
02业务身份授权
03BailingHub
04已授权能力
不传递业务账号密码或浏览器 Cookie
API & AUTOMATION
03 / 03复用现有 Agent 与自动化流程
01Agent / Workflow
02Client API
03BailingHub
04业务系统
任务、审批与审计不必在每个平台重做
05开源且可验证
先在本机跑通一次业务操作
BailingHub Core 采用 Apache-2.0，可部署到自己的服务器和数据库。公开 Docker Demo 不需要真实业务系统或模型 Key，也能复现查询、写入、审批和故障追踪。
Apache-2.0Self-hostedNo model keyAudit & Trace
$ docker compose up --build01订单查询PASS
02售后工单创建PASS
03退款审批后执行PASS
04固定故障 TracePASS
完整治理链路已记录
07常见问题
接入之前，通常还会问这些
01需要重做现有业务后台吗？
不需要推倒重来。保留现有后端、账号、权限表和业务流程，通过 OpenAPI、ACC 声明或 SDK 接入选定动作。为选定操作配置能力声明、可信身份和调用校验即可逐步接入。
02BailingHub 是模拟点击网页的 RPA 吗？
不是。它不靠模型任意点击后台页面，而是调用业务系统明确声明并授权的服务端能力，因此参数、身份、权限和结果都可以被验证。
03接入后，最终权限由谁决定？
仍由你的业务系统决定。BailingHub 控制 Agent 最多能发现和请求哪些能力，业务后端继续按当前用户、租户、角色和业务规则执行或拒绝。
04所有写操作都需要人工审批吗？
不需要。是否审批由能力声明和业务规则决定；普通且已授权的操作可以直接执行，高风险操作可以配置为审批后执行。
05它和 MCP、Dify、n8n 有什么不同？
MCP 解决工具协议，Dify 和 n8n 负责编排应用或工作流；BailingHub 聚焦 Agent 与业务系统之间的可信身份、能力范围、审批、签名、执行和审计。它们可以组合使用。
06必须在本地部署大模型吗？
不强制。控制面与状态库可以自托管，模型可按成本、网络和数据要求选择云端 API 或自托管模型。调用外部模型时，相关输入仍会按你的配置发送到该服务。
07本地 Agent 可以使用中枢的模型套餐吗？
可以。宿主接入模型服务后，可以使用套餐中的对话模型与图片生成工具，共享额度；也可以继续使用宿主自己配置的模型。对话与工具编排仍由本地 Agent 完成。