先看能力与配置地图
不确定入口、路由、工具、知识、审批、渠道和本地运行方式之间如何配合时，先看能力与配置地图。
BailingHub 文档中心
业务系统保留最终权限与业务裁决，BailingHub 负责能力发现、治理、审批和审计。
Core 0.9.0 与 SDK/DSH 0.7.0：对话模型与生成工具共用 USD 套餐额度，周期售价与额度分别设置，图片结果与费用分别查看。原业务授权、审批和长任务控制继续生效。查看本版变化与升级步骤。
你准备从哪里开始？
Section titled “你准备从哪里开始？”我有一个现成业务系统
先通过 SDK 与 ACC 能力声明开放一条真实业务动作，例如查询订单、修改员工资料或提交审批。
我想让本地 Agent 操作后台
使用独立 DSH 插件完成浏览器授权，在本次对话中选择账户，再使用受治理业务工具；MCP 任务入口单独配置。
我先想验证完整闭环
使用公开 Docker Demo 或在线体验，查看身份、路由、审批、执行轨迹和审计记录。
最小接入路径
Section titled “最小接入路径”- 在业务系统声明一条允许 Agent 使用的能力。
- 在 BailingHub 建立接入方与触发路由。
- 从网页聊天、本地 Agent 或自动化平台发起请求。
- 在后台查看工具调用、审批与完整执行轨迹。
业务负责人和实施团队
从使用者指南开始，把业务目标拆成入口、身份、路由、能力、审批和审计要求。
业务系统开发者
本地 Agent 开发者
阅读 Agent Client，区分浏览器业务授权、本地编排和中枢治理职责。
部署与运维人员
先运行 Docker Demo，再按部署运维完成生产配置、迁移和健康检查。
| 主题 | 解决的问题 |
|---|---|
| 能力与配置地图 | 按目标找到入口、路由、模型、工具、身份、审批和审计配置 |
| 10 分钟跑通 | 用确定性 Demo 验证第一条读写与审批链路 |
| 使用者指南 | 从业务场景决定需要配置什么 |
| Docker Demo | 本地启动中枢、MySQL 和 Demo Business |
| 路由、模型与上下文 | 决定请求去哪里、使用哪个模型以及注入哪些上下文 |
| API 契约 | 用 Client API v1 提交、查询和接收任务结果 |
| 业务工具 | 用 OpenAPI + ACC 只开放经过声明的业务动作 |
| 模型服务与套餐计费 | 配置模型、共享 USD 额度、周期套餐和图片工具，核对原请求与结算 |
| 业务侧 SDK | 生成工具 spec、验签、票据和调用中枢 |
| 业务适配器与社区配方 | 区分 SDK、独立适配器和参考配方的边界 |
| 多系统授权与对话记录 | 先选商城与库存等系统的授权，查看各目标执行与已同步沟通，处理断网和历史缺口 |
| Agent Client | 让本地 Agent 在获得业务授权后进行本地编排 |
| Executor 与 Agent Client | 区分领取中枢任务的执行节点和携带业务身份的本地 Agent |
| Widget 与 SSE | 配置网页聊天、Origin 白名单、默认展开和流式事件 |
| 多媒体与富内容 | 处理图片、语音、文件、Markdown、图表和安全表单 |
| 企业微信入站渠道 | 接收企业微信消息并正确映射平台身份与业务身份 |
| 知识库 | 幂等同步文档并由路由按需检索 |
| 审批意图 | 把高风险动作交给业务审批并绑定冻结参数 |
| 部署运维 | 自托管、迁移、健康检查和密钥边界 |
| 架构与固定版本索引 | 回到 v0.9.0 架构、契约、Schema 和运维权威资料 |
| MCP 到安全执行 | 理解协议、Runtime、治理层和业务最终授权的分工 |