跳转到内容
百灵中枢BAILING HUB

10 分钟跑通第一条业务动作

公开 Docker Demo 不需要真实业务系统或模型 Key。它使用确定性 Demo Agent，但工具白名单、可信主体、签名、写操作、审批和审计都走真实运行路径。

推荐顺序

Section titled “推荐顺序”
  1. 启动 BailingHub、MySQL 和 Demo Business。
  2. 发送一条包含查询与创建工单的任务。
  3. 在控制台查看同一 job_id 的能力发现、工具调用和结果轨迹。
  4. 再发起退款请求，在 Demo Business 中批准或拒绝审批意图。

1. 启动 Demo

Section titled “1. 启动 Demo”
终端窗口
export BAILING_TOKEN="${BAILING_TOKEN:-$(openssl rand -hex 32)}"
docker compose up --build

也可以在全新 Ubuntu/Debian 服务器上使用官网安装脚本：

终端窗口
curl -fsSL https://www.bailinghub.com/install.sh | sh

启动完成后访问：

  • 控制台：http://localhost:18900/console/
  • Demo Business：http://localhost:19080/
  • 健康检查：http://localhost:18900/health

透明 Docker Compose 仍是理解组件与配置的推荐路径。完整启动、镜像切换和故障排查见 Docker Demo。

2. 提交第一条任务

Section titled “2. 提交第一条任务”

Demo 默认提供 demo-app 接入方、demo_support 路由和本地测试 Token：

终端窗口
curl -sS http://localhost:18900/run \
  -H 'content-type: application/json' \
  -H 'authorization: Bearer bailing-demo-client-token' \
  -d '{
    "request_id": "quickstart-001",
    "route": "demo_support",
    "input": "查询订单 SO-1001，并创建一张需要人工跟进的售后工单",
    "metadata": {
      "visitor_uid": "visitor-001",
      "operator_uid": "demo-user-001"
    }
  }'

响应会返回 job_id。用同一接入方 Token 查询任务：

终端窗口
curl -sS http://localhost:18900/jobs/<job_id> \
  -H 'authorization: Bearer bailing-demo-client-token'

3. 在控制台核对证据

Section titled “3. 在控制台核对证据”

打开“任务”并找到同一 job_id，确认：

  • 路由只投影了允许的 Demo 工具；
  • 业务调用带有可信 on_behalf_of 主体；
  • 查询订单与创建工单分别留下工具申请、调用和结果轨迹；
  • 最终回复和任务状态进入同一总账。

4. 验证审批

Section titled “4. 验证审批”

把输入改为“为订单 SO-1001 申请退款 199 元”，并使用新的 request_id。任务应暂停并把审批意图投递到 Demo Business。批准或拒绝后，中枢只处理已经冻结且 args_hash 一致的调用快照。