Frontmatter
| id | 9507 |
| title | Docs: Clarify Two-Tier Reactivity Architecture and core.Config role |
| state | Closed |
| labels | documentationai |
| assignees | tobiu |
| createdAt | Mar 18, 2026, 11:05 AM |
| updatedAt | Mar 18, 2026, 11:06 AM |
| githubUrl | https://github.com/neomjs/neo/issues/9507 |
| author | tobiu |
| commentsCount | 1 |
| parentIssue | null |
| subIssues | [] |
| subIssuesCompleted | 0 |
| subIssuesTotal | 0 |
| contentTrust | |
| projected | |
| quarantined | 0 |
| signals | [] |
| blockedBy | [] |
| blocking | [] |
| closedAt | Mar 18, 2026, 11:06 AM |

The
Reactivity.mdguide currently states that Tier 1 (Push-Based Reactivity) is powered by thecore.Configsystem. This is historically inaccurate and conceptually confusing. Tier 1 is powered by the dynamically generated getters and setters created duringNeo.setupClass.The
core.Configsystem, introduced in v10, actually serves as the bridge between the two tiers. Because every reactive config is now internally backed by acore.Configinstance, theEffectManager(Tier 2) can observe ANY reactive instance config natively, as well as standalone customcore.Configinstances.This update rewrites the Tier 1 introduction for accuracy and updates the "Synergy" section to explicitly detail how
core.Configenables this cross-tier observation, heavily leveragingNeo.state.ProviderandcreateHierarchicalDataProxyas the primary example of this architecture.