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
{{ message }}
Repository navigation
Make the first README demo prove tests and typecheck can pass while CellFence fails #19
The first README flow is currently a successful cellfence init / cellfence check path. That is useful, but it does not immediately demonstrate CellFence's core value: ordinary project checks can pass while an architectural boundary violation is still blocked.
A first-time reader should be able to see, near the top of the README, that CellFence catches a private cross-cell import even when the code still typechecks and tests pass.
Expected behavior
Update the first runnable README demo so it shows this sequence:
project tests pass
TypeScript typecheck passes
CellFence fails with CELLFENCE_PRIVATE_IMPORT
The demo should make the contrast obvious without requiring a large fixture or prior CellFence knowledge.
Example intent:
npm test
# passes
npm run typecheck
# passes
npx cellfence check
# fails with CELLFENCE_PRIVATE_IMPORT
The exact commands can differ if the demo remains copy-pasteable and accurate.
Scope
Keep this focused on README onboarding.
Do not change CellFence rule behavior.
Do not change the manifest schema.
Do not add a large new example application unless it is clearly needed for the README flow.
Activity
docs: explicit violation command sequence (Refs aoto-tech#19)