描述意图
用户用自然语言说明要修改的已有配置与期望结果。
PRODUCT EXPERIENCE产品体验，马上到来。
Lattice.Hub Console 公开体验环境正在准备中。
POLE AGENT / HUMAN-GATED CONTROL PLANE
让 Agent 理解变更，但不替你发布。
Pole Agent 在登录用户权限内通过 Pole MCP 读取 Namespace、MCP Registry 与已有配置。LLM 结合这些上下文，由内部 proposal 工具与确认内核形成更新提案；人检查并确认后，它只保存编辑态草稿，真正的发布仍由人把关。
01 / REAL WORKBENCH
安全边界，应该在工作台里真实可见。
Pole Agent 会展示当前资源范围、连接状态、记忆窗口与操作权限。运行配置不完整时，工作台保持不可执行状态，而不是让模型带着未知上下文继续尝试。
Console · Pole Agent Readiness真实就绪检查状态：配置不完整时 fail closed；资源查询允许，生成变更需确认，直接发布禁止。
02 / CONTROLLED CHANGE
一次可审阅的变化，而不是一句不可追溯的指令。
Pole Agent 的价值不在于跳过控制面，而在于把自然语言意图翻译为可检查的差异，再把明确的人类确认交还给既有产品流程。
读取上下文
在登录用户权限内读取 Namespace、MCP Registry 与配置文件。
形成提案
LLM 结合 Pole MCP 读取的上下文，由内部 proposal 工具与确认内核形成不可变提案。
检查差异
把原始内容与提议内容并列呈现，让人判断变化是否正确。
确认草稿
人工确认后，Agent 只把内容写入编辑态草稿。
进入发布
后续发布、回滚与删除继续由确定性的产品流程承担。
03 / SAFETY LAYERS
提示词负责表达，边界必须由系统执行。
从工具白名单到确认内核，再到独立发布链，每一层都缩小 Agent 可做的事情，并让变化保留可审计的产品语义。
Pole Agent
组织对话、上下文与提案预览，让意图和差异可被人理解。
Pole MCP
只暴露白名单工具与明确参数，不把任意内部能力直接交给模型。
确认内核
校验登录身份、资源权限、提案内容与确认动作；提示词不是安全边界。
产品发布链
草稿之外的生效、灰度、回滚与删除仍进入确定性的人工流程。
04 / THREE ROLES
助手、工具目录与 Agent 目录，各自负责一件事。
三个概念共同服务于 AI Native 控制面，但不能互相替代。把角色分清，才能避免把“可发现”误解为“可自动执行”。
Pole Agent
理解控制面上下文、准备变化、解释差异；不替操作者执行最终发布。
MCP Registry
登记可被发现的 MCP Server、工具与能力元数据，不承担任意工具执行。
A2A Registry
登记 Agent Card、技能与能力元数据，不承担 Agent 任务和运行时托管。
05 / CURRENT BOUNDARY
今天能做什么，同样要说清还不能做什么。
官网只描述当前已经形成的最小闭环。以下边界会随着产品演进更新，但不会用未来方向替代当前事实。
已形成闭环
- 读取 Namespace、MCP Registry 与已有配置文件
- LLM 结合 Pole MCP 只读上下文，由内部 proposal 工具形成已有配置更新提案
- 展示不可变提案与差异预览
- 人工确认后保存编辑态草稿
当前不在范围内
- 自动发布、自动回滚或自动删除
- 治理规则写入与新建配置文件
- 任意控制面资源的通用写入
- 流式输出与服务端会话持久化
06 / HUMAN RELEASE CHAIN
Agent 准备变更，人拥有发布决定。
这不是对自动化能力的削弱，而是让 AI 进入生产控制面时仍然服从权限、版本、发布与回滚语义。
01自然语言意图
02不可变提案
03差异预览
04人工确认
05编辑态草稿
06确定性发布