When foundational rules change (patterns, tech stack, architecture), create a new version rather than editing in place. This preserves history, enables rollback, and makes changes explicit.
CRITICAL: Removing or relaxing a mandatory pattern ALWAYS requires a new version, even if existing code would still work. "Non-breaking" is not sufficient - any change to mandatory patterns needs versioning for audit trail.
Before adding content to constitution, ask: "If we violate this rule, does the architecture break?"
Используйте, когда архитектурные шаблоны развиваются, меняется технологический стек или основополагающие правила требуют обновлений — создается новый каталог версий конституции, переносится/организуется содержимое в модульные файлы, обновляется символическая ссылка и документируются изменения. Источник: arittr/spectacular.