Hub 持有信任边界
路由真相、记忆真相、授权、策略、审计和终止权集中留在 Hub,而不是散落到每个客户端。
公开技术预览
X-Hub 不是又一个套在终端外面的 agent 包装层。它关注的是更底层的问题:记忆真相放在哪里,谁持有授权, 审计挂在哪里,监督如何介入,最终哪一层才是真正的信任根。X-Hub 把这些责任拉回 Hub,让交互表面可以 很强,但不会悄悄变成隐藏的控制平面。
策略、授权、审计、记忆真相与终止权集中留在 Hub。
执行权限与监督深度、复盘节奏彼此分离。
语音表面、通用客户端、外部通道与受控 runner 都挂在同一控制平面上。
本地模型、本地能力包和可选的付费模型统一经过同一控制平面。
不要让 UI、插件包或云厂商默认配置变成隐藏的控制平面。
把执行权限、监督强度、复盘节奏和干预方式拆开。
把技能、外部通道和语音动作都纳入治理后的能力链路。
为严肃操作者而设计
X-Hub 的目标不是把更多功能塞进一个终端里,而是把记忆真相、策略、授权、审计、运行时真相和执行安全 放进同一套 Hub 控制平面,再由 X-Terminal 这样的高信任表面承接交互体验。
为什么它不一样
系统特征
X-Hub 的价值不在于某一个孤立 feature,而在于信任平面、治理平面、能力调用、记忆真相和多模态监督 被放进同一套用户自有控制平面里。
把信任根从终端、插件和云默认配置里移回 Hub。
把执行范围、监督强度、复盘节奏和干预方式拆开,自治才真正可治理。
把技能、工具、自动化和通道动作视为受控能力链路,而不是散乱脚本。
让记忆真相、运行时真相与审计证据继续挂在系统记录面上。
系统外形
远程通道上的待授权动作可以经由 Hub 汇总,再投影到语音表面完成播报、确认和继续执行。
远程通道接入不应一步到位成为高信任控制口,而应纳入受控发现、审批和绑定流程。
本地模型、语音、视觉和 OCR 的可用性与兼容性应被明确表达,而不是假装已经就绪。
为什么不只是再来一个 agent
如果想看更完整的论证,可以继续阅读:为什么 X-Hub 不是又一个 Agent。
适合谁
特别适合安全敏感的软件团队、需要长期运行自动化的操作者、公共部门与监管场景,以及希望获得 更稳本地优先姿态的独立开发者。
现在是什么状态
架构主张已经比较清楚,核心运行链路也已经成形。但产品打磨、引导体验和部分能力表面仍在快速变化中。 这个网站的职责是先把系统讲明白,而不是过早暴露所有仍在变动的实现细节。