harvest-canonlisted

# Кристаллизация приема в канон В конце задачи, где всплыл переиспользуемый прием, не дай ему осесть только в памяти проекта - оформи как канон-актив. ## Когда НЕ применять - **Прием разовый.** Проверка простая: пригодится ли он в проекте, где нет ни этого сервера, ни этой задачи. Нет - место в памяти проекта: канон раскатывается по всем проектам, и лишний файл там дороже отсутствующего. - **Прием уже в каноне** - сначала проверить; кандидат-дубль тратит разбор впустую. Разошедшаяся копия канон-файла это не кандидат, а повод синкнуться. - **Стандартная практика из документации инструмента** - канон фиксирует то, что мы выяснили сами и чего в README нет. - **Нет отработавшего опыта** - "хорошо бы так делать" без единого прогона не кандидат: канон описывает проверенное, иначе он копит гипотезы. ## Критерий "достоин канона" Прием заслуживает вынесения, если одновременно: - **Встретится снова** - в этом же или в другом проекте, не разовое решение. - **Неочевиден** - не выводится напрямую из общих знаний модели; кто-то потратил время, чтобы его нащупать. - **Самодостаточен** - формулируется без привязки к конкретной системе, домену, серверу, репозиторию. Не создавай канон-актив под one-off решение, стандартную задокументированную практику или факт, ценный только для текущего проекта, - последнее остается в памяти. ## Одна техника - один актив Не смешивай несколько приемов в одном файле. Если находка распадается на два независимых полезных факта - оформляй разд��льно. ##