Los agentes de programación escriben hoy mucho código de Data Client, y lo escriben mejor cuando cuentan con la documentación y los flujos de trabajo actuales en lugar de adivinar a partir de versiones anteriores. Este ciclo de lanzamientos facilita configurar eso para cualquier agente.

Nuevo:

• Plugin de Claude Code - claude plugin install react@data-client instala las skills para tu framework
• Skills de Vue - Los proyectos de Vue reciben composables y pruebas de Vue, no hooks de React
• llms.txt - Cualquier agente puede leer la documentación como markdown, y cada página le indica dónde buscar

También disponible:

• Agent Skills - Define APIs REST, diseña schemas, escribe Managers y prueba; /data-client-setup ahora instala solo las que necesitas, y se generan a partir de esta documentación
• Chrome DevTools MCP - Los agentes inspeccionan el store de tu aplicación en ejecución, o usan Expo MCP para React Native
• Skills de actualización - Las skills de migración actualizan tu código, incluso lo que los codemods no pueden

v0.19 permite que un Manager escriba un lote completo de filas recibidas por streaming en una sola actualización del store, verifica los tipos del código de endpoints unas 2 veces más rápido y corrige una ronda de problemas de TypeScript y Vue. Los agentes de programación también reciben un plugin de Claude Code, skills de Vue y llms.txt; consulta Data Client para agentes de programación.

Nuevas APIs:

• Controller.set() con schemas Array - Escribe muchas entidades en una sola actualización del store con ctrl.set([Entity], rows), hasta 95 veces más rápido que un set() por fila

Rendimiento:

• TypeScript más rápido - Los editores y tsc verifican el código de RestEndpoint y resource() unas 2 veces más rápido con 40% menos memoria, detectando todos los errores que detectaban antes

Otras mejoras:

• Se corrige la resolución de módulos de TypeScript 7 para los exports del paquete; los imports ahora resuelven a los archivos de declaración (#4019)
• renderDataHook() ejecuta los efectos de montaje del provider cuando el primer renderizado suspende (#4099)
• Los valores de Controller.set() se tipan según el schema, así que ctrl.set(new schema.All(Todo), 42) es un error de TypeScript (#4133)
• Controller.set() elimina una sola entidad con un schema Invalidate sin la solución alternativa del lote de una fila (#4230)
• process() recibe params tipados en new RestEndpoint(), .extend() y resource().extend(), así que un parámetro de ruta incorrecto es un error de TypeScript en lugar de undefined en tiempo de ejecución (#4183, #4184)
• Los valores de retorno de getOptimisticResponse() se tipan según el schema, así que un tipo de campo incorrecto es un error de TypeScript en lugar de un destello de datos erróneos (#4198)
• useSuspense() y useLive() de Vue conservan los datos anteriores mientras cargan los nuevos argumentos, en lugar de devolver undefined (#4131)
• useSuspense() y useLive() de Vue envían los errores de obtención posteriores a un cambio de argumentos a onErrorCaptured() en lugar de producir un rechazo de promesa no manejado (#4135)
• useSuspense(), useDLE() y useFetch() de Vue ya no vuelven a obtener los datos obsoletos en cada actualización del store, así que un controller.set() no se sobrescribe (#4134)
• useSuspense() de Vue muestra los datos obsoletos al montarse y vuelve a obtenerlos en segundo plano, como en React, en lugar de mostrar el fallback de <Suspense> hasta que termina la nueva obtención (#4169)
• useDLE() y useCache() de Vue conservan los datos invalidIfStale caducados a través de actualizaciones del store no relacionadas, en lugar de quedarse atascados cargando (#4142)
• DataClientPlugin de Vue se instala en versiones de Vue anteriores a 3.5 en lugar de lanzar app.onUnmount is not a function (#4146)
• DataClientPlugin de Vue recolecta basura de forma predeterminada, igual que DataProvider de React, así que ya no necesitas pasar gcPolicy; cómo decide qué eliminar (#4148)
• Los composables de Vue aceptan argumentos getter como () => ({ id: props.id }); estaban tipados para permitirlos pero pasaban la propia función al endpoint (#4115)
• Se corrigen los errores Cannot find name 'NoInfer' y export type en TypeScript 4.x con skipLibCheck desactivado (#4138)
• Se corrigen los errores de tipo de Entity, Endpoint, Union y RestEndpoint en TypeScript 4.0–4.5 con skipLibCheck desactivado (#4140)
• Se corrigen los errores ',' expected al importar @data-client/react/redux, @data-client/react/nextjs o @data-client/test en TypeScript 4.0–4.4 (#4232)
• Se corrige que act y renderHook de @data-client/test se tiparan como any en TypeScript 4.0–4.4 (#4251)
• Las clases Entity pueden usarse donde se espera un EntityInterface (#4149); prepara las sobrescrituras de pk() para una versión futura
• useCache() y useDLE() devuelven undefined para una entidad eliminada cuya nueva obtención falló, en lugar de un Symbol verdadero que se colaba por las comprobaciones if (!data); elimina cualquier solución alternativa (#4150)
• useFetch() de Vue evita que sus datos sean recolectados como basura mientras está montado, como useSuspense(), así que un gcPolicy configurado ya no expulsa los datos precargados que los componentes leen después (#4152)
• Las aplicaciones con Redux DevTools abierto ya no se entrecortan en desarrollo con stores grandes o actualizaciones frecuentes; cada actualización se serializa entre 40 y 60 veces más rápido (#4163)
• resource().extend() con un objeto de sobrescrituras de endpoints conserva en su tipo los endpoints añadidos antes con .extend('name', options), así que usarlos ya no es un error de TypeScript (#4184)
• RestEndpoint.push, unshift y remove aceptan los campos de la Entity como cuerpo cuando un Query o Lazy envuelve la Collection, en lugar de solo FormData (#4226)
• useFetch() de Vue se tipa como el Ref de solo lectura que devuelve, así que promise.resolved (siempre undefined) es ahora un error de TypeScript; lee promise.value.resolved en su lugar (#4114)
• Una subclase de Controller pasada a DataProvider o DataClientPlugin ya no necesita una conversión de tipo para verificar los tipos (#4228)
• El store de prepareStore() puede pasarse al <Provider> de react-redux sin una conversión de tipo, y tiene dispatch() en su tipo (#4238)
• resource().create acepta FormData sin una conversión de tipo, como update, partialUpdate y getList.push (#4235)
• RestEndpoint.push, unshift y remove envían un cuerpo de tipo array como JSON, así que crear o eliminar varios elementos a la vez ya no envía "[object Object]" a tu servidor; resource().create también acepta un array (#4262)
• createDataClient() de Vue queda obsoleto, ya que es interno de DataClientPlugin; instala el plugin con app.use(DataClientPlugin, options) en lugar de llamarlo directamente (#4193)
• waitForNextUpdate() de renderDataCompose() de Vue queda obsoleto, ya que se rinde en silencio después de 1 segundo y deja pasar una prueba mientras sigue suspendida; usa await result en su lugar, o await allSettled() después de un cambio, que ahora también espera las obtenciones que inicia un cambio de prop (pruebas unitarias de composables, #4221)

Cambios incompatibles:

• Se requiere TypeScript 4.0 o posterior - se eliminan las declaraciones para TypeScript 3.x (#4151)

Prepárate para versiones futuras:

• Tipa args como readonly en las sobrescrituras de Entity.pk()
• Usa DataClientPlugin en lugar de createDataClient() de Vue
• Reemplaza waitForNextUpdate() en las pruebas de Vue

v0.18 se centra en un modelado de datos más rico para valores que varían según el contexto de la petición, descargas tipadas más simples y una coincidencia de collections que refleja mejor los filtros reales de las APIs.

Nuevas funcionalidades:

• Schema Scalar - Campos de entidad dependientes de un lens (p. ej. valores específicos de un portafolio) sin mutar jamás la entidad subyacente
• Propiedad content de RestEndpoint - Descargas de archivos tipadas, respuestas de texto y streaming con una sola propiedad
• nonFilterArgumentKeys en resource() - Los argumentos de ordenamiento/paginación no fragmentan tus Collections

Otras mejoras:

• Detección automática de Content-Type binarios - Las imágenes, PDFs y otras respuestas binarias se manejan automáticamente sin configuración (#3868)
• Los tipos de body de los extenders de Collection coinciden con la semántica del método HTTP - Los extenders PATCH (.move, .remove) aceptan bodies parciales; un RestEndpoint independiente deriva un body tipado a partir del schema de entidad de la Collection (#3910)
• Se exporta CollectionOptions desde @data-client/endpoint y @data-client/rest para construir Collections con tipado (#3904)

import { Collection, Entity, RestEndpoint, Scalar } from '@data-client/rest';

export class Company extends Entity {
  id = '';
  name = '';
  price = 0;
  pct_equity = 0;
  shares = 0;
}

const PortfolioScalar = new Scalar({
  lens: args => args[0]?.portfolio,
  key: 'portfolio',
  entity: Company,
});
Company.schema = {
  pct_equity: PortfolioScalar,
  shares: PortfolioScalar,
};

export const getCompanies = new RestEndpoint({
  path: '/companies',
  searchParams: {} as { portfolio: string },
  // `portfolio` is a lens, not a filter — the returned Company list is the same
  // regardless of lens. Dropping it from `argsKey` collapses every portfolio to
  // one Collection pk, so `Collection.queryKey()` finds the list on every
  // switch and `useSuspense` reuses it without refetching.
  schema: new Collection([Company], { argsKey: () => ({}) }),
});

export const getPortfolioColumns = new RestEndpoint({
  path: '/companies/columns',
  searchParams: {} as { portfolio: string },
  schema: new Collection([PortfolioScalar], {
    argsKey: ({ portfolio }: { portfolio: string }) => ({ portfolio }),
  }),
});

El ejemplo muestra las mismas entidades Company renderizadas a través de distintos lenses de portafolio. Los campos estables de la Entity se reutilizan, mientras que los valores dependientes del lens se seleccionan de celdas Scalar separadas.

Cambios incompatibles:

• Schema.denormalize() recibe un delegate - denormalize(input, args, unvisit) → denormalize(input, delegate). Afecta solo a implementaciones personalizadas de Schema.
• Schema.normalize() recibe un delegate - normalize(input, parent, key, args, visit, delegate) → normalize(input, parent, key, delegate). Afecta solo a implementaciones personalizadas de Schema.

¿Usas un agente de IA? Instala la skill de migración: ejecuta el codemod, registra argsKey para los schemas que dependen de los argumentos y se encarga de los casos que el codemod no puede resolver (campos de clase, asignación dinámica de métodos, bloques <script> de SFC, helpers personalizados):

npx skills add reactive/data-client --skill data-client-v0.18-migration

npx openskills install reactive/data-client/.agents/skills/data-client-v0.18-migration

claude plugin marketplace add reactive/data-client
claude plugin install migrations@data-client

De lo contrario, ejecuta el codemod directamente; cubre los casos comunes:

npx jscodeshift -t https://dataclient.io/codemods/v0.18.js --extensions=ts,tsx,js,jsx src/

Nuevas funcionalidades:

• Carga de datos en paralelo con useFetch(): obtén varios endpoints de forma concurrente con use(useFetch()), evitando cascadas secuenciales
• Collection.move: mueve entidades entre Collections con una sola operación
• Collection.moveWith(): personaliza el comportamiento del movimiento (p. ej., insertar al inicio en lugar de al final)
• Lazy: desnormalización diferida de relaciones para mejorar el rendimiento y aislar la memoización

Otras mejoras:

• Importaciones directas de schemas: importa las clases de schema directamente sin el espacio de nombres schema
• Límite de profundidad de desnormalización: evita el desborde de la pila en grafos de entidades bidireccionales grandes; configurable mediante Entity.maxEntityDepth (#3822)
• DevToolsManager expone globalThis.__DC_CONTROLLERS__ en modo de desarrollo para acceder al store de forma programática desde Chrome DevTools MCP y Expo MCP. Usa el skill data-client-react para habilitar la depuración asistida por IA.
• Se elimina la advertencia engañosa 'Uncaught Suspense' durante el SSR de Next.js
• Se corrige la pérdida del tipo sideEffect: false al usar method: 'POST' en RestEndpoint
• renderDataHook() limpia automáticamente después de cada prueba: ya no hacen falta llamadas manuales a cleanup()
• renderDataHook() devuelve cleanup() y allSettled() por cada renderizado para un desmontaje confiable de las pruebas

Collection.move facilita mover entidades entre Collections con una sola operación:

import { useController } from '@data-client/react';
import { TaskResource, type Task } from './TaskResource';

export default function TaskCard({ task }: { task: Task }) {
  const handleMove = () => ctrl.fetch(
    TaskResource.getList.move,
    { id: task.id },
    { id: task.id, status: task.status === 'backlog' ? 'in-progress' : 'backlog' },
  );
  const ctrl = useController();
  return (
    <div className="listItem">
      <span style={{ flex: 1 }}>{task.title}</span>
      <button onClick={handleMove}>
        {task.status === 'backlog' ? '\u25bc' : '\u25b2'}
      </button>
    </div>
  );
}

Cambios incompatibles:

• path-to-regexp v8: la sintaxis de RestEndpoint.path se actualizó: /:optional? → {/:optional}, /:repeat+ → /*repeat (tipado como string[])
• useFetch() devuelve UsablePromise: devuelve un thenable para React.use(); comprueba .resolved en lugar de su veracidad

Actualiza con un codemod automatizado para todos los cambios incompatibles:

npx jscodeshift -t https://dataclient.io/codemods/v0.16.js --extensions=ts,tsx,js,jsx src/

Nuevas plataformas:

• Vue 3 con composables completos: useSuspense, useCache, useDLE, useController, useQuery

Nuevas funcionalidades:

• Collection.remove para quitar elementos de las collections
• RestEndpoint.remove para combinar PATCH con la eliminación de la collection
• Las Unions pueden hacer query() sin discriminador de tipo
• Invalidate admite Unions para operaciones de borrado polimórficas
• mockInitialState() para una configuración de pruebas más simple

Rendimiento:

• Mejora del 10-20% en las operaciones get/denormalize

Cambios incompatibles:

• useDebounce() devuelve [val, isPending]
• El soporte de ImmutableJS se movió a las exportaciones /imm
• Consolidación de la interfaz delegate de Schema

Actualiza con un codemod automatizado para los cambios incompatibles más comunes:

npx jscodeshift -t https://dataclient.io/codemods/v0.15.js --extensions=ts,tsx,js,jsx src/

Managers:

Las APIs de Manager se han simplificado: formas de acción más planas reducen la complejidad del código y mejoran el rendimiento al minimizar las entradas distintas de la caché inline, mientras que APIs de configuración más simples hacen que la personalización sea más agradable.

• Formas de acción simplificadas
• Propiedad Manager.middleware
• Configuración de getDefaultManagers()

Rendimiento:

• Llamadas fetch inmediatas: ya no se espera a que el sistema esté inactivo
• Bundles 30% más pequeños al eliminar polyfills innecesarios
• Normalización 10% más rápida, desnormalización 32% más rápida

Schema/Modelado de datos:

• Joins con Query usando Object Schemas
• EntityMixin para componer el comportamiento de Entity
• Valor predeterminado de Entity.pk() usa id
• Invalidación dinámica mediante Entity.process()

Pruebas:

• renderDataHook() para pruebas más simples

Recolección de basura:

• GCPolicy: recolección de basura automática de datos obsoletos

Cambios incompatibles:

• NetworkManager obtiene los datos de inmediato
• action.payload -> action.response
• action.meta.args -> action.args

Plataformas:

• NextJS App Router
• Expo
• React 19

Pruebas:

• MockResolver marcado como código 'client' para NextJS App Router
• Se exporta renderDataHook() - compatible con React 17 y 18

Paquetes movidos dentro de @data-client/react:

• Redux
• Hooks

Otras mejoras

• Se agregó controller.set(Todo, { id }, { id, completed: false })
• RestEndpoint.path admite +, * y {}
• Se corrigió el valor de retorno de controller.fetch() para Unions

Cambios incompatibles:

• actionTypes.SET_TYPE -> actionTypes.SET_RESPONSE_TYPE
• SetAction -> SetResponseAction
• Versión mínima de React 16.8.4 -> 16.14

Además de las ventajas de rendimiento e integridad de datos de normalizar el estado, obtenemos el beneficio adicional de poder acceder al store y consultarlo directamente de forma segura.

En esta versión ajustamos y simplificamos esta funcionalidad unificándola en torno al concepto de Schemas Queryable. Estos incluyen Entity, All, Collection, Query y Union

El mayor impacto de este cambio es la introducción de un nuevo hook, useQuery(), que permite búsquedas directas en el store usando los Schemas Queryable.

class User extends Entity {
  username = '';
  id = '';
  groupId = '';
  pk() {
    return this.id;
  }
  static index = ['username' as const];
}

const bob = useQuery(User, { username: 'bob' });
const bob = useQuery(User, { id: '5' });

De manera similar, podemos buscar Queryables con el controller y el snapshot usando controller.get

const bob = snapshot.get(User, { username: 'bob' });

Adicionalmente, hemos invertido en más mejoras de rendimiento, que resultan en un aumento de rendimiento de alrededor de 2x para la mayoría de las operaciones y en que las Queries sean 16x más rápidas.

Cambios incompatibles:

• useCache(new Index(MyEntity)) -> useQuery(MyEntity)
• new Query -> new schema.Query
  • useCache(myQuery) -> useQuery(myQuery)
• new AbortOptimistic() -> snapshot.abort
• Entity.useIncoming → Entity.shouldUpdate

Otros puntos destacados:

• useCache() acepta Endpoints con sideEffects (como Resource.update)
• Se permite que Entity.pk() devuelva números.
• Mejoras de rendimiento de 2-16x

Esta versión se centra en la consistencia y la extensibilidad. El manejo de null ahora es uniforme en todos los tipos de schema, lo que hace que las transformaciones de datos sean más predecibles. Las nuevas utilidades de URL permiten construir URLs personalizadas y codificar parámetros de búsqueda.

class MyEndpoint<O extends RestGenerics = any> extends RestEndpoint<O> {
  searchToString(searchParams) {
    // Use qs library for complex nested object encoding
    return qs.stringify(searchParams);
  }
}

Cambios incompatibles:

• Los valores null se conservan en los schemas Array/Object

Otras mejoras:

• RestEndpoint.searchToString() para codificar parámetros de búsqueda de forma personalizada
• Exportaciones getUrlBase y getUrlTokens para construir URLs personalizadas
• Corrección de fuga de memoria en DevToolsManager

Esta versión se centra en la experiencia de desarrollo con un botón de devtools que aparece en modo de desarrollo, un mejor historial de DevTools y nuevos métodos del controller como controller.expireAll() y controller.fetchIfStale().

Resource.extend() ofrece tres formas potentes de personalizar recursos: agregar nuevos endpoints, sobrescribir los existentes o derivar a partir de los endpoints base.

const UserResource = createResource({
  path: '/users/:id',
  schema: User,
}).extend('current', {
  path: '/users/current',
});

Cambios incompatibles:

• Se eliminan todas las exportaciones /next
• makeCacheProvider eliminado
• Tipo de acción DELETE -> INVALIDATE
• Se abandona el soporte de schemas heredados
• Los serializadores de Schema deben admitir llamadas como función
• Tipos de acción con el prefijo 'rdc'