This guide is for AI agents and human operators recovering context in the
git-cas repository.
- NEVER amend commits.
- NEVER rebase or force-push.
- NEVER push to
mainwithout explicit permission. - Always use standard commits and regular pushes.
Do not audit the repository by recursively walking the filesystem. Follow the authoritative manifests:
README.md: Public front door, core value prop, and quick start.GUIDE.md: Orientation and productive-fast path.docs/WALKTHROUGH.md: Long-form manual and examples.
ARCHITECTURE.md: The authoritative structural reference (Facade, Domain, Ports).VISION.md: Core tenets and project identity.WORKFLOW.mdanddocs/method/process.md: Repo work doctrine.
BEARING.md: Current execution gravity and active tensions.- GitHub Issues and Milestones: Active source of truth for pending work.
ROADMAP.md: Signpost to the GitHub release tracker.docs/design/: Durable design contracts and proof plans.
CHANGELOG.md: Historical truth of merged behavior.STATUS.md: Compact snapshot of release and runtime truth.
When starting a new session or recovering from context loss:
- Read
BEARING.mdto find the current execution gravity. - Read
WORKFLOW.mdanddocs/method/process.mdto understand the work doctrine. - Check GitHub Issues and Milestones for tracked work.
- Check
ROADMAP.mdfor release-train orientation. - Check
git log -n 5andgit statusto verify the current branch state.
After altering files:
- Verify Truth: Ensure documentation is updated if behavior or structure changed.
- Log Debt: Add follow-on work as GitHub Issues.
- Commit: Use focused, conventional commit messages.
- Validate: Run
npm testandnpx eslint ..
The goal is inevitably. Every feature is defined by its tests.