能力与配置地图
BailingHub 的配置对象不是一组彼此独立的开关。正确顺序是：先确定用户从哪里提出目标、谁代表业务身份、允许调用哪些能力，再决定由谁编排以及需要哪些上下文。
按目标找到入口
Section titled “按目标找到入口”| 我想完成的事 | 主要配置对象 | 继续阅读 |
|---|---|---|
| 让业务后端主动提交任务 | 接入方、触发路由 | Client API |
| 在现有后台嵌入聊天 | 聊天入口、触发路由、业务身份票据 | Widget 与 SSE |
| 让 Agent 查询或修改业务数据 | 工具源、ACC 声明、业务侧最终授权 | 业务工具 |
| 给回答补充知识、页面或会话上下文 | 路由、模型凭证、知识库、页面上下文与记忆策略 | 路由、模型与上下文 |
| 让本地 Agent 自己规划并操作业务 | Client App、Agent Session、Agent Client workspace | Agent Client |
| 把中枢创建的任务交给本地或内网环境执行 | 调度目标、Executor Token | Executor 与 Agent Client |
| 接收企业消息并进入同一条路由 | 入站渠道、触发路由、平台身份映射 | 入站渠道 |
| 接入已有商城、SaaS、CRM 或 ERP | 业务侧 SDK、适配器或社区配方 | 业务适配器与社区配方 |
| 核对任务、审批与失败原因 | 任务、Trace、审批意图与变更审计 | 审批与恢复 |
核心对象之间是什么关系
Section titled “核心对象之间是什么关系”| 对象 | 它只负责什么 | 不应被误解成什么 |
|---|---|---|
| 触发路由 | 把一个业务场景的目标、工具、知识、记忆、送达和运行规则组合起来 | 单个 API 或模型 |
| 接入方 | 限制哪个服务端调用方能触发哪些路由 | 最终用户业务身份 |
| 调度目标 | 决定任务交给内置 LLM、Executor 或其他运行时 | 业务权限来源 |
| 模型凭证 | 保存模型地址、密钥与默认模型等连接信息 | 业务场景配置 |
| 工具源 | 把经过声明的业务动作编译成 Agent 可见工具 | 整套后台 API 的无条件开放 |
| 知识库 | 为指定路由检索说明性资料 | 实时业务事实或权限系统 |
| 聊天入口 | 把一条路由公开为可嵌入的网页入口 | 业务登录本身 |
| Agent Client | 让已授权的本地 Agent 获取有限能力并在本地编排 | Executor 或万能业务凭据 |
| Executor | 领取中枢已经创建的任务并回报结果 | 交互式业务用户登录 |
| 任务与 Trace | 记录一次运行的状态、工具、审批、结果与错误 | 隐藏思维链 |
- 选择一条可以在源业务系统核对结果的动作。
- 用 OpenAPI + ACC 声明它，并在业务接口执行前重新校验主体、租户与业务状态。
- 建立一条只允许该能力的路由，再选择网页、Client API、本地 Agent 或渠道入口。
- 用
request_id、job_id和 Trace 核对请求、审批、调用与最终结果。 - 验证成功后再增加能力，不把整套后台一次暴露给 Agent。