Varendo

Release notes

The Varendo 0.1.0 stable release and preserved source-bound records for earlier Aeliqo framework releases.

Read the changes and acceptance evidence for each version. Publication is verified separately from source changes.

Varendo 0.1.0 is the published stable release. Install all Varendo packages at the same exact version.

Varendo 0.1.0

Published 12 October 2026: the first independent stable framework release under hermawan22/varendo and @varendo/*, based on Aeliqo 0.7.1 implementation and subsequent source fixes. The package scope changes; exported identifiers, element tags and serialized protocols stay compatible. Follow the Aeliqo to Varendo migration guide.

All five 0.1.0 packages were published from 53406eeab85103fd0b1159e765ee3996e2b4ab70. Its full main-push quality run passed all 93 acceptance commands. The canonical RC and stable publication passed installed registry consumers and provenance verification at that same source. The stable consumer verified 166 exports; registry latest tags and tarball integrity were checked for all five packages. Project status separates npm evidence from Pages deployment, the unpublished container image and advisory qualifications.

The Aeliqo release records below are preserved as historical evidence. Their package names, versions, source revisions and deployment claims describe the original project, not Varendo publication.

Aeliqo 0.7.1

This patch preserves the 0.7 API and serialized contract. Upgrade all Aeliqo packages together. The 0.6 to 0.7 migration guide continues to apply when upgrading from 0.6.

Aeliqo 0.7.0

These changes belong to Aeliqo 0.7.0. Upgrade all Aeliqo packages together and follow the 0.6 to 0.7 migration guide for the breaking OAuth requirement. The serialized contract version remains 1.

Aeliqo 0.6.3

Aeliqo 0.6.2

Site update, 30 September 2026

Package release

Aeliqo 0.6.1

Aeliqo 0.6.0

Aeliqo 0.6.0 adds registered workspace and page layouts to the same createAeliqoApp facade used for components. The host owns the data, permitted views, header/sidebar structure, and business actions.

Transactional rendering and narrow visualizations

Aeliqo 0.6 prepares and applies a presentation before publishing its task. Unsupported targets retain the previous authorized UI and state. Supported renderers restore the previous presentation after a synchronous rendering failure. Custom renderers must keep previous templates replayable; if restoration fails, the region is cleared and the candidate remains unpublished. Revocation clears private content and retains the host denial reason. Repeated comparison requests use fresh results with explicit child-state transfers. Standard data views preserve the existing 24px resize hysteresis band; registered layout patterns still receive every measured container size. Hierarchy and temporal exact-data tables adapt to their container width; their scrollable graphics retain readable label sizes.

Follow the 0.5 to 0.6 migration guide when upgrading. Use all packages at the same exact version. The new registrations and callbacks are additive. A dirty form now blocks replacement until the host supplies an exit decision; integrate onDraftExit if your application previously replaced forms while edits were pending. Browser WebMCP remains experimental and requires a supported, enabled configuration; it is not a requirement for manual use.

Use the 0.6.0 release record for source-bound quality, registry, image, and deployment receipts when published. The publication banner above follows registry verification. The support matrix describes the maintained profiles and recorded source checks; local or simulated results do not establish hosted-model quality.

Aeliqo 0.5.2

This patch release keeps the 0.5 API and runtime contract intact. It ships the clearer local React quickstart, the registered People app tutorial, and the public 0.5 playground journeys. The documentation shell is polished and the playground journey surface redesigned. The public component catalog gains contract summaries and integration-level chips.

Two boundary corrections ship in this patch:

There is no 0.5.1; this release supersedes that version number. Install all five packages at exactly 0.5.2 when using this release.

Aeliqo 0.5.0

All five 0.5.0-rc.2 packages and matching stable 0.5.0 packages were published from accepted source 4e8b0395b92eee699da4e25c3cd4991bc50b4a5e. The Quality run, RC publication run, and stable publication run succeeded. The site image run also succeeded. At image publication, production cutover and public live checks had not yet been verified. Production was subsequently accepted at 2026-09-24 11:17 UTC in the platform deployment evidence (internal repository). The apex, www, and docs sites reported 0.5.0 at that source revision. The stable GitHub release was published after live verification. The platform cutover receipt (internal repository) records reviewed promotion gates plus Flux and pod readback. It also records a qualified route back to the retained 0.4.2 image. No production rollback was executed.

This is a breaking successor to 0.4.2. The historical 0.5.0-rc.1 was published from an earlier source revision that lacks the local React path described below. Do not use that RC as evidence for this source.

DeepSeek deepseek-flash passed the bounded 12-case synthetic J1–J3 live browser/provider/renderer corpus on tree-equivalent PR head 21afcca (tree 955a7d1). The sanitized 12-case receipt records each result. This is model- and corpus-specific evidence; it does not qualify other hosted models or production workloads.

The public 0.5.0 browser receipt records docs navigation/search, the no-AI People Jakarta, Daily attendance, and Analytical workspace journeys, and a downloadable ZIP. The separate clean consumer receipt records installation of the exact 0.5.0 packages from npm. It also records a successful build and browser rendering of the ZIP's synthetic products.

The items in this section describe the 0.5.0 source. For an existing 0.4.2 integration, use the compatibility app/Region path described in the registered-app tutorial. The providerless local surface and scoped APIs below require matching 0.5 packages. Follow the 0.4.2 to 0.5 migration guide for adoption boundaries.

The agent context can expose host-registered custom intents, presentation patterns, and time-window constraints for a paired Region. The host remains the authority for compilation, query bounds, and rendering.

0.4.2

Product

Packages

The public workspace contains @aeliqo/core, @aeliqo/runtime, @aeliqo/web, @aeliqo/react, and @aeliqo/agent. Root imports cover common flows; specialized APIs use explicit subpaths. See packages and entry points for the supported map.

The core root includes typed parsers for queries, interactions, presentation plans, and result events. Use these when the contract kind is known; use parseContract for dynamically selected kinds.

Breaking changes

The 0.4 release removes the Studio app and @aeliqo/devtools. It narrows package root exports and removes legacy input names and MCP request forms. A taskId is required for task-scoped data requests. The web application facade is imported from @aeliqo/web/app; the package root remains usable without the optional runtime peer. @aeliqo/react declares @aeliqo/runtime as a required peer for its app and region state API. Follow the 0.3 to 0.4 migration guide when upgrading an existing integration.

Runtime contract

The serialized wire version remains 1. Manual code and connected agents use the same validated intent path. Application code retains authority over identity, data access, actions, and business effects.