page.mdx 21 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628629630631632633634635636637638639640641642643
  1. import { pageMetadata } from "@/lib/page-metadata"
  2. export const metadata = pageMetadata("docs/changelog")
  3. # Changelog
  4. Notable changes and updates to json-render.
  5. ## v0.9.1
  6. February 2026
  7. ### Fixed: Install failure due to private dependency
  8. `@json-render/react`, `@json-render/react-pdf`, and `@json-render/react-native` v0.9.0 failed to install because `@internal/react-state` (a private workspace package) was published as a dependency. The internal package is now bundled into each renderer at build time, so it no longer needs to be resolved from npm.
  9. ---
  10. ## v0.9.0
  11. February 2026
  12. ### New: External State Store
  13. The `StateStore` interface lets you plug in your own state management (Redux, Zustand, Jotai, XState, etc.) instead of the built-in internal store. Pass a `store` prop to `StateProvider`, `JSONUIProvider`, or `createRenderer` for controlled mode.
  14. - Added `StateStore` interface and `createStateStore()` factory to `@json-render/core`
  15. - `StateProvider`, `JSONUIProvider`, and `createRenderer` now accept an optional `store` prop
  16. - When `store` is provided, it becomes the single source of truth (`initialState`/`onStateChange` are ignored)
  17. - When `store` is omitted, everything works exactly as before (fully backward compatible)
  18. - Applied across all platform packages: react, react-native, react-pdf
  19. - Store utilities (`createStoreAdapter`, `immutableSetByPath`, `flattenToPointers`) available via `@json-render/core/store-utils` for building custom adapters
  20. New adapter packages: `@json-render/redux`, `@json-render/zustand`, `@json-render/jotai`.
  21. See the [Data Binding](/docs/data-binding#external-store-controlled-mode) guide for usage.
  22. ### Changed: `onStateChange` signature updated (breaking)
  23. The `onStateChange` callback now receives a single array of changed entries instead of being called once per path. This makes batch updates via `update()` easier to handle:
  24. ```ts
  25. // Before
  26. onStateChange?: (path: string, value: unknown) => void
  27. // After
  28. onStateChange?: (changes: Array<{ path: string; value: unknown }>) => void
  29. ```
  30. The callback is only called when a `set()` or `update()` call actually changes the state. A `set()` call produces a single-element array; an `update()` call produces one array with all changed paths.
  31. ### Fixed: Server-safe schema import
  32. `@json-render/react` barrel-imports React contexts that call `createContext`, which crashes in Next.js App Router API routes (RSC runtime strips `createContext`). All docs, examples, and skills now import `schema` from `@json-render/react/schema` instead of `@json-render/react`.
  33. For combined imports, split into separate `schema` (subpath) and client API (main entry) lines:
  34. ```ts
  35. import { schema } from "@json-render/react/schema";
  36. import { defineRegistry, Renderer } from "@json-render/react";
  37. ```
  38. ### Fixed: Chaining actions
  39. Fixed an issue where chaining multiple actions on the same event (e.g. `setState` followed by a custom action) did not execute all actions. Affected `@json-render/react`, `@json-render/react-native`, and `@json-render/react-pdf`.
  40. ### Fixed: Zod array inner type resolution
  41. Fixed safely resolving the inner type for Zod arrays in schema introspection, preventing errors when catalog component props use `z.array()`.
  42. ---
  43. ## v0.8.0
  44. February 2026
  45. ### New: `@json-render/react-pdf`
  46. PDF renderer for json-render, powered by [`@react-pdf/renderer`](https://react-pdf.org/). Define catalogs and registries the same way as `@json-render/react`, but output PDF documents instead of web UI.
  47. ```bash
  48. npm install @json-render/core @json-render/react-pdf
  49. ```
  50. ```typescript
  51. import { renderToBuffer } from "@json-render/react-pdf";
  52. import type { Spec } from "@json-render/core";
  53. const spec: Spec = {
  54. root: "doc",
  55. elements: {
  56. doc: { type: "Document", props: { title: "Invoice" }, children: ["page"] },
  57. page: {
  58. type: "Page",
  59. props: { size: "A4" },
  60. children: ["heading", "table"],
  61. },
  62. heading: {
  63. type: "Heading",
  64. props: { text: "Invoice #1234", level: "h1" },
  65. children: [],
  66. },
  67. table: {
  68. type: "Table",
  69. props: {
  70. columns: [
  71. { header: "Item", width: "60%" },
  72. { header: "Price", width: "40%", align: "right" },
  73. ],
  74. rows: [
  75. ["Widget A", "$10.00"],
  76. ["Widget B", "$25.00"],
  77. ],
  78. },
  79. children: [],
  80. },
  81. },
  82. };
  83. const buffer = await renderToBuffer(spec);
  84. ```
  85. Server-side rendering APIs:
  86. - `renderToBuffer(spec)` -- render to an in-memory PDF buffer
  87. - `renderToStream(spec)` -- render to a readable stream (pipe to HTTP response)
  88. - `renderToFile(spec, path)` -- render directly to a file
  89. 15 standard components covering document structure (Document, Page), layout (View, Row, Column), content (Heading, Text, Image, Link), data (Table, List), decorative (Divider, Spacer), and page-level (PageNumber).
  90. Supports custom catalogs with `defineRegistry`, server-safe imports via `@json-render/react-pdf/server`, and full context support (state, visibility, actions, validation, repeat scopes).
  91. ---
  92. ## v0.7.0
  93. February 2026
  94. ### New: `@json-render/shadcn`
  95. Pre-built [shadcn/ui](https://ui.shadcn.com/) component library for json-render. 36 components built on Radix UI + Tailwind CSS, ready to use with `defineCatalog` and `defineRegistry`.
  96. ```bash
  97. npm install @json-render/shadcn
  98. ```
  99. ```typescript
  100. import { defineCatalog } from "@json-render/core";
  101. import { schema } from "@json-render/react/schema";
  102. import { shadcnComponentDefinitions } from "@json-render/shadcn/catalog";
  103. import { defineRegistry } from "@json-render/react";
  104. import { shadcnComponents } from "@json-render/shadcn";
  105. const catalog = defineCatalog(schema, {
  106. components: {
  107. Card: shadcnComponentDefinitions.Card,
  108. Button: shadcnComponentDefinitions.Button,
  109. Input: shadcnComponentDefinitions.Input,
  110. },
  111. actions: {},
  112. });
  113. const { registry } = defineRegistry(catalog, {
  114. components: {
  115. Card: shadcnComponents.Card,
  116. Button: shadcnComponents.Button,
  117. Input: shadcnComponents.Input,
  118. },
  119. });
  120. ```
  121. Components include: layout (Card, Stack, Grid, Separator), navigation (Tabs, Accordion, Collapsible, Pagination), overlay (Dialog, Drawer, Tooltip, Popover, DropdownMenu), content (Heading, Text, Image, Avatar, Badge, Alert, Carousel, Table), feedback (Progress, Skeleton, Spinner), and input (Button, Link, Input, Textarea, Select, Checkbox, Radio, Switch, Slider, Toggle, ToggleGroup, ButtonGroup).
  122. See the [API reference](/docs/api/shadcn) for full details.
  123. ### New: Event Handles (`on()`)
  124. Components now receive an `on(event)` function in addition to `emit(event)`. The `on()` function returns an `EventHandle` with metadata:
  125. - `emit()` -- fire the event
  126. - `shouldPreventDefault` -- whether any action binding requested `preventDefault`
  127. - `bound` -- whether any handler is bound to this event
  128. ```tsx
  129. Link: ({ props, on }) => {
  130. const click = on("click");
  131. return (
  132. <a href={props.href} onClick={(e) => {
  133. if (click.shouldPreventDefault) e.preventDefault();
  134. click.emit();
  135. }}>{props.label}</a>
  136. );
  137. },
  138. ```
  139. ### New: `BaseComponentProps`
  140. Catalog-agnostic base type for component render functions. Use when building reusable component libraries (like `@json-render/shadcn`) that are not tied to a specific catalog.
  141. ```typescript
  142. import type { BaseComponentProps } from "@json-render/react";
  143. const Card = ({ props, children }: BaseComponentProps<{ title?: string }>) => (
  144. <div>{props.title}{children}</div>
  145. );
  146. ```
  147. ### New: Built-in Actions in Schema
  148. Schemas can now declare `builtInActions` -- actions that are always available at runtime and automatically injected into prompts. The React schema declares `setState`, `pushState`, and `removeState` as built-in, so they appear in prompts without needing to be listed in catalog `actions`.
  149. ### New: `preventDefault` on `ActionBinding`
  150. Action bindings now support a `preventDefault` boolean field, allowing the LLM to request that default browser behavior (e.g. navigation on links) be prevented.
  151. ### Improved: Stream Transform Text Block Splitting
  152. `createJsonRenderTransform()` now properly splits text blocks around spec data by emitting `text-end`/`text-start` pairs. This ensures the AI SDK creates separate text parts, preserving correct interleaving of prose and UI in `message.parts`.
  153. ### Improved: `defineRegistry` Actions Requirement
  154. `defineRegistry` now conditionally requires the `actions` field only when the catalog declares actions. Catalogs with no actions (e.g. `actions: {}`) no longer need to pass an empty actions object.
  155. ---
  156. ## v0.6.0
  157. February 2026
  158. ### New: Chat Mode (Inline GenUI)
  159. json-render now supports two generation modes: **Generate** (JSONL-only, the default) and **Chat** (text + JSONL inline). Chat mode lets the AI respond conversationally with embedded UI specs, ideal for chatbots and copilot experiences.
  160. ```typescript
  161. // Generate mode (default) — AI outputs only JSONL
  162. const prompt = catalog.prompt();
  163. // Chat mode — AI outputs text + JSONL inline
  164. const chatPrompt = catalog.prompt({ mode: "chat" });
  165. ```
  166. On the server, `pipeJsonRender()` separates text from JSONL patches in a mixed stream:
  167. ```typescript
  168. import { pipeJsonRender } from "@json-render/core";
  169. import { createUIMessageStream, createUIMessageStreamResponse } from "ai";
  170. const stream = createUIMessageStream({
  171. execute: async ({ writer }) => {
  172. writer.merge(pipeJsonRender(result.toUIMessageStream()));
  173. },
  174. });
  175. return createUIMessageStreamResponse({ stream });
  176. ```
  177. On the client, `useJsonRenderMessage` extracts the spec and text from message parts:
  178. ```tsx
  179. import { useJsonRenderMessage } from "@json-render/react";
  180. function ChatMessage({ message }) {
  181. const { spec, text, hasSpec } = useJsonRenderMessage(message.parts);
  182. return (
  183. <div>
  184. {text && <Markdown>{text}</Markdown>}
  185. {hasSpec && <Renderer spec={spec} registry={registry} />}
  186. </div>
  187. );
  188. }
  189. ```
  190. ### New: AI SDK Integration
  191. First-class Vercel AI SDK support with typed data parts and stream utilities.
  192. - `SpecDataPart` type for `data-spec` stream parts (patch, flat, nested payloads)
  193. - `SPEC_DATA_PART` / `SPEC_DATA_PART_TYPE` constants for type-safe part filtering
  194. - `createJsonRenderTransform()` low-level TransformStream for custom pipelines
  195. - `createMixedStreamParser()` for parsing mixed text + JSONL streams
  196. ### New: Two-Way Binding
  197. Props can now use `$bindState` and `$bindItem` expressions for two-way data binding. The renderer resolves bindings and passes a `bindings` map to components, enabling write-back to state without custom `valuePath` props.
  198. ```json
  199. {
  200. "type": "Input",
  201. "props": { "label": "Email", "value": { "$bindState": "/form/email" } }
  202. }
  203. ```
  204. ```tsx
  205. import { useBoundProp } from "@json-render/react";
  206. Input: ({ props, bindings }) => {
  207. const [value, setValue] = useBoundProp<string>(props.value, bindings?.value);
  208. return <input value={value ?? ""} onChange={(e) => setValue(e.target.value)} />;
  209. }
  210. ```
  211. ### New: Expression-Based Props and Visibility
  212. All dynamic expressions now use structured `$state`, `$item`, and `$index` objects instead of string token rewriting. This is simpler, more explicit, and works for both props and visibility conditions.
  213. **Props:**
  214. ```json
  215. { "title": { "$state": "/user/name" } }
  216. { "label": { "$item": "title" } }
  217. { "position": { "$index": true } }
  218. ```
  219. **Visibility:**
  220. ```json
  221. { "$state": "/isAdmin" }
  222. { "$state": "/role", "eq": "admin" }
  223. [{ "$state": "/isAdmin" }, { "$state": "/feature" }]
  224. { "$or": [{ "$state": "/roleA" }, { "$state": "/roleB" }] }
  225. { "$item": "isActive" }
  226. { "$index": true, "gt": 0 }
  227. ```
  228. Comparison operators: `eq`, `neq`, `gt`, `gte`, `lt`, `lte`, `not`.
  229. ### New: React Chat Hooks
  230. - `useChatUI()` — full chat hook with message history, streaming, and spec extraction
  231. - `useJsonRenderMessage()` — extract spec + text from a message's parts array
  232. - `buildSpecFromParts()` / `getTextFromParts()` — utilities for working with AI SDK message parts
  233. - `useBoundProp()` — two-way binding hook for `$bindState` / `$bindItem`
  234. ### New: Chat Example
  235. Full-featured chat example (`examples/chat`) with AI agent, tool calls (crypto, GitHub, Hacker News, weather, search), theme toggle, and streaming inline UI generation.
  236. ### Improved: Renderer Performance
  237. - `ElementRenderer` is now `React.memo`'d for better performance with repeat lists
  238. - `emit` is always defined (never `undefined`)
  239. - Repeat scope passes the actual item object, eliminating string token rewriting
  240. ### Improved: Utilities
  241. - `applySpecPatch()` — typed wrapper for applying a single patch to a Spec
  242. - `nestedToFlat()` — convert nested tree specs to flat format
  243. - `resolveBindings()` / `resolveActionParam()` — resolve binding paths and action params
  244. ### Breaking Changes
  245. - `{ $path }` and `{ path }` replaced by `{ $state }`, `{ $item }`, `{ $index }` in props
  246. - Visibility: `{ path }` -> `{ $state }`, `{ and/or/not }` -> `{ $and/$or }` with `not` as operator flag
  247. - `DynamicValue`: `{ path: string }` -> `{ $state: string }`
  248. - `repeat.path` -> `repeat.statePath`
  249. - Action params: `path` -> `statePath` in setState action
  250. - `actionHandlers` -> `handlers` on `JSONUIProvider` / `ActionProvider`
  251. - `AuthState` and `{ auth }` visibility conditions removed (model auth as regular state)
  252. - Legacy catalog API removed: `createCatalog`, `generateCatalogPrompt`, `generateSystemPrompt`
  253. - React exports removed: `createRendererFromCatalog`, `rewriteRepeatTokens`
  254. - Codegen: `traverseTree` -> `traverseSpec`
  255. See the [Migration Guide](/docs/migration) for detailed upgrade instructions.
  256. ---
  257. ## v0.5.0
  258. February 2026
  259. ### New: @json-render/react-native
  260. Full React Native renderer with 25+ standard components, data binding, visibility, actions, and dynamic props. Build AI-generated native mobile UIs with the same catalog-driven approach as web.
  261. ```tsx
  262. import { defineCatalog } from "@json-render/core";
  263. import { schema } from "@json-render/react-native/schema";
  264. import {
  265. standardComponentDefinitions,
  266. standardActionDefinitions,
  267. } from "@json-render/react-native/catalog";
  268. import { defineRegistry, Renderer } from "@json-render/react-native";
  269. const catalog = defineCatalog(schema, {
  270. components: { ...standardComponentDefinitions },
  271. actions: standardActionDefinitions,
  272. });
  273. const { registry } = defineRegistry(catalog, { components: {} });
  274. <Renderer spec={spec} registry={registry} />
  275. ```
  276. Includes standard components for layout (Container, Row, Column, ScrollContainer, SafeArea, Pressable, Spacer, Divider), content (Heading, Paragraph, Label, Image, Avatar, Badge, Chip), input (Button, TextInput, Switch, Checkbox, Slider, SearchBar), feedback (Spinner, ProgressBar), and composite (Card, ListItem, Modal).
  277. ### New: Event System
  278. Components now use `emit` to fire named events instead of directly dispatching actions. The element's `on` field maps events to action bindings, decoupling component logic from action handling.
  279. ```tsx
  280. // Component emits a named event
  281. Button: ({ props, emit }) => (
  282. <button onClick={() => emit("press")}>{props.label}</button>
  283. ),
  284. // Element spec maps events to actions
  285. {
  286. "type": "Button",
  287. "props": { "label": "Submit" },
  288. "on": { "press": { "action": "submit", "params": { "formId": "main" } } }
  289. }
  290. ```
  291. ### New: Repeat/List Rendering
  292. Elements can now iterate over state arrays using the `repeat` field. Child elements use `{ "$item": "field" }` to read from the current item and `{ "$index": true }` for the current array index.
  293. ```json
  294. {
  295. "type": "Column",
  296. "repeat": { "statePath": "/posts", "key": "id" },
  297. "children": ["post-card"]
  298. }
  299. ```
  300. ```json
  301. {
  302. "type": "Card",
  303. "props": { "title": { "$item": "title" } }
  304. }
  305. ```
  306. ### New: User Prompt Builder
  307. Build structured user prompts with optional spec refinement and state context:
  308. ```typescript
  309. import { buildUserPrompt } from "@json-render/core";
  310. // Fresh generation
  311. buildUserPrompt({ prompt: "create a todo app" });
  312. // Refinement (patch-only mode)
  313. buildUserPrompt({ prompt: "add a toggle", currentSpec: spec });
  314. // With runtime state
  315. buildUserPrompt({ prompt: "show data", state: { todos: [] } });
  316. ```
  317. ### New: Spec Validation
  318. Validate spec structure and auto-fix common issues:
  319. ```typescript
  320. import { validateSpec, autoFixSpec } from "@json-render/core";
  321. const { valid, issues } = validateSpec(spec);
  322. const fixed = autoFixSpec(spec);
  323. ```
  324. ### Improved: State Management
  325. `DataProvider` has been renamed to `StateProvider` with a clearer API. State is now a first-class part of specs. Elements can bind to state via `$state` expressions, and the built-in `setState` action updates state directly.
  326. ### Improved: AI Prompts
  327. Schema prompts now include streaming best practices, repeat/list examples, and state patching guidance. Schemas can also define `defaultRules` that are always included in generated prompts.
  328. ### Improved: Documentation
  329. - All documentation pages migrated to MDX
  330. - AI-powered documentation chat
  331. - Dynamic Open Graph images for all docs pages
  332. - Improved playground
  333. ### Breaking Changes
  334. - `DataProvider` renamed to `StateProvider`
  335. - `useData` renamed to `useStateStore`, `useDataValue` to `useStateValue`, `useDataBinding` to `useStateBinding`
  336. - `onAction` renamed to `emit` in component context
  337. - `DataModel` type renamed to `StateModel`
  338. - `Action` type renamed to `ActionBinding` (old name still available but deprecated)
  339. ---
  340. ## v0.4.0
  341. February 2026
  342. ### New: Custom Schema System
  343. Create custom output formats with `defineSchema`. Each renderer now defines its own schema, enabling completely different spec formats for different use cases.
  344. ```typescript
  345. import { defineSchema } from "@json-render/core";
  346. const mySchema = defineSchema((s) => ({
  347. spec: s.object({
  348. pages: s.array(s.object({
  349. title: s.string(),
  350. blocks: s.array(s.ref("catalog.blocks")),
  351. })),
  352. }),
  353. catalog: s.object({
  354. blocks: s.map({ props: s.zod(), description: s.string() }),
  355. }),
  356. }), {
  357. promptTemplate: myPromptTemplate,
  358. });
  359. ```
  360. ### New: Component Slots
  361. Components can now define which slots they accept. Use `["default"]` for regular children, or named slots like `["header", "footer"]` for more complex layouts.
  362. ```typescript
  363. const catalog = defineCatalog(schema, {
  364. components: {
  365. Card: {
  366. props: z.object({ title: z.string() }),
  367. slots: ["default"], // accepts children
  368. description: "A card container",
  369. },
  370. Layout: {
  371. props: z.object({}),
  372. slots: ["header", "content", "footer"], // named slots
  373. description: "Page layout with header, content, footer",
  374. },
  375. },
  376. });
  377. ```
  378. ### New: AI Prompt Generation
  379. Catalogs now generate AI system prompts automatically with `catalog.prompt()`. The prompt includes all component definitions, props schemas, and action descriptions - ensuring the AI only generates valid specs.
  380. ```typescript
  381. import { defineCatalog } from "@json-render/core";
  382. import { schema } from "@json-render/react/schema";
  383. const catalog = defineCatalog(schema, {
  384. components: { /* ... */ },
  385. actions: { /* ... */ },
  386. });
  387. // Generate system prompt for AI
  388. const systemPrompt = catalog.prompt();
  389. // Use with any AI SDK
  390. const result = await streamText({
  391. model: "claude-haiku-4.5",
  392. system: systemPrompt,
  393. prompt: userMessage,
  394. });
  395. ```
  396. ### New: @json-render/remotion
  397. Generate AI-powered videos with Remotion. Define video catalogs, stream timeline specs, and render with the Remotion Player.
  398. ```tsx
  399. import { Player } from "@remotion/player";
  400. import { Renderer, schema, standardComponentDefinitions } from "@json-render/remotion";
  401. const catalog = defineCatalog(schema, {
  402. components: standardComponentDefinitions,
  403. transitions: standardTransitionDefinitions,
  404. });
  405. <Player
  406. component={Renderer}
  407. inputProps={{ spec }}
  408. durationInFrames={spec.composition.durationInFrames}
  409. fps={spec.composition.fps}
  410. compositionWidth={spec.composition.width}
  411. compositionHeight={spec.composition.height}
  412. />
  413. ```
  414. Includes 10 standard video components (TitleCard, TypingText, SplitScreen, etc.), 7 transition types, and the ClipWrapper utility for custom components.
  415. ### New: SpecStream
  416. SpecStream is json-render's streaming format for progressively building specs from JSONL patches. The new compiler API makes it easy to process streaming AI responses.
  417. ```typescript
  418. import { createSpecStreamCompiler } from "@json-render/core";
  419. const compiler = createSpecStreamCompiler<MySpec>();
  420. // Process streaming chunks
  421. const { result, newPatches } = compiler.push(chunk);
  422. setSpec(result); // Update UI with partial result
  423. ```
  424. ### Improved: Dashboard Example
  425. The dashboard example is now a full-featured accounting dashboard with:
  426. - Persistent SQLite database with Drizzle ORM
  427. - RESTful API for customers, invoices, expenses, accounts
  428. - Draggable widget reordering
  429. - AI-powered widget generation with streaming
  430. - Real data binding to database records
  431. ### Improved: Documentation
  432. - Interactive playground for testing specs
  433. - New guides: Custom Schema, Streaming, Code Export
  434. - Full API reference for all packages
  435. - Integration guides: A2UI, AG-UI, Adaptive Cards, OpenAPI
  436. ### Breaking Changes
  437. - `UITree` type renamed to `Spec`
  438. - Schema is now imported from renderer packages (`@json-render/react`) not core
  439. - `defineCatalog` now requires a schema as first argument
  440. ---
  441. ## v0.3.0
  442. January 2026
  443. Internal release with codegen foundations.
  444. - Added `@json-render/codegen` package (spec traversal and JSX serialization)
  445. - Configurable AI model via environment variables
  446. - Documentation improvements and bug fixes
  447. *Note: Only @json-render/core was published to npm for this release.*
  448. ---
  449. ## v0.2.0
  450. January 2026
  451. Initial public release.
  452. - Core catalog and spec types
  453. - React renderer with contexts for data, actions, visibility
  454. - AI prompt generation from catalogs
  455. - Basic streaming support
  456. - Dashboard example application