架构

围绕闭环而设计

信号。上下文。推理。执行。验证。每一个 Thyn 引擎都为缩短并强化这一闭环而打造

参考架构

该架构将控制平面与数据平面分离,使团队既能将敏感的执行过程贴近自身环境,又能统一协调策略、更新与可观测性。

控制平面配置、访问策略、模型路由、部署清单、版本管理、可观测性以及管理控制。
数据平面本地推理、事件处理、决策状态、私有数据访问、执行适配器以及领域专用工具。
验证平面审计日志、评估框架、确定性测试、密码学证明、仿真重放以及人工审查路径。
集成平面SDK、API、Webhook、MCP 服务器、CLI 工具、浏览器扩展以及客户专属连接器。

将延迟视为架构约束

端到端延迟并非单一数字,而是一份在感知、记忆查询、规划、模型执行、策略校验、动作与验证之间分摊的预算。

T_total = T_signal + T_context + T_model + T_policy + T_action + T_verify

设计目标:
在隐私、安全、准确性、成本与审计约束下 minimize(T_total)。

部署模式

模式

运行位置

适用场景
权衡
端侧

用户机器、工作站、手机、本地节点。

低延迟、隐私保护、离线容错、私有上下文。

硬件差异性与模型规模限制。

自托管

客户基础设施或私有 VPC。

可控性、可审计性、企业策略、数据驻留。

运维复杂度与部署生命周期。

混合

本地执行,云端协调。

在速度、集中管理与模型灵活性之间取得平衡。

需要审慎的路由、同步与故障处理。

正确的系统是可观测的系统

每一个自主闭环都应当可追溯、可测试、可回滚且可度量。

让智能更近一步。