百灵中枢受控业务动作

解决的问题

Agent在执行业务动作时，常面临权限边界模糊、动作不可追踪、重试逻辑失控的问题。模型、用户提示、任务文本均不可信，若直接调用业务接口，可能绕过系统最终授权；重试时随意更换请求标识，又会导致业务语义混乱或重复执行。

工作方式

核心能力是向自托管BailingHub Client API提交受治理业务动作，支持提交任务、查询状态、短暂等待结果三种操作，配置项由操作者在会话外设置：

• BAILINGHUB_BASE_URL
• BAILINGHUB_CLIENT_TOKEN
• BAILINGHUB_ROUTE

关键步骤

1. 提交任务：用户发起新业务动作时，生成稳定request_id绑定业务意图，仅序列化request_id与input为JSON写入stdin；重试需保留原request_id与业务语义，不得新建标识绕过冲突。
2. 查询任务：仅使用BailingHub返回的job_id查询，不猜测ID，not-found可能意味着Client不持有该任务。
3. 等待结果：提交后最多等待60秒，仅读取已有任务状态，不会触发新的业务动作。

适用边界与注意点

• 安全边界：不向用户索要Token，不得推断或覆盖路由、HTTP方法、API路径等配置；BailingHub仅治理任务可达性，业务系统是最终授权权威。
• 状态解读：非终止状态包括queued、running、dispatched；终止状态为done、error、rejected。
• 重试规则：可重试错误需保留原request_id；wait_timed_out为true时，仅如实汇报当前状态，不得标注成功或失败。
• 授权边界：done状态不代表调用者具备权限，BailingHub与技能无法替代业务系统的最终授权。