What is the Neural Link?

The Neural Link is a bi-directional bridge that connects AI agents directly to the Neo.mjs runtime. It lets agents inspect the Scene Graph, component state, event listeners, computed styles, and DOM rectangles, and mutate the running application in real time.

Why is Neo.mjs called an Application Engine instead of a framework?

Neo.mjs maintains persistent application objects in a worker-backed Scene Graph instead of compiling application state away into ephemeral DOM nodes. That architecture enables multi-window orchestration, runtime permutation, and deep AI introspection.

What is Context Engineering?

Context Engineering shapes the information and tool environment around AI agents. Neo.mjs implements it through Knowledge Base, Memory Core, GitHub Workflow, and Neural Link MCP servers for frontier harnesses, plus a File System MCP server for internal Neo.ai.Agent local loops.

What is the Neo.mjs Agent OS?

The Neo.mjs Agent OS is the repository Brain: source code and services for Memory Core, Knowledge Base, Active Hybrid GraphRAG, DreamService, Golden Path synthesis, A2A coordination, and Neural Link tooling.

Neo.mjs - Self-Evolving Software Organism

KURO-1125 commented on Oct 4, 2025, 11:53 AM

Migrates the Siesta test for vdom/VdomAsymmetricUpdates.mjs to Playwright using the AI native workflow.

Create test/playwright/unit/vdom/VdomAsymmetricUpdates.spec.mjs
Translate all Siesta assertions to Playwright expect syntax
Create proper ticket following project strategy
All tests pass successfully with npm test
Generated using AI native workflow

Closes #7291

Please make sure to read the Contributing Guidelines: https://github.com/neomjs/neo/blob/dev/CONTRIBUTING.md

What kind of change does this PR introduce? (check at least one)

Bugfix
Feature
Code style update
Refactor
Build-related changes
Other, please describe:

Does this PR introduce a breaking change? (check one)

Yes
No

If yes, please describe the impact and migration path for existing applications:

The PR fulfills these requirements:

It's submitted to the dev branch, not the main branch
When resolving a specific issue, it's referenced in the PR's title (e.g. fix #xxx[,#xxx], where "xxx" is the issue number)

If adding a new feature, the PR's description includes:

A convincing reason for adding this feature (to avoid wasting your time, it's best to open a suggestion issue first and wait for approval before working on it)

Other information:

This migration is part of the ongoing effort to convert Siesta tests to Playwright. The AI native workflow ensured proper adherence to project conventions and complete test coverage for VDOM asymmetric update operations.

tobiu commented on Oct 4, 2025, 3:51 PM

thx! merged in. btw, here is some context what this item was about: https://github.com/neomjs/neo/blob/dev/learn/blog/v10-deep-dive-vdom-revolution.md

KURO-1125 commented on Oct 4, 2025, 3:57 PM

Awesome, thanks for merging! I'll check out that blog post to understand the VDOM revolution context better. Appreciate the learning resource!

tobiu commented on Oct 4, 2025, 4:11 PM

very simplified: drop a toolbar and 1 of its 10 child buttons into the same update cycle.

in theory, you could ask gemini: "use the ai knowledge db and tell me about asymmetric vdom updates!"

if it does not work, open a new ticket please :)

title	Migrate vdom/VdomAsymmetricUpdates test from Siesta to Playwright
author	KURO-1125
state	Merged
createdAt	Oct 4, 2025, 11:53 AM
updatedAt	Oct 4, 2025, 4:11 PM
closedAt	Oct 4, 2025, 3:46 PM
mergedAt	Oct 4, 2025, 3:46 PM
branches	`dev` ← `migrate-vdom-asymmetric-updates`
url	https://github.com/neomjs/neo/pull/7348