◆ Concept Design

Issue Review

Issues are grouped by the layer they affect, making it easier to understand which part of the system each problem belongs to.

These pages are not a changelog. They are a repair map: what can fail, why it matters, and what kind of fix would make the design sturdier.

Categories

Concept Design

2 issues

Concepts carrying app concerns, conflation of identity spaces, global mutable state, and Publishing non-atomicity.

Sync Layer

5 issues

Stage gating, failure propagation, dev overlaps, registration-order sensitivity, and missing rebuild triggers.

Engine Core

5 issues

Evidence matching, frame query determinism, failure isolation, and registration semantics.

Filesystem & I/O

2 issues

Binary asset corruption and content-type edge cases.

Parsing & Validation

4 issues

Regex-based template parsing, CLI argument validation, frontmatter detection, and mode validation.

How To Read These Pages

Each issue page keeps the same shape:

Themes

The findings cluster around four themes.

Theme What it means
Concept independence Concepts should not carry app-specific template or runtime semantics.
Sync gating Success actions must not run just because they appear later in a then list.
Engine determinism Matching, consumption, ordering, and failure handling need sharper invariants.
Filesystem boundaries Paths must be canonicalized before serving, writing, or deleting.

Start with Concept Design for independence problems, or Engine Core for the deepest framework-level bugs.