You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The v2 rewrite dropped twinOf/withTwins and declares labels as literals instead (label: "TSApplication", "TSModule", … at schema.ts:56-128), which orphaned the constant.
Scope boundary
Deletes a dead constant on main only. Does not:
touch the 0.x line, where TS_PREFIX is load-bearing (twinOf generates the :TSModule-style twin labels);
change any emitted label, relationship type, or schema version — nothing reads this, so nothing observable moves;
Delete TS_PREFIX from src/build/neo4j/schema.ts and from the index.ts re-export list
Confirm schema.neo4j.json is unchanged after bun run gen:schema — proof that nothing observable moved
Caveats and known risks
It is a public export. Anything importing TS_PREFIX from the package breaks. src/index.ts is a CLI main() with no library exports, so there is no published surface today — but check before deleting rather than assuming.
Do not "fix" it by using it. The obvious alternative — wire it back in so labels are built from the prefix rather than written literally — silently pre-decides the prefix scheme that neo4j: relationship types are not namespaced, unlike every other analyzer's #88 exists to settle. Delete, or leave it; do not re-activate it here.
Problem
TS_PREFIXis dead onmain. It is declared and re-exported, and nothing reads it:git grep TS_PREFIX main -- src test scriptsreturns exactly those two lines — the declaration and its re-export. No third hit.It is a leftover, not an oversight. On the 0.x line the same constant is live:
The v2 rewrite dropped
twinOf/withTwinsand declares labels as literals instead (label: "TSApplication","TSModule", … atschema.ts:56-128), which orphaned the constant.Scope boundary
Deletes a dead constant on
mainonly. Does not:TS_PREFIXis load-bearing (twinOfgenerates the:TSModule-style twin labels);Goals
TS_PREFIXfromsrc/build/neo4j/schema.tsand from theindex.tsre-export listschema.neo4j.jsonis unchanged afterbun run gen:schema— proof that nothing observable movedCaveats and known risks
TS_PREFIXfrom the package breaks.src/index.tsis a CLImain()with no library exports, so there is no published surface today — but check before deleting rather than assuming.Definition of done
git grep TS_PREFIXonmainreturns nothing undersrc/.bun testandbun run typecheckpass.bun run gen:schemaproduces aschema.neo4j.jsonbyte-identical to the committed one.