快速开始
在本地运行 Tessera Agent Generative UI 成功证明，并检查它的组件目录。
本节记录源码级 Generative UI 成功证明，不是另行发布的 Tessera Studio 产品文档。
当前组件体系还没有 tessera-agent CLI 或远程 shadcn Registry。这里的第一个完整工作流是
验证终局 Generative UI 底座，并检查用于证明它的 data-agent 组件。
环境要求
- Bun 1.3.14 或更高版本
- 运行文档站时，需要 Next.js 16 支持的浏览器
确定性的架构、Contract、Renderer 与 Fixture 测试不需要数据库，也不需要模型 API Key。
运行证明门槛
在仓库根目录执行：
bun install
bun run check:naming
bun run check:boundaries
bun run typecheck
bun run test
bun run build这些命令检查 Package Boundary、浏览器与服务端隔离、Canonical Protocol 行为、 Component Contract、Renderer Coverage，以及唯一的 React 渲染路径。
打开 Tessera Agent 文档
bun --cwd apps/docs dev打开 Next.js 输出的本地地址，然后依次查看 Generative UI 架构、 Data Agent 成功证明门槛与 当前组件目录。
文档 Playground 可以选择读取 OPENROUTER_API_KEY，但它当前只传输文本，不能作为可信
Generative UI Pipeline 已接通的证据。产品证明必须使用真实链路：
SurfaceEventStream -> SurfaceController -> GenerativeSurface -> RendererRegistry成功定义
成功不等于模型能输出合法组件 JSON。Tessera Agent 必须把受治理的 Query Resource 组合成 真正有用的 Metric、Chart、Table、Filter、Query Details 与解释内容，同时保证 Query Row 不会进入模型 Proposal、Canonical Document、Transport History 或普通日志。
不要根据本页提前创建独立 Open Generative 产品。只有 Tessera Agent 的全部证明门槛通过后， 才开始抽离通用项目。