本地优先
X-Hub 的本地优先，不只是“可以跑本地模型”。它强调的是：受信控制平面、权限姿态、密钥材料、隐私决策和发布时间都尽量留在操作者手里。
公开运行时视图 这里重点讲本地优先的价值和产品方向，不会把所有 still-evolving 的运行时细节、兼容性边缘或内部实现判断标准全部公开。
一套受控平面，同时覆盖本地与付费模型
同一套 Hub 可以统一治理：
- 本地模型
- 付费模型供应方
- 本地多模态运行时
- 项目级路由与能力姿态
这点很重要，因为很多系统会把本地路径和付费路径做成两个完全不同的产品世界。
纯本地模式能带来什么
如果 Hub 跑在用户自有硬件上，并尽量只走本地模型：
- 核心推理路径可以脱离第三方云基础设施
- 控制平面不需要寄居在 SaaS 默认形态里
- 外部模型凭据可以从核心路径中消失
- prompt 和上下文外发可以明显减少
这不等于“所有威胁都没有了”，但它确实是隐私、authority 和运行独立性上更强的起点。
本地运行时产品化
本地方向已经不只是粗糙试验桥接，而是在朝更完整的产品面推进：
- 能力包清单和真实状态表达
- 运行前的兼容性判断
- 更清楚的导入指导和恢复反馈
- quick check 与 bench 类表面
- 让本地 embedding、语音、视觉和 OCR 都处在同一 Hub 姿态下
为什么“能力包真相”重要
多模态本地 AI 系统常见的问题之一，是看起来“像可用”，实际上依赖、模型包或运行环境并没有准备好。
因此系统需要更诚实地表达：
- 什么已经安装
- 什么被禁用
- 什么不兼容
- 什么现在可以测试
- 什么应该 fail-closed
推荐操作者姿态
对很多部署来说，更干净的形态是：
- Hub 跑在用户自有硬件上
- 真正 ready 的本地运行时再开启
- 付费模型按需、选择性接入，而不是默认放开
- 运行时真相始终对操作者可见
这样才能做到本地优先，而不是嘴上本地、控制权却仍然漂在外面。