chore: align frontend engineering workflow (WealthLedger/main#27)

.ai/conventions/engineering.md

@@ -14,7 +14,8 @@ checkout. Внешний API задаётся предоставленным п
 
 Начни с результата и affected areas. До edits проследи flow/invariants, найди
 owner и 1–3 примера. Код показывает механизм; случайный аналог не меняет контракт.
-Работай напрямую; OpenSpec/SDD lifecycle — только по явному запросу.
+Выбери lightweight или SDD по Engineering Workflow из AGENTS; OpenSpec lifecycle
+начинай после явного решения Change Owner.
 Перед Node-командами активируй местную `.nvmrc`: если `nvm` не загружен в
 non-interactive shell, загрузи установленный `$HOME/.nvm/nvm.sh`; затем
 выполни `nvm use --silent` из frontend. Если `nvm.sh` недоступен, остановись,
@@ -79,11 +80,12 @@ generated artifacts), сомнении в evidence или явном запро
 
 ## Git и релизы
 
-Работа — в `codex/<task>` от актуального `develop`, затем PR в `develop`.
+Работа — в ветке `<type>/<issue-number>-<slug>` от актуального `develop`,
+затем PR в `develop`; для cross-repo ссылки укажи owner/repo#number.
 Сохраняй чужие изменения; перед commit просмотри staged paths и diff.
-Commits и PR titles — Conventional Commits; допустим `spec:`. Каждый commit
-содержит одну связанную задачу. При связанной issue добавь её номер в конец
-заголовка (`fix: … #12`); без issue номер не нужен. Root другого checkout
-не управляет этим repo.
+Commits и PR titles — Conventional Commits со ссылкой на Issue (`fix: … (#12)`
+или `chore: … (WealthLedger/main#27)`); допустим `spec:`. Каждый commit
+содержит одну связанную задачу. Исключения release и правила ссылки — в
+Engineering Workflow из AGENTS. Root другого checkout не управляет этим repo.
 Прямой push в `main`, force-push и перенос опубликованных тегов не входят в
 обычную работу. Перед release/hotfix прочитай местный README, раздел «Релизы».