绑定内容有共享边界
compose.ts 只发送识别现有元素的显示描述，刻意排除字段值、原始绑定配方和动作参数；编辑上下文不等于全部渲染状态。
查看对应来源 ↗代码仓库分析
json-render
json-render 网站里的 Jev UI 组合实验：从预定义组件与属性候选中选择，再由代码组装界面。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 18,200
- Forks
- 954
- 协议
- Apache-2.0
- 最近提交
- 2026-09-23
Jev 在这里做什么
通过 Vercel AI Gateway 评估组件配置，composeSpec 把答案变成界面规格。
提供一条与逐 Token 生成 JSON 不同的、可检查的界面组合路径。
仅指仓库网站中的 Jev 实验路径；未独立验证 3.21 秒对 880 毫秒等性能说法，也不表示整个框架依赖 Jev。
这个项目适合解决什么任务？
从声明的组件目录组合 UI，而非让模型输出任意界面代码。
资料分析日期：
从输入到动作
- 网站提供 playground 组件目录、候选配方和合成平台状态。
- AI Gateway 后的 Jev evaluator 在元素及深度限制下选择组合步骤。
- composeSpec 组装规范，演示动作在用户后续交互时才触发。
实现中值得检查的地方
组合表单不等于实现服务
合成上下文明说 submit 只是校验/toast 演示，不是认证或消息服务；渲染登录框不会自动产生登录后端。
查看对应来源 ↗选择建议
适合研究受约束的组件组合。先判断目录能否表达目标界面，服务行为仍需普通应用代码。
如何自行检查
阅读固定 compose.ts 的 composeUI，对比 elementDescriptions、initialState 与 context，确认 maxDepth/maxElements 是代码限制，提交仅是演示动作。
结论的适用边界
- 本站未执行 UI 组合请求。
- 这里是网站实验，不能推出整个 json-render 框架依赖 Jev。