Architecture / Platform

OpenBB 的核心不是一个页面,而是一条可复用的数据路由

Core 负责标准化和路由,领域扩展注册能力,Provider 连接具体数据源,最后由不同接口复用同一套结果模型。

看一次请求如何运行
CoreData / QueryParams
ExtensionsEquity / ETF / News
Providers源特定模型
Interfaces多种消费端
输入领域 + 参数
校验统一查询
请求Provider 适配
输出Data / API
仓库结构示意,不代表实时拓扑截图。
Four layers

OpenBB 平台四层架构分工

01 / Core

提供标准模型、查询参数、验证、Router 和 API/Python 静态资源。

02 / Extensions

按领域组织能力,通过 entry point 注册 Router。

03 / Providers

每个 Provider 管理自身 models、utils、测试和授权要求。

04 / Interfaces

Python、REST、CLI、MCP 和桌面端复用已注册路由。

Request path

一条请求如何穿过平台?

  1. 选择领域路由

    例如 obb.equity.price.historical,入口由领域扩展提供。

  2. 生成标准查询

    Core 统一参数、数据模型和响应包装。

  3. 选择 Provider

    当前环境、凭据与 Provider 设置决定实际数据请求走向。

  4. 从接口消费

    同一能力可以通过 Python、FastAPI、CLI 或 MCP 暴露给不同用户。

证据边界:架构示意来自固定提交、README 和目录结构;实际数据结果仍需在具体 Provider、市场和时间下运行验证。

架构看懂了,下一步配置 Provider

先查看凭据、覆盖范围与授权差异,再运行自己的查询。

查看 Provider 指南