this file governs ai coding agents working in this repository. read it before acting.
README.mdfor the operational front door and authority map.STATUS.mdfor the last verified checkpoint.CONTRACTS.mdbefore changing behavior, input limits, geometry, persistence, export, or public boundaries.- the active accepted spec in
specs/when one exists. PROJECT_BRIEF.mdfor generative or scope-changing work.
if documents disagree, identify which one owns the disputed fact. do not infer authority from the filename alone. surface unresolved conflicts before editing.
- discussion, brainstorming, critique, planning, resume, and audit requests are read-only unless the user explicitly requests changes.
- a direct bounded change request authorizes that change.
- new-project, substantial-feature, ambiguous, or cross-cutting implementation requires an explicitly accepted spec.
- agents may draft specs. only the owner may mark them accepted.
- never change a normative contract merely to make implementation agree.
- never deploy, publish, change repository visibility, or add integrations without explicit authorization.
src/domain/owns arithmetic and natural layout truth and must remain usable without react, three.js, webgl, or browser state.- scene components consume complete domain models; they do not reconstruct factorization, divisors, signatures, complements, or cover relations.
- failed input leaves the last valid lattice intact.
- four-plus-dimensional geometry requires an explicit, named projection.
- no private phrase, cipher, corpus, database, or glossololary dependency enters this public repository.
- do not read, stage, or commit
.envfiles. the current application needs none. - dependencies and public interfaces require an accepted slice or explicit bounded authorization.
npm install
npm run test
npm run typecheck
npm run check
python3 ~/.codex/skills/manage-project-docs/scripts/check_docset.py . --review-claims
before changing files:
- read the governing documents for the task.
- inspect version-control status and preserve unrelated work.
- state the authorized slice, risk floor, rollback shape, and likely proof.
during implementation:
- work by invariant rather than accumulating unrelated changes.
- run focused domain proof after each mathematical change.
- render frontend changes at desktop and narrow width; build success is not visual acceptance.
- surface contract conflicts, undeclared scope, and uncertain facts promptly.
before completion:
- revisit the accepted spec's change-shape matrix.
- reconcile code, state, visible behavior, tests, and affected documents.
- update
STATUS.mdat the new checkpoint. - record consequential decisions without inventing retrospective rationale.
- run
npm run check, the documentation checker, and rendered interaction smoke. - inspect the complete diff, report unresolved unknowns, and name the next authorized transition.
- a normative mathematical or public-boundary contract must change;
- persistence, import, export, deployment, or a cross-repository interface enters scope without an accepted spec;
- the task has multiple materially different interpretations;
- verification would require destructive, privileged, external, or costly action;
- the requested change exceeds the authorized slice.