工作原理
- 定义目录:声明 AI 可以使用的组件及其类型化的 props
- 提示 AI:用自然语言描述你想要的界面
- AI 生成规范:一个描述组件树的 JSON 文档
- 安全渲染:json-render 的
Renderer使用你的组件渲染该规范
定义组件目录
目录描述了 AI 被允许使用的所有组件。每个组件都有一个用于其 props 的 Zod 模式,以及一个 AI 读取以理解何时使用它的描述:构建组件注册表
注册表将每个目录组件映射到其实际的渲染实现。 使用defineRegistry 在目录 props 和你的组件函数之间获得类型安全的绑定:
连接到代理
代理使用结构化输出来返回 json-render 规范。使用你的代理的 assistant ID 设置useStream,然后从 AI 消息的 tool_calls 中提取规范:
流式传输并逐步渲染
在流式传输期间,规范是逐步构建的。元素一次到达一个,最初可能缺少type 或 props。过滤出仅包含完整元素的规范,并将 loading={true} 传递给 Renderer,这会告诉它静默跳过尚未到达的子元素。界面会逐个组件地构建起来:
JSONUIProvider 是设置 json-render 内部上下文提供者(状态、可见性、验证、操作)所必需的。Renderer 组件必须在其内部渲染。规范格式
AI 代理生成一个扁平的 JSON 规范,其中包含一个指向根元素的root 键,以及一个包含所有组件的 elements 映射:
TextInput 和 Button 这样的叶子元素具有空的 children 数组。
最佳实践
- 使用描述性的组件描述:AI 使用这些描述来理解何时使用每个组件。清晰的描述能带来更好的界面生成效果。
- 渲染前进行验证:在传递给 Renderer 之前,始终检查元素是否具有有效的
type和非空的props,因为流式传输会传递部分数据。 - 为流式传输而设计:在流式传输期间传递
loading={true},这样 Renderer 可以优雅地处理尚未到达的子元素。用户可以实时看到界面的构建过程,而不是等待完整的响应。 - 使用设计令牌进行样式设置:使用 CSS 自定义属性,以便渲染的组件能自动适应亮色和暗色主题。
- 使用 JSONUIProvider 包裹:
Renderer必须位于JSONUIProvider内部,才能访问 json-render 用于状态、可见性和操作的内部上下文。
将这些文档连接到 Claude、VSCode 等,通过 MCP 获取实时答案。

