harvest-canon

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