diff --git a/.ai/conventions/engineering-workflow.md b/.ai/conventions/engineering-workflow.md
index 785b24f..35504c4 100644
--- a/.ai/conventions/engineering-workflow.md
+++ b/.ai/conventions/engineering-workflow.md
@@ -21,8 +21,9 @@ repo-local `Kind/Process` подходит для ci, chore и process/tech-debt
 Дополнительные `Kind/Security`, `Kind/Investigation`, `Kind/Dependencies`
 (последние два — repo-local) — по ситуации. Priority: существующие
 `Priority/Critical|High|Medium|Low`.
-Gitea assignee, milestone и state не дублируются labels. Шаблоны ускоряют ввод,
-но наличие шаблона не доказывает качество заполнения.
+Gitea assignee, milestone и state не дублируются labels. Для назначаемых
+Issue и PR выбирай `hermes-agent`; незанятую задачу не назначай формально.
+Шаблоны ускоряют ввод, но не доказывают качество заполнения.
 
 Один координирующий Issue достаточен, если результат и AC едины, одна команда
 может принять работу целиком и отдельные repos не требуют независимой поставки.
@@ -68,6 +69,13 @@ Commitlint проверяет Conventional Commits и присутствие с
 | PR → Review → Merge | Дождаться required checks на финальной ревизии, проверить AC, значимые изменения — review владельца/специалиста. При замечаниях исправить и обновить evidence. Merge только по политике repo. |
 | Merge → Issue Closed | Закрыть Issue после принятия **всех** связанных delivery areas, документации и при SDD — обязательной verification/archive; multi-PR Issue остаётся открытой до последнего результата. |
 
+Перед передачей PR на review перенеси в него тип и приоритет связанной Issue,
+назначь `hermes-agent`, привяжи к подходящему milestone (если он есть) и к
+`WealthLedger — Delivery Board`, колонка «На проверке». Для cross-repo PR
+используй milestone его собственного repo. Колонку меняй вместе со стадией:
+при блокировке — «Заблокировано», после принятия — «Готово». Не вводи label
+этапа вместо встроенной колонки проекта.
+
 Для SDD отдельные pre-archive checks/semantic review выполняются до archive по
 локальной schema; порядок merge/archive согласуется с конкретным change, но
 Issue закрывается только после обоих событий. Не подменять OpenSpec approval