保存草稿
先记录变化，不直接改变运行态。
PRODUCT EXPERIENCE产品体验，马上到来。
Lattice.Hub Console 公开体验环境正在准备中。
治理生效两类用户，两条版本路径，同一个 Agent Service。
查看完整架构User A 进入 BLUE 稳定版本，User B 进入 GREEN 体验版本；80/20 是示例分配。Gateway 先执行差异化限流，身份鉴权、Secret、镜像、Mock 与故障切换继续保护模型调用。
01 / Console
控制面状态，真实可见。
以下截图来自本地运行的 Lattice.Hub Console：监控、治理、发现、配置与 AI 能力目录共用同一控制面视图。
Platform Metrics控制面组件与接口指标
真实 Console 界面证据 · 不将本地环境数据描述为线上运维遥测。
02 / Release
变更不是保存，是版本。
不改变客户端习惯，改变背后的控制方式。协议兼容、领域建模与发布语义各自独立。
形成版本
配置生成不可变发布快照；治理规则保留版本记录。
受控发布
通过灰度或全量流程，将已确认版本送入运行时。
运行时消费
Rust SDK、Thin SDK、Pole Sidecar 与 Gateway 读取或承载同一份治理视图。
03 / CAPABILITY MAP
六类资源，一套控制面语言。
能力边界各自清晰，并共享运行环境与身份上下文；配置和治理进一步共享版本化发布语义。操作者因此能从一次变化追溯到它的作用域和运行状态。
运行环境
Namespace 表示环境，不表示租户。同一逻辑资源在开发、预发与生产各自隔离发布状态。
服务发现
统一多协议注册、发现、心跳与实例视图，不要求客户端迁移到单一协议。
配置中心
以编辑、版本、发布与回滚区分“正在改什么”和“运行时正在使用什么”。
服务治理
九类治理规则共享作用域、版本与发布语义，避免不同策略各自为政。
身份与权限
分别处理管理面资源授权与数据面服务身份，明确“谁能改”和“谁在调用”。
AI 能力目录
MCP 与 A2A Registry 登记工具、Agent Card、技能和能力元数据，负责注册与发现。
04 / Topics
继续深入三个工作面。
治理发布、Agent 变更边界，以及与同类产品的关系分层——专题页各自展开。